Re: Have to restart Cyrus on linux to get it running
On Mon, Mar 05, [EMAIL PROTECTED] wrote: I am running cyrus 2.0.12 on Linux 2.2.16 (SuSE 7.0) with sasl 1.5.24 I authenticate with pam to /etc/shadow. After booting the system it is not possible to connect via IMAP. I restart the master with the scripts used during booting and after that all is well functioning. Maybe the runlevel links are missing? Do you have links from /sbin/init.d/rc.[23].d/[SK]xxcyrus to /sbin/init.d/cyrus? -- With best regards, Carsten Hoeger SuSE, The Linux Experts, http://www.suse.com
Qmail, Maildirs and Cyrus
All, I recently Migrated to qmail with maildirs and would like to install Cyrus 2.0.12 on my OpenBSD 2.8 system. However, I can't locate any relevant information of how Cyrus interoperates with Maildir. So I'm looking for a good breakout of how to merge Cyrus with qmail, migrate my maildir email to Cyrus, and a list of problems that can arise and their workarounds. Any help, RTFM's (which FM)?, etc. Would be appreciated. Sam Stern Bethesda, MD, USA
Re: Have to restart Cyrus on linux to get it running
Carsten Hoeger wrote: On Mon, Mar 05, [EMAIL PROTECTED] wrote: I am running cyrus 2.0.12 on Linux 2.2.16 (SuSE 7.0) with sasl 1.5.24 I authenticate with pam to /etc/shadow. After booting the system it is not possible to connect via IMAP. I restart the master with the scripts used during booting and after that all is well functioning. Maybe the runlevel links are missing? Do you have links from /sbin/init.d/rc.[23].d/[SK]xxcyrus to /sbin/init.d/cyrus? Yes !! The master process is really running after boot and it spawns imapd's, but I can not authenticate. additional ideas ?
Re: Have to restart Cyrus on linux to get it running
[EMAIL PROTECTED] wrote: I am running cyrus 2.0.12 on Linux 2.2.16 (SuSE 7.0) with sasl 1.5.24 I authenticate with pam to /etc/shadow. After booting the system it is not possible to connect via IMAP. Is telnet to port 143 possible? What is the output? I restart the master with the scripts used during booting and after that all is well functioning. Maybe the runlevel links are missing? Do you have links from /sbin/init.d/rc.[23].d/[SK]xxcyrus to /sbin/init.d/cyrus? The master process is really running after boot and it spawns imapd's, but I can not authenticate. additional ideas ? Any errors in /var/log/syslog or /var/log/imapd.log? by Tns -- Linux. The dot in /.
Re: Have to restart Cyrus on linux to get it running
On Mon, Mar 05, [EMAIL PROTECTED] wrote: Maybe the runlevel links are missing? Do you have links from /sbin/init.d/rc.[23].d/[SK]xxcyrus to /sbin/init.d/cyrus? Yes !! The master process is really running after boot and it spawns imapd's, but I can not authenticate. additional ideas ? What appears in /var/log/message and/or /var/log/warn? -- mit freundlichen Gruessen, Carsten Hoeger - SuSE The Linux Experts - SuSE GmbH, Schanzaeckerstr. 10, 90443 Nuernberg, Germany Tel: +49-911-7405331 Fax: +49-911-74053674
Re: Delete problem with cyradm
Give user "ljohnh" "c" rights, ie localhost sam jonathan ljohnh c localhost dm jonathan Larry Date: Sun, 4 Mar 2001 18:35:02 -0600 (CST) From: John Hayward [EMAIL PROTECTED] I have cyrus 2.0.12 and recienty upgraded the db3 routines from 0.55 to 2.9 (this is on NetBSD-1.5 Alpha port). Under cyrus 2.0.9 I'm pretty sure I was able to delete boxes. Here is a script which fails. % cyradm -u ljohnh localhost Please enter your password: localhost lm jonathan jonathan localhost lam jonathan anyone lrsd ljohnh lrsd localhost dm jonathan deletemailbox: Permission denied localhost === Anyone have any pointers. johnh...
Re: Cyrus Administration
Date: Sun, 04 Mar 2001 15:21:53 +0100 From: Roland Scheike [EMAIL PROTECTED] Organization: R2.NET is there any possibility to grant the delete right automatically for a new created user.name mailbox to all administrators? Not without source modifications, but you can always add the setacl command to whatever you use to create new users. Btw. which rights should a user have on its own box? All rights, as is the default. Larry
RE: Have to restart Cyrus on linux to get it running
Torsten Knofel -Original Message- From: Carsten Hoeger [mailto:[EMAIL PROTECTED]] On Mon, Mar 05, [EMAIL PROTECTED] wrote: Maybe the runlevel links are missing? Do you have links from /sbin/init.d/rc.[23].d/[SK]xxcyrus to /sbin/init.d/cyrus? Yes !! The master process is really running after boot and it spawns imapd's, but I can not authenticate. additional ideas ? What appears in /var/log/message and/or /var/log/warn? /messages: Mar 5 01:56:31 jeep master: unable to change limit of file descriptors available Mar 5 01:56:31 jeep master[1608]: process started Mar 5 01:56:33 jeep master[1613]: about to exec /usr/cyrus/bin/ctl_mboxlist Mar 5 01:56:33 jeep ctl_mboxlist[1613]: running mboxlist recovery Mar 5 01:56:47 jeep ctl_mboxlist[1613]: done running mboxlist recovery Mar 5 01:56:47 jeep master[1618]: about to exec /usr/cyrus/bin/ctl_deliver Mar 5 01:56:48 jeep master[1608]: ready for work Mar 5 01:56:48 jeep master[1619]: about to exec /usr/cyrus/bin/ctl_mboxlist Mar 5 01:56:48 jeep master[1620]: about to exec /usr/cyrus/bin/ctl_deliver Mar 5 01:56:48 jeep ctl_mboxlist[1619]: checkpointing mboxlist Mar 5 01:56:48 jeep ctl_deliver[1620]: duplicate_prune: pruning back 3 days Mar 5 01:56:48 jeep master[1608]: process 1619 exited, status 0 Mar 5 01:56:48 jeep ctl_deliver[1620]: duplicate_prune: /var/imap/deliverdb/deliver-a.db: purged 0 out of 0 entries .. Mar 5 01:56:50 jeep ctl_deliver[1620]: duplicate_prune: /var/imap/deliverdb/deliver-z.db: purged 0 out of 0 entries Mar 5 01:56:50 jeep master[1608]: process 1620 exited, status 0 Mar 5 01:57:18 jeep master[1626]: about to exec /usr/cyrus/bin/imapd Mar 5 01:57:18 jeep service-imapd[1626]: executed Mar 5 01:57:19 jeep imapd[1626]: accepted connection Mar 5 01:57:37 jeep master[1608]: process 1626 exited, status 0 Mar 5 02:00:00 jeep master[1608]: exiting on SIGTERM AFTER RESTARTING: Mar 5 02:00:01 jeep master: unable to change limit of file descriptors available Mar 5 02:00:01 jeep master[1663]: process started Mar 5 02:00:02 jeep master[1684]: about to exec /usr/cyrus/bin/ctl_mboxlist Mar 5 02:00:02 jeep ctl_mboxlist[1684]: running mboxlist recovery Mar 5 02:00:09 jeep ctl_mboxlist[1684]: done running mboxlist recovery Mar 5 02:00:09 jeep master[1687]: about to exec /usr/cyrus/bin/ctl_deliver Mar 5 02:00:10 jeep master[1663]: ready for work Mar 5 02:00:10 jeep master[1688]: about to exec /usr/cyrus/bin/ctl_mboxlist Mar 5 02:00:10 jeep master[1689]: about to exec /usr/cyrus/bin/ctl_deliver Mar 5 02:00:10 jeep ctl_mboxlist[1688]: checkpointing mboxlist Mar 5 02:00:10 jeep ctl_deliver[1689]: duplicate_prune: pruning back 3 days Mar 5 02:00:11 jeep master[1663]: process 1688 exited, status 0 Mar 5 02:00:11 jeep ctl_deliver[1689]: duplicate_prune: /var/imap/deliverdb/deliver-a.db: purged 0 out of 0 entries . Mar 5 02:00:13 jeep ctl_deliver[1689]: duplicate_prune: /var/imap/deliverdb/deliver-z.db: purged 0 out of 0 entries Mar 5 02:00:13 jeep master[1663]: process 1689 exited, status 0 Mar 5 02:00:16 jeep master[1695]: about to exec /usr/cyrus/bin/imapd Mar 5 02:00:17 jeep service-imapd[1695]: executed Mar 5 02:00:17 jeep imapd[1695]: accepted connection Mar 5 02:00:22 jeep imapd[1695]: login: jeep.knoefel.own[10.1.1.1] root plaintext Mar 5 02:00:22 jeep imapd[1695]: seen_db: user root opened /var/imap/user/r/root.seen Mar 5 02:00:22 jeep imapd[1695]: open: user root opened INBOX Mar 5 02:00:24 jeep master[1663]: process 1695 exited, status 0 Mar 5 02:12:35 jeep master[1734]: about to exec /usr/cyrus/bin/imapd Mar 5 02:12:35 jeep service-imapd[1734]: executed Mar 5 02:12:35 jeep imapd[1734]: accepted connection Mar 5 02:12:35 jeep imapd[1734]: login: goggo.knoefel.own[10.1.1.2] kno11 plaintext Mar 5 02:12:36 jeep imapd[1734]: seen_db: user kno11 opened /var/imap/user/k/kno11.seen Mar 5 02:12:36 jeep imapd[1734]: open: user kno11 opened INBOX Mar 5 02:12:39 jeep imapd[1734]: Connection reset by peer, closing connection Mar 5 02:12:39 jeep master[1663]: process 1734 exited, status 0 .../warn: ... Mar 5 01:56:31 jeep master: unable to change limit of file descriptors available Mar 5 02:00:01 jeep master: unable to change limit of file descriptors available Any ideas ?
Redhat 7.0 + Cyrus Imap 1.6.25 deliverdb problem
Can anyone shed some light on this problem I'm having. Whenever a message needs to be delivered to more then one recipient in the same deliverdb database file I get a "resource not available" message from the deliver process (in LMTP mode) and the message remains queued. Seems like a db locking problem to me.. The deliver.db files do get created and seem to work ok for duplicate message suppression but I still get this error. I've recompiled cyrus to use the db1 header files instead of the db3 includes and still the same problem. The only difference I really see is when I run configure. The dbopen function never gets located on Redhat 7.0 but is ok on a Redhat 6.2 system. The messages do get delivered eventually but takes a few runs of the queue first. One more weird sympton is that the vacation replies totally ignore the days setting and always send a reply to every message. Yes I know I should upgrade to 2.0.x eventually but I'm ready yet to switch over my production system to it.
Sieve: No Vacation support with 2.0.12
Hi. Just compiled and installed 2.0.12 and lost vacation support. Everything else "fileinto", "reject" etc are working fine. I am using Postfix+Cyrus+LDAP. Delivery is done over LMTP. All but vacation is working fine. PS: Vacation was working in 2.0.9 shall I downgrade again? thanks for any info. -- Atif Ghaffar Internet Development Manager 4unet AG/SA -. +41 78 787 51 45 voice +41 24 441 09 03 fax http://www.4unet.net www http://atif.developer.ch homepage [EMAIL PROTECTED] email
Re: Sieve: No Vacation support with 2.0.12
Atif Ghaffar wrote: Hi. Just compiled and installed 2.0.12 and lost vacation support. Everything else "fileinto", "reject" etc are working fine. I am using Postfix+Cyrus+LDAP. Delivery is done over LMTP. All but vacation is working fine. Its working fine here. Any errors in imapd.log? Have you tried changing the vacation response text (remember, you'll only get ONE reply per recipient per response text)? -- 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
Re: Sieve: No Vacation support with 2.0.12
Ken Murchison wrote: Any errors in imapd.log? Have you tried changing the vacation response text (remember, you'll only get ONE reply per recipient per response text)? I have the following require "vacation"; vacation :days 23 "I am off."; work with 2.0.9 but not with 2.0.11 Ill check the logs to see if I can dig something up. thanks -- Atif Ghaffar
RE: Have to restart Cyrus on linux to get it running
From: Carsten Hoeger [mailto:[EMAIL PROTECTED]] Sent: Monday, March 05, 2001 3:26 PM To: Torsten Knofel Cc: [EMAIL PROTECTED] Subject: Re: Have to restart Cyrus on linux to get it running On Mon, Mar 05, Torsten Knofel wrote: What appears in /var/log/message and/or /var/log/warn? /messages: Mar 5 01:56:31 jeep master: unable to change limit of file descriptors available ??? What's this? Never saw this before. When is your master startet? Please provide your Sxx links. S61cyrus so second last just before webmin tk
Re: 2.0.12 and DB
--On Monday, March 05, 2001 10:44 AM +1000 David Richards [EMAIL PROTECTED] wrote: I am having problems getting v2.0.12 to compile on Compaq Tru64 v5.1. I have gone to quite extensive means to try and make it compile. Yes, I have had similar problems, but given time, I was able to work most of these out. I will try to help you as much as I can. I searched the mail list archives and found a posting from Ron Roskens on 3 Jun, 2000 which suggested something like: [CONFIGURATION STUFF DELETED] First, I created a RUNME script that contained all the necessary stuff. It even saves the output to a file for later reference. The most important aspect of the script is that it does set the environment properly to detect the BerkeleyDB library, and it sets the necessary compile time flags to make sure the executable can find the libraries at run-time. Without further ado, here is the script: #!/bin/ksh LOCAL="/usr/local" BERKELEY="/usr/local/BerkeleyDB.3.2" rm -f config.status config.log rm -f configure.output make.output export CC=cc export CFLAGS="-g -I$LOCAL/include -I$BERKELEY/include" export LDFLAGS="-lpthread -L$LOCAL/lib -Wl,-rpath,$LOCAL/lib \ -L$BERKELEY/lib -Wl,-rpath,$BERKELEY/lib" ./configure --with-dbdir=$BERKELEY \ --with-openssl=/usr/local/ssl \ --with-sasl=/usr/local \ --disable-sieve \ --without-agentx \ --without-zephyr \ | tee configure.output Then I edited the 'imap/Makefile' and added to the DEPLIBS variable the value '/usr/local/BerkeleyDB.3.0/lib/libdb.a' then the thing actually compiled. But I got the error: With the above configuration, you shouldn't have to do this... in fact, I would start over with freshly unpackaged sources. By the way, I noticed you were using "--with-sasldir" instead of "--with-sasl". The sasldir one does not exist in 2.0.12 from what I can see with configuration help. From the help, the following is listed: --with-sasl=DIRCompile with libsasl in DIR Don't know how to make 'BUILTSOURCES' This one is easy. Edit imap/Makefile.in and go to line 114, which is the PROGS section. You will see the following for the PROGS section, as well as the following BUILTSOURCES section: PROGS = imapd lmtpd pop3d \ fud reconstruct quota \ mbpath ipurge deliver \ ctl_mboxlist ctl_deliver \ @IMAP_PROGS@ BUILTSOURCES = imap_err.h pushstats.h lmtpstats.h The problem is that @IMAP_PROGS@ is empty after configuration, which means the line turns into a blank line. The Make program on Compaq simply sees something like the following: ctl_mboxlist ctl_deliver \ BUILTSOURCES = imap_err.h pushstats.h lmtpstats.h This makes the BUILTSOURCES section look like it is part of the PROGS section, which is not even in a correct Makefile format. In any the case, it causes an error. The solution is to combine @IMAP_PROGS@ with the previous line and remove the backslash: PROGS = imapd lmtpd pop3d \ fud reconstruct quota \ mbpath ipurge deliver \ ctl_mboxlist ctl_deliver @IMAP_PROGS@ BUILTSOURCES = imap_err.h pushstats.h lmtpstats.h Since this is done in Makefile.in, it will persist through all your configuration runs (since Makefile will be created properly). I will be sending in a patch to fix this issue. Some "makes" handle this better than others... but it doesn't hurt to do the above to make it work with them all. So, I gave up. To me it seems like a problem with the Compaq linker 'ld'. I am off to install gcc and see how that goes, I will respond to this posting (for archives sake) to say what happens. In the meantime, if anyone has any pointers for me could you please let me know. My suggestion is to try the above recipe using CC and not GCC. CC will produce much better code on Compaq than what GCC will. Also, I recommend moving to BerkeleyDB 3.2 or something higher than 3.0. Of course, if you are simply upgrading your IMAP server, you may be commited to 3.0 and may not want to upgrade your databases, but still, I recommend upgrading. Incidentally, the above recipe works fine on 5.0a. I haven't had the opportunity to try it on 5.1 yet, but I know I will be in the near future. Good luck! Scott -- +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+ Scott W. Adkinshttp://www.cns.ohiou.edu/~sadkins/ UNIX Systems Engineer mailto:[EMAIL PROTECTED] ICQ 7626282 Work (740)593-9478 Fax (740)593-1944 +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+ CNS, HDL Center, Suite 301, Ohio University, Athens, OH 45701-2979
Do I need to upgrade sieve in 2.0.12?
Hi. Small question. Do I have to update to cmu-sieve-1.3 if I am building cyrus-imapd-2.0.12 or shall I use the one that is included? thanks -- Atif Ghaffar Internet Development Manager 4unet AG/SA -. +41 78 787 51 45 voice +41 24 441 09 03 fax http://www.4unet.net www http://atif.developer.ch homepage [EMAIL PROTECTED] email Do you speak Unix?
Re: migrating mailboxes to cyrus
you will need the imaptools from wu. On Mon, 5 Mar 2001, Stefanita Vilcu wrote: Hello, Is there any tool able to migrate mbox mailboxes to cyrus? Thank you, -vsv -- Stefanita Valeriu Vilcu, [EMAIL PROTECTED] Dynamic Network Technologies, Romania Tel: +40-1-2106863 Fax: +40-1-3122745 mbox2cyrus.tar
Ocassional signaled to death by 6 followed by increasing numbers of hung processes
We recently converted our main mail server (30,000+ users) from cyrus-1.6 to cyrus-2.0.12, we had converted a smaller (6000+ users) some time earlier to 2.0.9. We had tried 2.0.9 on this larger server, but that version has severe performance problems with that many mailboxes. Things looked pretty good initially, but after a few days, it stopped responding to POP and IMAP requests. A lsof and a PS showed hundreds of lmtpd processes and increasing. About that time we could get no response at all from the machine and were forced to reboot before we could gather more information. This has happened 4 more times since at intervals of from 1 to 4 days (always during off hours although that may not be significant). One of these times I was able to get in and send a TERM signal to the master process and all shut down fine and things worked fine when I restarted the master process. From this it appears that when a process is aborted in this fashion, some resource is remaining locked causing all new processes (lmtpd, imapd and pop) to hang. On examining the logs, I found that each of these incidents was immediately preceded by the message: "signaled to death by 6" 4 times the process in question was imapd, once it was lmtpd. There was no core file produced, I've since changed the startup script to cd into a directory writeable by cyrus and removed the "ulimit -c 0" from the startup script, but I've not yet gotten a core file to look at. In the meantime, I'm posting this to the list on the off chance someone else has seen and debugged this problem. The mail server is a dual Pentium III 500 with 1GB ram, 100GB hardware raid running RedHat 7.0 with all current updates applied except the kernel which is kernel-smp-2.2.16-22 -- Irelann Kerry Anderson phone:(207)581-3508 Systems Group internet [EMAIL PROTECTED] UNET (formerly CAPS) Technology Services University of Maine System
Re: Do I need to upgrade sieve in 2.0.12?
Atif Ghaffar wrote: Hi. Small question. Do I have to update to cmu-sieve-1.3 if I am building cyrus-imapd-2.0.12 or shall I use the one that is included? Use sieve 2.0 which is included with 2.0.12. 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
Re: migrating mailboxes to cyrus
Or you could use the perl script at: ftp://ftp.ednet.ns.ca/pub/its/mail/mbox2cyrus.pl Worked well for me. Ronen Amity wrote: you will need the imaptools from wu. On Mon, 5 Mar 2001, Stefanita Vilcu wrote: Hello, Is there any tool able to migrate mbox mailboxes to cyrus? Thank you, -vsv -- Stefanita Valeriu Vilcu, [EMAIL PROTECTED] Dynamic Network Technologies, Romania Tel: +40-1-2106863 Fax: +40-1-3122745 Name: mbox2cyrus.tar mbox2cyrus.tarType: Unix Tape Archive (application/x-tar) Encoding: BASE64
Re: Qmail, Maildirs and Cyrus
On Mon, 5 Mar 2001, Sam Stern wrote: I recently Migrated to qmail with maildirs and would like to install Cyrus 2.0.12 on my OpenBSD 2.8 system. However, I can't locate any relevant information of how Cyrus interoperates with Maildir. Simply put, it doesn't. Cyrus has its own mailstore and cannot use any other. So I'm looking for a good breakout of how to merge Cyrus with qmail, migrate my maildir email to Cyrus, and a list of problems that can arise and their workarounds. I set up a qmail/cyrus impementation a while back and always meant to write up a howto, but never did. Basically, though, qmail has a default delivery agent that's specified (IIRC) as an argument to its startup script. You can't specify deliver directly, so you have to write a wrapper script around it. I think that that will bring you most of the way to where you need to go, but it occurred to me while implenting it that qmail has a real desire to deliver for local users on that system. If you're trying to implement a blavk-box solution, you'll have to go to a lot of effort, using qmail's delivery defaults mechanisms in order to get it to deliver to users who do not have an account on that system. -Bitt
Re: Compilation problems on Redhat 6.2
Try the following in conjunction with "configure": LIBS="-lpopt" ./configure --prefix=. __ Seva Phil Ellett wrote: Please can someone help me with this as I am cannot spend any more time on trying to get a Postfix/CyrusIMAP system running .. After spending weeks battling with DB3/SASL/CyrusIMAP on a test machine and finally having success and methodically build the software on our production machine only to come across the error below ... Both production and testbed machine are running Redhat 6.2 gcc -c -I. -I.. -I. -I/usr/local/include -I/usr/include -DHAVE_CONFIG_H -O \ cyrusMasterMIB.c gcc -L/usr/local/lib -Wl,-rpath,/usr/local/lib /usr/lib/libpopt.a -g -O2 -o mas ter master.o masterconf.o cyrusMasterMIB.o -lucdagent -lucdmibs -lsnmp -ldl -lfl -ldb -lcom_err /usr/bin/../lib/librpm.so.0: undefined reference to `poptParseArgvString' collect2: ld returned 1 exit status make[1]: *** [master] Error 1 make[1]: Leaving directory `/sysdev/webmail/cyrus-imapd-2.0.12/master' make: *** [all] Error 1 The reference it is complaining about is defined in part of the popt package and exists in /usr/include/popt.h and /usr/lib/libpopt.a Using a configure command of env CPPFLAGS="-I/usr/include" \ LDFLAGS="/usr/lib/libpopt.a" ./configure --without-openssl Doesn't seem to help ... What on earth is the problem ... I have searched through the archive and someone has suggested that this problem did not exist with RedHat 6.2 prior to CyrusIMAP 2.0.8, unfortunately however I need the specific ip binding feature which I understand only exist in 2.0.10 onwards. I am very, very patient but cannot believe the complexity and number of dependant packages required to compile and configure CyrusIMAP. Please help . Regards, Phil, Technimode Ltd, Sheffield.
Re: Ocassional signaled to death by 6 followed by increasing numbers of hung processes
Date: Mon, 05 Mar 2001 11:32:01 -0500 From: Irelann Kerry Anderson [EMAIL PROTECTED] We recently converted our main mail server (30,000+ users) from cyrus-1.6 to cyrus-2.0.12, we had converted a smaller (6000+ users) some time earlier to 2.0.9. We had tried 2.0.9 on this larger server, but that version has severe performance problems with that many mailboxes. Things looked pretty good initially, but after a few days, it stopped responding to POP and IMAP requests. A lsof and a PS showed hundreds of lmtpd processes and increasing. About that time we could get no response at all from the machine and were forced to reboot before we could gather more information. This has happened 4 more times since at intervals of from 1 to 4 days (always during off hours although that may not be significant). One of these times I was able to get in and send a TERM signal to the master process and all shut down fine and things worked fine when I restarted the master process. From this it appears that when a process is aborted in this fashion, some resource is remaining locked causing all new processes (lmtpd, imapd and pop) to hang. This is consistent with a lock being held in the Berkeley db environment when a process crashes. On examining the logs, I found that each of these incidents was immediately preceded by the message: "signaled to death by 6" 4 times the process in question was imapd, once it was lmtpd. Signal 6 on my Linux system is SIGABRT, which is usually caused by an assert() failing or an abort() call. This should always dump core. Since imapd does chdir(), it could be dumping core in some user's mailbox; I'd run a find /var/spool/imap -type f -name core to track down the core files and find out what's causing them if they exist (I'm sure you'll have some with that many users). There was no core file produced, I've since changed the startup script to cd into a directory writeable by cyrus and removed the "ulimit -c 0" from the startup script, but I've not yet gotten a core file to look at. I'm surprised the lmtpd didn't dump core into that directory. In the meantime, I'm posting this to the list on the off chance someone else has seen and debugged this problem. The mail server is a dual Pentium III 500 with 1GB ram, 100GB hardware raid running RedHat 7.0 with all current updates applied except the kernel which is kernel-smp-2.2.16-22 Since with this many users you may be somewhat desperate, I'll mention that it's possible to run Cyrus v2 using the flat file /var/imap/mailboxes.db instead of the Berkeley db-ized /var/imap/mailboxes.db. Doing this conversion may solve the symptom but not the problem, and will also cause your CREATE/RENAME/etc. performance to be approximately what it is with v1.6. If you can't debug this, we can talk about how to make this change. Larry
Strange vacation behaviour
Hi all. Cyrus-imapd-2.0.11 -- I setup a vacation rule and few fileinto rules as per example on the sieve's homepage. The first time I sent a mail meeting the rule, a vacation resoponse was triggered and after that nothing any more. Here is my script - require ["fileinto","vacation", "reject"]; if allof (header :contains "subject" "Are you there") { vacation :days 7 "Not really. Please leave a message"; } if anyof ( address :all :contains ["To", "Cc", "Bcc"] "[EMAIL PROTECTED]" ) { fileinto "INBOX.MailingLists.Horde.imp"; } if anyof ( address :all :contains ["To", "Cc", "Bcc"] "[EMAIL PROTECTED]" ) { fileinto "INBOX.MailingLists.Horde.dev"; } Thanks for any help on getting this to work. Also, has anyone some working vacation scripts and would like to share? thanks -- Atif Ghaffar Internet Development Manager 4unet AG/SA -. +41 78 787 51 45 voice +41 24 441 09 03 fax http://www.4unet.net www http://atif.developer.ch homepage [EMAIL PROTECTED] email Do you speak Unix?
Recentness algorithm
Lately, I've noticed that things that my mail client has seen before get marked as recent again. That is, I'll change folders to something else and come back to my INBOX and there will be a number of messages that are still marked as recent. I can't intentionally reproduce the problem, but I have seen it a number of times, and it doesn't seem to depend on whether I've read the mail or not or anything else I can determine. This is running 2.0.11 (with the various patches) on OpenBSD 2.8. (Maybe its an mmap problem?) Anyone seen the same problem or have any ideas? -Bitt
Modified drac support patch
I'm attaching a modified version of the patch to add drac support to Cyrus imapd/pop3d daemons. It is based in the one included in the contrib directory of the 2.0.12 distribution. I have modified the configuration variables used in imapd.conf to be able to specify at runtime if one wants to use (or not) drac even when the binary used is compiled with drac support (before it was always enabled). Also the interval in minutes between submissions to the dracd daemon made by imapd during a user's IMAP session is now configurable (previously it was fixed to 5 minutes). It is then now possible to play with this setting and the -e switch parameter passed to the dracd daemon. The relevant imapd.conf options are dracinterval: 0 If nonzero it enables drac support for imapd and pop3d indicating then the amount of time in minutes between submissions to the dracd daemon made by imapd. drachost: localhost The host where the dracd daemon is running. The instructions to apply it are the same to the ones included with the original patch. Just take in account the configuration file you modify is imapd.conf and not cyrus.conf. Excuse me for my English. -- Ramiro Get free email and a permanent address at http://www.amexmail.com/?A=1 diff -ruN cyrus-imapd-2.0.12-orig/acconfig.h cyrus-imapd-2.0.12/acconfig.h --- cyrus-imapd-2.0.12-orig/acconfig.h Thu Feb 8 00:46:56 2001 +++ cyrus-imapd-2.0.12/acconfig.h Sun Mar 4 14:56:19 2001 @@ -78,6 +78,9 @@ /* the TCP control package */ #undef HAVE_LIBWRAP +/* the Dynamic Relay Authorization Control package */ +#undef DRAC_AUTH + /* do we have OpenSSL? */ #undef HAVE_SSL diff -ruN cyrus-imapd-2.0.12-orig/configure.in cyrus-imapd-2.0.12/configure.in --- cyrus-imapd-2.0.12-orig/configure.inMon Feb 19 20:54:42 2001 +++ cyrus-imapd-2.0.12/configure.in Sun Mar 4 14:56:19 2001 @@ -714,6 +714,21 @@ SNMP_SUBDIRS="" AC_SUBST(SNMP_SUBDIRS) + + +dnl +dnl Test for DRAC +dnl +AC_ARG_WITH(drac, [ --with-drac=DIR use DRAC library in DIR [no] ], + if test -d "$withval"; then + LDFLAGS="$LDFLAGS -L${withval}" + AC_CHECK_LIB(drac, dracauth, + AC_DEFINE(DRAC_AUTH) + LIBS="${LIBS} -ldrac") + fi) + + + CMU_SOCKETS CMU_LIBWRAP CMU_UCDSNMP diff -ruN cyrus-imapd-2.0.12-orig/imap/imapd.c cyrus-imapd-2.0.12/imap/imapd.c --- cyrus-imapd-2.0.12-orig/imap/imapd.cFri Feb 16 21:55:10 2001 +++ cyrus-imapd-2.0.12/imap/imapd.c Fri Mar 2 09:12:42 2001 @@ -119,6 +119,9 @@ "jul", "aug", "sep", "oct", "nov", "dec" }; +static int drac_interval; +static int drac_isconn; + void shutdown_file(int fd); void motd_file(int fd); void shut_down(int code); @@ -486,6 +489,22 @@ TLS negotiation immediately */ if (imaps == 1) cmd_starttls(NULL, 1); +#ifdef DRAC_AUTH +{ + char *err; + drac_interval = config_getint("dracinterval", 0); + if (drac_interval 0) + drac_interval = 0; + drac_isconn = 0; + if (drac_interval) { + if (dracconn(config_getstring("drachost", "localhost"), err) != 0) + syslog(LOG_NOTICE, "dracconn: %s", err); + else + drac_isconn = 1; + } +} +#endif /* DRAC_AUTH */ + snmp_increment(TOTAL_CONNECTIONS, 1); snmp_increment(ACTIVE_CONNECTIONS, 1); @@ -561,6 +580,12 @@ prot_flush(imapd_out); /* one less active connection */ snmp_increment(ACTIVE_CONNECTIONS, -1); + +#ifdef DRAC_AUTH +if (drac_interval drac_isconn) + (void) dracdisc((char **)NULL); +#endif /* DRAC_AUTH */ + exit(code); } @@ -581,6 +606,23 @@ } +#ifdef DRAC_AUTH +/* + * Ping dracd every drac_interval min to let it know that we are still connected + */ +struct prot_waitevent *drac_ping(struct protstream *s, + struct prot_waitevent *ev, void *rock) +{ +char *err; + +if (dracsend(imapd_remoteaddr.sin_addr.s_addr, err) != 0) + syslog(LOG_NOTICE, "dracsend: %s", err); + +ev-mark = time(NULL) + (drac_interval * 60); +return ev; +} +#endif /* DRAC_AUTH */ + /* * Top-level command loop parsing */ @@ -1429,6 +1471,11 @@ if (!reply) reply = "User logged in"; +#ifdef DRAC_AUTH +if (drac_interval drac_isconn) + prot_addwaitevent(imapd_in, 0 /* ping now */, drac_ping, NULL); +#endif /* DRAC_AUTH */ + /* Create telemetry log */ sprintf(buf, "%s%s%s/%lu", config_dir, FNAME_LOGDIR, imapd_userid, (unsigned long) getpid()); @@ -1585,6 +1632,11 @@ prot_setsasl(imapd_in, imapd_saslconn); prot_setsasl(imapd_out, imapd_saslconn); + +#ifdef DRAC_AUTH +if (drac_interval drac_isconn) + prot_addwaitevent(imapd_in, 0 /* ping now */, drac_ping, NULL); +#endif /* DRAC_AUTH */ /* Create telemetry log */ sprintf(buf, "%s%s%s/%lu", config_dir,
Re: 2.0.12 and DB
Yep, that seems to do better. Now I get a problem in 'perl/imap' something about Bad object file tmp.a(licyrus.a) Bad file magic number Any ideas? Dave. Scott Adkins wrote: --On Monday, March 05, 2001 10:44 AM +1000 David Richards [EMAIL PROTECTED] wrote: I am having problems getting v2.0.12 to compile on Compaq Tru64 v5.1. I have gone to quite extensive means to try and make it compile. Yes, I have had similar problems, but given time, I was able to work most of these out. I will try to help you as much as I can. I searched the mail list archives and found a posting from Ron Roskens on 3 Jun, 2000 which suggested something like: [CONFIGURATION STUFF DELETED] First, I created a RUNME script that contained all the necessary stuff. It even saves the output to a file for later reference. The most important aspect of the script is that it does set the environment properly to detect the BerkeleyDB library, and it sets the necessary compile time flags to make sure the executable can find the libraries at run-time. Without further ado, here is the script: #!/bin/ksh LOCAL="/usr/local" BERKELEY="/usr/local/BerkeleyDB.3.2" rm -f config.status config.log rm -f configure.output make.output export CC=cc export CFLAGS="-g -I$LOCAL/include -I$BERKELEY/include" export LDFLAGS="-lpthread -L$LOCAL/lib -Wl,-rpath,$LOCAL/lib \ -L$BERKELEY/lib -Wl,-rpath,$BERKELEY/lib" ./configure --with-dbdir=$BERKELEY \ --with-openssl=/usr/local/ssl \ --with-sasl=/usr/local \ --disable-sieve \ --without-agentx \ --without-zephyr \ | tee configure.output Then I edited the 'imap/Makefile' and added to the DEPLIBS variable the value '/usr/local/BerkeleyDB.3.0/lib/libdb.a' then the thing actually compiled. But I got the error: With the above configuration, you shouldn't have to do this... in fact, I would start over with freshly unpackaged sources. By the way, I noticed you were using "--with-sasldir" instead of "--with-sasl". The sasldir one does not exist in 2.0.12 from what I can see with configuration help. From the help, the following is listed: --with-sasl=DIRCompile with libsasl in DIR Don't know how to make 'BUILTSOURCES' This one is easy. Edit imap/Makefile.in and go to line 114, which is the PROGS section. You will see the following for the PROGS section, as well as the following BUILTSOURCES section: PROGS = imapd lmtpd pop3d \ fud reconstruct quota \ mbpath ipurge deliver \ ctl_mboxlist ctl_deliver \ @IMAP_PROGS@ BUILTSOURCES = imap_err.h pushstats.h lmtpstats.h The problem is that @IMAP_PROGS@ is empty after configuration, which means the line turns into a blank line. The Make program on Compaq simply sees something like the following: ctl_mboxlist ctl_deliver \ BUILTSOURCES = imap_err.h pushstats.h lmtpstats.h This makes the BUILTSOURCES section look like it is part of the PROGS section, which is not even in a correct Makefile format. In any the case, it causes an error. The solution is to combine @IMAP_PROGS@ with the previous line and remove the backslash: PROGS = imapd lmtpd pop3d \ fud reconstruct quota \ mbpath ipurge deliver \ ctl_mboxlist ctl_deliver @IMAP_PROGS@ BUILTSOURCES = imap_err.h pushstats.h lmtpstats.h Since this is done in Makefile.in, it will persist through all your configuration runs (since Makefile will be created properly). I will be sending in a patch to fix this issue. Some "makes" handle this better than others... but it doesn't hurt to do the above to make it work with them all. So, I gave up. To me it seems like a problem with the Compaq linker 'ld'. I am off to install gcc and see how that goes, I will respond to this posting (for archives sake) to say what happens. In the meantime, if anyone has any pointers for me could you please let me know. My suggestion is to try the above recipe using CC and not GCC. CC will produce much better code on Compaq than what GCC will. Also, I recommend moving to BerkeleyDB 3.2 or something higher than 3.0. Of course, if you are simply upgrading your IMAP server, you may be commited to 3.0 and may not want to upgrade your databases, but still, I recommend upgrading. Incidentally, the above recipe works fine on 5.0a. I haven't had the opportunity to try it on 5.1 yet, but I know I will be in the near future. Good luck! Scott -- +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+ Scott W. Adkinshttp://www.cns.ohiou.edu/~sadkins/ UNIX Systems Engineer mailto:[EMAIL PROTECTED] ICQ 7626282 Work (740)593-9478 Fax (740)593-1944
Re: Recentness algorithm
If you're using Outlook Express as a mail client then this is a known problem with Outlook Express. You might want to change the folder synchronization settings to none if you want to prevent this behaviour. Alain Turbide - Original Message - From: "Bitt Faulk" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 05, 2001 3:22 PM Subject: Recentness algorithm Lately, I've noticed that things that my mail client has seen before get marked as recent again. That is, I'll change folders to something else and come back to my INBOX and there will be a number of messages that are still marked as recent. I can't intentionally reproduce the problem, but I have seen it a number of times, and it doesn't seem to depend on whether I've read the mail or not or anything else I can determine. This is running 2.0.11 (with the various patches) on OpenBSD 2.8. (Maybe its an mmap problem?) Anyone seen the same problem or have any ideas? -Bitt
Re: Strange vacation behaviour
The vacation reply will only be sent once during the period selected in your vacation rule which in this case is once every 7 days. Alain Turbide - Original Message - From: "Atif Ghaffar" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 05, 2001 2:23 PM Subject: Strange vacation behaviour Hi all. Cyrus-imapd-2.0.11 -- I setup a vacation rule and few fileinto rules as per example on the sieve's homepage. The first time I sent a mail meeting the rule, a vacation resoponse was triggered and after that nothing any more. Here is my script - require ["fileinto","vacation", "reject"]; if allof (header :contains "subject" "Are you there") { vacation :days 7 "Not really. Please leave a message"; } if anyof ( address :all :contains ["To", "Cc", "Bcc"] "[EMAIL PROTECTED]" ) { fileinto "INBOX.MailingLists.Horde.imp"; } if anyof ( address :all :contains ["To", "Cc", "Bcc"] "[EMAIL PROTECTED]" ) { fileinto "INBOX.MailingLists.Horde.dev"; } Thanks for any help on getting this to work. Also, has anyone some working vacation scripts and would like to share? thanks -- Atif Ghaffar Internet Development Manager 4unet AG/SA -. +41 78 787 51 45 voice +41 24 441 09 03 fax http://www.4unet.net www http://atif.developer.ch homepage [EMAIL PROTECTED] email Do you speak Unix?
Re: 2.0.12 and DB
Further to my previous message, the exact output is: ### Making all in /messaging/richard2/builds/new-imap/cyrus-imapd-2.0.12/perl/imap cc -c -I../../lib -I/usr/local/include -fprm d -ieee -std -DLANGUAGE_C -O4 -DVERSION=\"1.00\" -DXS_VERSION=\"1.00\" -I/usr/lib/perl-5.005/lib/5.00503/alpha-dec_osf/CORE -DPERL_POLLUTE IMAP.c cc: Warning: IMAP.xs, line 492: In this statement, the referenced type of the pointer value "(pcb==PL_sv_undef?imclient_xs_fcmdcb:imclient_xs_cb)" is "function (pointer to struct imclient, pointer to struct xsccb, pointer to struct imclient_reply) returning void", which is not compatible with "function (pointer to struct imclient, pointer to void, pointer to struct imclient_reply) returning void". (ptrmismatch) (pcb == sv_undef ? --^ Running Mkbootstrap for Cyrus::IMAP () chmod 644 IMAP.bs ar cr tmp.a IMAP.o ../../lib/libcyrus.a : tmp.a LD_RUN_PATH="/usr/local/lib" ld -o blib/arch/auto/Cyrus/IMAP/IMAP.so -shared -expect_unresolved "*" -O4 -msym -s -all tmp.a -none -L/usr/local/lib -lsasl ld: Object file format error in: tmp.a(libcyrus.a): read_cur_obj_info: bad file magic number(0x3c21) *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. Thanks, Dave. Scott Adkins wrote: --On Monday, March 05, 2001 10:44 AM +1000 David Richards [EMAIL PROTECTED] wrote: I am having problems getting v2.0.12 to compile on Compaq Tru64 v5.1. I have gone to quite extensive means to try and make it compile. Yes, I have had similar problems, but given time, I was able to work most of these out. I will try to help you as much as I can. I searched the mail list archives and found a posting from Ron Roskens on 3 Jun, 2000 which suggested something like: [CONFIGURATION STUFF DELETED] First, I created a RUNME script that contained all the necessary stuff. It even saves the output to a file for later reference. The most important aspect of the script is that it does set the environment properly to detect the BerkeleyDB library, and it sets the necessary compile time flags to make sure the executable can find the libraries at run-time. Without further ado, here is the script: #!/bin/ksh LOCAL="/usr/local" BERKELEY="/usr/local/BerkeleyDB.3.2" rm -f config.status config.log rm -f configure.output make.output export CC=cc export CFLAGS="-g -I$LOCAL/include -I$BERKELEY/include" export LDFLAGS="-lpthread -L$LOCAL/lib -Wl,-rpath,$LOCAL/lib \ -L$BERKELEY/lib -Wl,-rpath,$BERKELEY/lib" ./configure --with-dbdir=$BERKELEY \ --with-openssl=/usr/local/ssl \ --with-sasl=/usr/local \ --disable-sieve \ --without-agentx \ --without-zephyr \ | tee configure.output Then I edited the 'imap/Makefile' and added to the DEPLIBS variable the value '/usr/local/BerkeleyDB.3.0/lib/libdb.a' then the thing actually compiled. But I got the error: With the above configuration, you shouldn't have to do this... in fact, I would start over with freshly unpackaged sources. By the way, I noticed you were using "--with-sasldir" instead of "--with-sasl". The sasldir one does not exist in 2.0.12 from what I can see with configuration help. From the help, the following is listed: --with-sasl=DIRCompile with libsasl in DIR Don't know how to make 'BUILTSOURCES' This one is easy. Edit imap/Makefile.in and go to line 114, which is the PROGS section. You will see the following for the PROGS section, as well as the following BUILTSOURCES section: PROGS = imapd lmtpd pop3d \ fud reconstruct quota \ mbpath ipurge deliver \ ctl_mboxlist ctl_deliver \ @IMAP_PROGS@ BUILTSOURCES = imap_err.h pushstats.h lmtpstats.h The problem is that @IMAP_PROGS@ is empty after configuration, which means the line turns into a blank line. The Make program on Compaq simply sees something like the following: ctl_mboxlist ctl_deliver \ BUILTSOURCES = imap_err.h pushstats.h lmtpstats.h This makes the BUILTSOURCES section look like it is part of the PROGS section, which is not even in a correct Makefile format. In any the case, it causes an error. The solution is to combine @IMAP_PROGS@ with the previous line and remove the backslash: PROGS = imapd lmtpd pop3d \ fud reconstruct quota \ mbpath ipurge deliver \ ctl_mboxlist ctl_deliver @IMAP_PROGS@ BUILTSOURCES = imap_err.h pushstats.h lmtpstats.h Since this is done in Makefile.in, it will persist through all your configuration runs (since Makefile will be created properly). I will be sending in a patch to fix this issue. Some "makes" handle this better than others... but it doesn't hurt to do the above to make it work with them all. So, I gave up. To me it seems like a
Bouncing over quota
G'Day, cyrus-imapd-2.0.9 postfix-19991231-pl10 Just wondering if anyone has modified Cyrus to return a Permanent Failure rather than a Temporary Failure when a user has exceeded their quota? On a temporary failure postfix just leaves it in the queue and I would prefer a bounce. I intend to make greater modification to the server with my preferred method of quota handling but I really need a 'quick-fix' at the moment. Any ideas, comments, suggestions? Thanks in advance... Scott