Re: CYRUS_SERVICE - solution ?
Message-ID: <[EMAIL PROTECTED]> Priority: NORMAL X-Mailer: Execmail for Win32 5.1 Build (9) MIME-Version: 1.0 Content-Type: Text/Plain; CHARSET="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Fri, 29 Jun 2001 10:23:08 -0700 (PDT) Nick Sayer=20 <[EMAIL PROTECTED]> wrote: > The only time I have ever seen this error was on machines where inetd was= =20 > listening for imap connections. In this circumstance, 'master' will be=20 > unable to listen for connections and you get imapd spawning from inetd=20 > instead of by master, which will not work. Make sure that imap is not=20 > mentioned in inetd.conf, or if you're running xinetd you'll have to check= =20 > the xinetd config directory. >=20 inetd.conf is ok, it realy looks lie a db-Problem: hal:~ # ldd /usr/cyrus/bin/master libucdagent.so =3D> /usr/lib/libucdagent.so (0x4001a000) libucdmibs.so =3D> /usr/lib/libucdmibs.so (0x40024000) libsnmp.so =3D> /usr/lib/libsnmp.so (0x4007d000) libdl.so.2 =3D> /lib/libdl.so.2 (0x400be000) libc.so.6 =3D> /lib/libc.so.6 (0x400c2000) libdb.so.2 =3D> /lib/libdb.so.2 (0x401a5000) libz.so.1 =3D> /usr/lib/libz.so.1 (0x401b4000) libm.so.6 =3D> /lib/libm.so.6 (0x401c3000) I don't know much about C-programming, but it looks like master is=20 using libdb2 instead of db3, isn't it? Gru=DF Ch. Krempe --- Freie Universitaet Berlin Christoph Krempe Universitaetsbibliothek Systemverwaltung - Rechenzentrum - Tel: 030/838 54583 Garystrasse 39 Fax: 030/838 54582 14195 Berlinhttp://www.ub.fu-berlin.de/~ck
Less strict header checks
My users often need to migrate from HotMail, so I tell them to use Outlook Express to drag the message from HotMail's WebDav folder to our IMAP folder. This would all be fine, except that OE keeps the 'From ' line when it does the copy, which Cyrus rejects as an invalid header (which is fair enough). As a short term solution I've removed the check from message.c so that these messages get accepted (try doing that with a closed source solution! ;-). A better option would be to have the option to specifically ignore the 'From ' header. I know procmail users amongst others have this same problem (based on browsing Google's Usenet archive), so although it's not strictly 'correct' it would help a lot of people out. My questions are: - What is the downside of my patch that removes the check for invalid header chars? - Could we add a compile time or imap.conf option to ignore 'From ' headers? - Is there an easier way to avoid this problem? Thanks for any suggestions, Jeremy
Re: Automating mailbox creation
Hello Daniel, I found the messages. They are from november 2000. The deliver program could do the job if we had at least IMAP user names soewhere on the system. But in fact the pure IMAP users´ names are only in the NDS. A file with new NDS users, trasferred from the NDS onto the IMAP server, could help. The imapd could make it too, but if the user should receive e-mail before he logged in the first time, we have a problem. I didn´t find a patch but a hint how to patch. But the source code has changed (1.6.x ->2.0.13). Thank you for your help Dietmar Rahlfs There was a patch some time ago in this list (i guess). The problem with this idea is that you will create the mailbox automatically (which is good), but if the account will be deleted, the mailbox itself will not be deleted. Daniel. -Original Message- From: Dietmar Rahlfs [mailto:[EMAIL PROTECTED]] Sent: Freitag, 29. Juni 2001 10:21 To: [EMAIL PROTECTED] Subject: Automating mailbox creation Hello, our cyrus-imapd server is using the NetWare NDS for user authentication. . .
Cyrus IMAP server on AIX 4.3.3
We run AIX 4.3.3 on RS/6000 machine. I have been having problems when I try to install Cyrus IMAP (version 2.0.12). As a pre-requisite for installing this server, I installed Berkeley DB but when I run ./configure for Cyrus IMAP it keeps complaining that it can not find Berkeley DB. I have tried running configure with the Berkeley DB path but still gets the same error. Below are last few lines I get when I run ./configure: checking for tm_zone in struct tm... no checking for tzname... yes checking for vprintf... yes checking for db_create in -ldb-3... no checking for db_create in -ldb... no configure: error: this version requires Berkeley DB 3.x. (Get it from http://www.sleepycat.com/.) Please let me know what I am doing wrong or what I should do to install Cyrus On AIX. Res BatamulaInfo. Tech. ServicesGallaudet University
Signalled to death by 11 on imapd?
Howdy all, Has anyone found a solution or workaround to the 'signalled to death by 11' issue with imapd processes? This seems to occur randomly for us, although more frequently when using a webmail interface than with mulberry or outlook 2000. I did a gdb core-file on one of the cores produced, but all I knew that it told me was that the process had seg faulted. Thanks, Will William K. Hardeman [EMAIL PROTECTED] http://www.wkh.org Always listen to experts. They'll tell you what can't be done and why. Then do it. --Robert A. Heinlein
Re: user+folder delivery confusion
Ken, Thanks, this did it for me. I"m now a happy camper on this front. :) Will --On Saturday, 30 June, 2001 19:28 -0400 Ken Murchison <[EMAIL PROTECTED]> wrote: > > > "William K. Hardeman" wrote: >> >> Hello all, >> >> I've been batting my head against a wall on this one, and need some help, >> please. I've read all I can find in the archives on how to get mails >> delivered to a user's sub-folders and to shared mailboxes, and I just >> can't get it to work right. >> >> I've tried several of the suggestions I've seen in the mailing list >> (those that I sorta understood what I should do, anyway) and they cause >> something else to break, causing sendmail panics in my logs. >> >> My current mc file looks like so (in the relevant portions): >> >> MAILER(`local')dnl >> MAILER(`smtp')dnl >> >> MAILER_DEFINITIONS >> Mcyrus, P=[IPC], F=lsDFMnqA@/:|SmXz, E=\r\n, >> S=EnvFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix, >> A=FILE /var/imap/socket/lmtp >> >> LOCAL_RULE_0 >> Rbb + $+ < @ $=w . >$#cyrus $: + $1 >> >> LOCAL_RULESETS >> # if there's a plus part, we want to directly deliver it >> SLocal_localaddr >> R$+ + $*$#cyrus $@ $: $1 + $2 >> >> Can someone please tell me what I should do to enable the >> [EMAIL PROTECTED] scheme? I have a couple of users (myself included) >> that need/want this to work. > > > Try removing the LOCAL_RULESETS (they aren't necessary for LMTP), > rebuild sendmail.cf, and restart sendmail. Then set the ACL on whatever > folders you want to have direct delivery so that 'anyone' has posting > priviledges. For example, in cyradm: > > sam user.foo.bar anyone p > sam shared anyone p > > > To send mail to each of these folders, the addresses would be > [EMAIL PROTECTED] and [EMAIL PROTECTED] respectively. > > Hope this helps, > Ken > -- > Kenneth Murchison Oceana Matrix Ltd. > Software Engineer 21 Princeton Place > 716-662-8973 x26 Orchard Park, NY 14127 > --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp > William K. Hardeman [EMAIL PROTECTED] http://www.wkh.org Always listen to experts. They'll tell you what can't be done and why. Then do it. --Robert A. Heinlein
Re: Signalled to death by 11 on imapd?
"William K. Hardeman" wrote: > > Howdy all, > > Has anyone found a solution or workaround to the 'signalled to death by 11' > issue with imapd processes? This seems to occur randomly for us, although > more frequently when using a webmail interface than with mulberry or > outlook 2000. I did a gdb core-file on one of the cores produced, but all I > knew that it told me was that the process had seg faulted. If you still have the core file (and associated executable) can you do a backtrace (bt) in gdb? Ken -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
PAM without SASLDB
How can I get AUTH=DIGEST-MD5 AUTH=CRAM-MD5 removed from the CAPABILITY listing, and still have cyrus use PAM for authentication? * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT MULTIAPPEND SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE AUTH=DIGEST-MD5 AUTH=CRAM-MD5 X-NETSCAPE Some clients will use this DIGEST method because it is advertised, but I dont have any user/passwd entries in the /etc/sasldb. If I remove the /etc/sasldb file, it is OK, but I get many "unable to open Berkeley db /etc/sasldb: No such file or directory" errors in the log file (which hides the severity of signaled to death by 11). How else can this be achieved? I need to use PAM. Kind regards, Stuart
mailer cyrus died with signal 13
Hi, I'm reposting this with a subject line... I'm getting this error for one of my users using the vacation sieve script... no different than other vacation scripts in use by other users... Jun 30 12:15:28 localhost sendmail[10051]: MAA10048: SYSERR(root): mailer cyrus died with signal 13 I dug through the archives and someone mentioned it was a bug in db-1.85, I'm using Redhat 6.1. And the "file" command tells me the deliverdb for the user is a: Berkeley DB 2.X Hash?Little Endia (Version 5) I will try rebuilding the deliverdb and see if the problem persists... which didn't help Could it be a difference between the vacation days and the number of days to prune from the delivery database? I have a cron job doing: deliver -E 3 And the person with only 2 days vacation, no problems. People with 14 and 30 days in the vacation script are causing problems... Cyrus 1.6.24, Redhat 6.1, Sendmail 8.9.3 Thanks, Edwin
signaled to death by 11 (was read error or Connection reset using LMTP)
After further investigation, it seems that this "read error from localhost" previous LMTP problem is the symptom of the "signaled to death by 11" problem, when using Sendmail. Jul 3 12:00:03 mill master[2789]: process 6359 exited, signaled to death by 11 Jul 3 12:00:07 mill master[2789]: process 6401 exited, signaled to death by 11 Jul 3 12:00:11 mill master[2789]: process 6409 exited, signaled to death by 11 Jul 3 12:00:15 mill master[2789]: process 6417 exited, signaled to death by 11 Jul 3 12:00:19 mill master[2789]: process 6425 exited, signaled to death by 11 Jul 3 12:00:23 mill master[2789]: process 6433 exited, signaled to death by 11 Jul 3 12:00:28 mill master[2789]: process 6441 exited, signaled to death by 11 Jul 3 12:01:02 mill master[2789]: process 6467 exited, signaled to death by 11 Jul 3 12:01:52 mill master[2789]: process 6466 exited, signaled to death by 11 Jul 3 12:06:32 mill master[2789]: process 6664 exited, signaled to death by 11 This happens when there is successive attempts to deliver mail, and it seems that this is occurring no matter what method of delivery is used ( lmtp file, lmtp port 2003, deliver ). Sendmail just holds the message for next queue run, but even that wont work, since it will try and deliver them one after another. I have turned off the connection cache, but that does not affect it either. The only way to deliver these mails (and some still fail) is to cron the following line: ( for msg in `mailq | awk '/^f.*/{print $1}'` ; \ do echo $msg ; /usr/sbin/sendmail -v -qI${msg} ; \ sleep 5 ; done ) FYI.. I am using Redhat 7.1, Linux 2.2.19, Sendmail 8.11.4, Cyrus v2.0.14-NAMESPACE-r3 # ldd master libpam.so.0 => /lib/libpam.so.0 (0x4001d000) libucdagent-0.4.2.1.so => /usr/local/lib/libucdagent-0.4.2.1.so (0x40025000) libucdmibs-0.4.2.1.so => /usr/local/lib/libucdmibs-0.4.2.1.so (0x40032000) libsnmp-0.4.2.1.so => /usr/local/lib/libsnmp-0.4.2.1.so (0x400a4000) libdb-3.1.so => /usr/lib/libdb-3.1.so (0x400f8000) libssl.so.1 => /usr/lib/libssl.so.1 (0x40171000) libcrypto.so.1 => /usr/lib/libcrypto.so.1 (0x4019e000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x4025b000) libc.so.6 => /lib/libc.so.6 (0x4025e000) libdl.so.2 => /lib/libdl.so.2 (0x4039) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) # ldd imapd libpam.so.0 => /lib/libpam.so.0 (0x4001d000) libsasl.so.7 => /usr/lib/libsasl.so.7 (0x40025000) libdb-3.1.so => /usr/lib/libdb-3.1.so (0x4002f000) libssl.so.1 => /usr/lib/libssl.so.1 (0x400a8000) libcrypto.so.1 => /usr/lib/libcrypto.so.1 (0x400d5000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x40191000) libnsl.so.1 => /lib/libnsl.so.1 (0x40194000) libc.so.6 => /lib/libc.so.6 (0x401ac000) libdl.so.2 => /lib/libdl.so.2 (0x402de000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x402e2000) libresolv.so.2 => /lib/libresolv.so.2 (0x4031) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) # ldd lmtpd libpam.so.0 => /lib/libpam.so.0 (0x4001d000) libsasl.so.7 => /usr/lib/libsasl.so.7 (0x40025000) libdb-3.1.so => /usr/lib/libdb-3.1.so (0x4002f000) libssl.so.1 => /usr/lib/libssl.so.1 (0x400a8000) libcrypto.so.1 => /usr/lib/libcrypto.so.1 (0x400d5000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x40191000) libnsl.so.1 => /lib/libnsl.so.1 (0x40194000) libc.so.6 => /lib/libc.so.6 (0x401ac000) libdl.so.2 => /lib/libdl.so.2 (0x402de000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x402e2000) libresolv.so.2 => /lib/libresolv.so.2 (0x4031) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) # ldd /usr/lib/libsasl.so.7 libdb-3.1.so => /lib/libdb-3.1.so (0x4001) libdl.so.2 => /lib/libdl.so.2 (0x40089000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x4008d000) libpam.so.0 => /lib/libpam.so.0 (0x400bb000) libresolv.so.2 => /lib/libresolv.so.2 (0x400c3000) libc.so.6 => /lib/libc.so.6 (0x400d6000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000) PLEASE HELP!! Thanks in advance, Stuat. At 02:06 PM 2/7/2001, Stuart Clark wrote: >Hi, > >I am delivering via LMTP from Sendmail 8.11.4 to Cyrus v2.0.14-NAMESPACE-r3 using the >local socket. > >Deliver is working most of the time, but I am noticing errors: > > ># mailq >f5T4m6426721 1335 Fri Jun 29 14:48 <[EMAIL PROTECTED]> > (<[EMAIL PROTECTED]>... reply: read error from localhost) >f622ED205182 1296712 Jul 2 12:14 <[EMAIL PROTECTED]> > (Deferred: Connection reset by localhost > > > >If I instruct sendmail to deliver this, I get: > ># sendmail -v -qIf620Zoc01487 >Running /var/spool/mqueue/f620Zoc01487 (sequence 1 of 1) ><[EMAIL PROTECTED]>... Connecting to /var/imap/socket/lmtp via cyrus... >220 yyy.xxx.com.au LMTP Cyrus v2.0.14-NAM
Re: Signalled to death by 11 on imapd?
Ken, Here's what I did, and got. I'm not much of one for using debuggers, so I'm not 100% sure I did what was needed. If there's anything more I can do to help, I'll be glad to do so. (I've got several cores available, too. :) This GDB was configured as "i386-redhat-linux". (gdb) file /usr/cyrus/bin/imapd Reading symbols from /usr/cyrus/bin/imapd...done. (gdb) core-file /var/spool/imap/w/user/whardeman/core Core was generated by `imapd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libsasl.so.7...done. Reading symbols from /usr/local/db3/lib/libdb-3.2.so...done. Reading symbols from /usr/local/ssl/lib/libssl.so.0.9.6...done. Reading symbols from /usr/local/ssl/lib/libcrypto.so.0.9.6...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /usr/lib/sasl/libcrammd5.so...done. Reading symbols from /usr/lib/sasl/libdigestmd5.so...done. Reading symbols from /usr/lib/sasl/libplain.so...done. Reading symbols from /usr/lib/sasl/liblogin.so...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /lib/libnss_nisplus.so.2...done. Reading symbols from /lib/libnss_nis.so.2...done. #0 chunk_alloc (ar_ptr=0x40341d40, nb=128) at malloc.c:2868 2868malloc.c: No such file or directory. (gdb) bt #0 chunk_alloc (ar_ptr=0x40341d40, nb=128) at malloc.c:2868 #1 0x402ac5ae in __libc_malloc (bytes=124) at malloc.c:2696 #2 0x400aeeff in __os_malloc () from /usr/local/db3/lib/libdb-3.2.so #3 0x400aee50 in __os_calloc () from /usr/local/db3/lib/libdb-3.2.so #4 0x400b9f27 in __qam_db_create () from /usr/local/db3/lib/libdb-3.2.so #5 0x4006fcf9 in __db_init () from /usr/local/db3/lib/libdb-3.2.so #6 0x4006f94d in db_create () from /usr/local/db3/lib/libdb-3.2.so #7 0x40022805 in berkeleydb_open () from /usr/lib/libsasl.so.7 #8 0x40022afe in getsecret () from /usr/lib/libsasl.so.7 #9 0x40016335 in server_continue_step () from /usr/lib/sasl/libcrammd5.so #10 0x4001f6cb in sasl_server_step () from /usr/lib/libsasl.so.7 #11 0x8051381 in cmd_authenticate () #12 0x804e4f1 in cmdloop () #13 0x804dd3a in service_main () #14 0x804c329 in main () #15 0x4026b9cb in __libc_start_main (main=0x804bc18 , argc=1, argv=0xbb94, init=0x804ac30 <_init>, fini=0x80928ec <_fini>, rtld_fini=0x4000aea0 <_dl_fini>, stack_end=0xbb8c) at ../sysdeps/generic/libc-start.c:92 (gdb) core-file /var/spool/imap/v/user/vmatal/core Core was generated by `imapd'. Program terminated with signal 11, Segmentation fault. #0 0x402ac6e9 in chunk_alloc (ar_ptr=0x40341d40, nb=96) at malloc.c:2763 2763in malloc.c (gdb) bt #0 0x402ac6e9 in chunk_alloc (ar_ptr=0x40341d40, nb=96) at malloc.c:2763 #1 0x402ac5ae in __libc_malloc (bytes=92) at malloc.c:2696 #2 0x808abdf in xmalloc () #3 0x808cb38 in auth_newstate () #4 0x804d5bb in mysasl_authproc () #5 0x4001f31e in do_authorization () from /usr/lib/libsasl.so.7 #6 0x4001f6d9 in sasl_server_step () from /usr/lib/libsasl.so.7 #7 0x8051381 in cmd_authenticate () #8 0x804e4f1 in cmdloop () #9 0x804dd3a in service_main () #10 0x804c329 in main () #11 0x4026b9cb in __libc_start_main (main=0x804bc18 , argc=1, argv=0xbb94, init=0x804ac30 <_init>, fini=0x80928ec <_fini>, rtld_fini=0x4000aea0 <_dl_fini>, stack_end=0xbb8c) at ../sysdeps/generic/libc-start.c:92 I've included 2 bt's from 2 different cores, just to give a second reference point. Thanks for the help, Will --On Monday, 02 July, 2001 21:18 -0400 Ken Murchison <[EMAIL PROTECTED]> wrote: > > > "William K. Hardeman" wrote: >> >> Howdy all, >> >> Has anyone found a solution or workaround to the 'signalled to death by >> 11' issue with imapd processes? This seems to occur randomly for us, >> although more frequently when using a webmail interface than with >> mulberry or outlook 2000. I did a gdb core-file on one of the cores >> produced, but all I knew that it told me was that the process had seg >> faulted. > > If you still have the core file (and associated executable) can you do a > backtrace (bt) in gdb? > > Ken > -- > Kenneth Murchison Oceana Matrix Ltd. > Software Engineer 21 Princeton Place > 716-662-8973 x26 Orchard Park, NY 14127 > --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp > William K. Hardeman [EMAIL PROTECTED] http://www.wkh.org Always listen to experts. They'll tell you what can't be done and why. Then do it. --Robert A. Heinlein