Re: cyradm problem?... cyrus-imapd-2.1.4
jeff bert wrote: Do you get the same or similar results? I don't usually use the cram-md5 plugin, but since you have it I installed it just for this test. Did you assign a password to user cyrus? [luca@pippo luca]$ imtest -m login -u cyrus -a cyrus -r localhost localhost C: C01 CAPABILITY S: * OK pippo.olivetti.local Cyrus IMAP4 v2.1.4 server ready S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES IDLE STARTTLS AUTH=CRAM-MD5 X-NETSCAPE S: C01 OK Completed Password: C: L01 LOGIN cyrus {7} + go ahead C: omitted L01 OK User logged in Authenticated. Security strength factor: 0 1 logout * BYE LOGOUT received 1 OK Completed Connection closed. What does your /etc/pam.d/imap file look like? #%PAM-1.0 auth required /lib/security/pam_stack.so service=system-auth accountrequired /lib/security/pam_stack.so service=system-auth (straight from the rpm) Bye -- Luca Olivetti Wetron Automatización S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007
Re: Cyrus continues to stop working.. no fix available?
Hi, On Tue, 14 May 2002 00:14:21 -0500 Dustin Puryear [EMAIL PROTECTED] said: dpuryear Why installed cyrus-imapd via ports under FreeBSD. Perhaps they had a dpuryear reason. I did just confirm the version: FreeBSD port of cyrus-imapd has an IPv6 awareness by applying my an IPv6 support patch. To accept both IPv6 and IPv4 without relying on IPv4-mapped IPv6 address, the service structure is extended. Though I don't met such problem, it may break the process management of master. If you don't use an IPv6 at all, please try disabling an IPv6 by following setting and tell me the result: pop3 cmd=pop3d listen=0.0.0.0:pop3 prefork=0 # An IPv6 patch for 2.1.4 has `tcp4' and `tcp6' in 'proto' for this # purpose. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/
squat string list search failed?
I am getting (bursts of) messages like this: May 14 09:57:12 ins-mail imapd[19970]: SQUAT string list search failed on string nwo with part types t May 14 09:57:12 ins-mail imapd[19970]: SQUAT failed Do I need to worry? Is there anything do improve the situation? (Cyrus 2.1.3) TIA, Hein signature.asc Description: This is a digitally signed message part
2.1.4 + sendmail + lmtp
Hi all, I have been playing with 2.1 and have gotten to where I have to configure sendmail for local delivery. I am still running 1.6 in production, and have never used lmtp. I am running sendmail 8.12.3, and looking through cf/README I see that the only mention of lmtp is in the feature local_lmtp which expects a path of a lmtp capable mailer. I have also seen snippets of sendmail.cf files that will allow delivery to the lmtp socket, but how is that specified in the .mc file? Any working examples? I didn't see anything in the 2.1.4 docs.. What are the advantages of using lmtp? Does it alleviate the need for sendmail to run as the cyrus user when invoking deliver? What other advantages are there? Thanks! Tim
Re: 2.1.4 + sendmail + lmtp
On Tue, May 14, 2002 at 06:59:22AM -0600, Tim Pushor wrote: I am running sendmail 8.12.3, and looking through cf/README I see that the only mention of lmtp is in the feature local_lmtp which expects a path of a lmtp capable mailer. I recommend `FEATURE(local_cyrus)', which is available at: http://mail.cc.umanitoba.ca/source/ It works nicely with sendmail-8.12.3, as well as earlier versions. -- -Gary Mills--Unix Support--U of M Academic Computing and Networking-
Re: [RFC][PATCH] external debugger hooks for Cyrus imapd
Here is an updated version of the patch, as included in the Debian package of Cyrus IMAPd, release 2.1.4-8. Now the documentation us updated as well. I've attached one extra file and a patch which I use to help users generate the debugging information I need to track down bugs. I have also written a quick guide for building the Debian package with -O0 -g to get symbolic information for gdb, and about the use of debug_command. If anyone is curious about it, just download version 2.1.4-8 of the cyrus21-imapd package from Debian unstable (it should be in all mirrors by tomorrow). Packagers of Cyrus for distributions are welcome to using the patch and debugging scripts, but please credit Debian in the documentation. CMU is welcome to add the debug_command patches to Cyrus under their copyright and license, and to add the debugging stuff to contrib/ or to their own documentation, should they wish to do so. I hope these are useful for someone else out there. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh Index: imap/fud.c === RCS file: /home/cvs/debian/cyrus21-imapd/imap/fud.c,v retrieving revision 1.1.1.4 retrieving revision 1.2 diff -u -r1.1.1.4 -r1.2 --- imap/fud.c 22 Feb 2002 17:25:26 - 1.1.1.4 +++ imap/fud.c 14 May 2002 13:18:25 - 1.2 -164,9 +164,11 setproctitle_init(argc, argv, envp); -while ((opt = getopt(argc, argv, C:)) != EOF) { +while ((opt = getopt(argc, argv, C:D)) != EOF) { switch (opt) { case 'C': /* alt config file - handled by service::main() */ + break; + case 'D': /* external debugger - handled by service::main() */ break; default: break; Index: imap/imapd.c === RCS file: /home/cvs/debian/cyrus21-imapd/imap/imapd.c,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- imap/imapd.c29 Apr 2002 12:17:51 - 1.11 +++ imap/imapd.c14 May 2002 13:18:25 - 1.12 -533,9 +533,11 snmp_connect(); /* ignore return code */ snmp_set_str(SERVER_NAME_VERSION,CYRUS_VERSION); -while ((opt = getopt(argc, argv, C:sp:)) != EOF) { +while ((opt = getopt(argc, argv, C:Dsp:)) != EOF) { switch (opt) { case 'C': /* alt config file - handled by service::main() */ + break; + case 'D': /* external debugger - handled by service::main() */ break; case 's': /* imaps (do starttls right away) */ imaps = 1; Index: imap/lmtpd.c === RCS file: /home/cvs/debian/cyrus21-imapd/imap/lmtpd.c,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- imap/lmtpd.c16 Apr 2002 20:12:42 - 1.10 +++ imap/lmtpd.c14 May 2002 13:18:25 - 1.11 -313,9 +313,11 prot_setflushonread(deliver_in, deliver_out); prot_settimeout(deliver_in, 360); -while ((opt = getopt(argc, argv, C:a)) != EOF) { +while ((opt = getopt(argc, argv, C:Da)) != EOF) { switch(opt) { case 'C': /* alt config file - handled by service::main() */ + break; + case 'D': /* ext. debugger - handled by service::main() */ break; case 'a': Index: imap/lmtpproxyd.c === RCS file: /home/cvs/debian/cyrus21-imapd/imap/lmtpproxyd.c,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- imap/lmtpproxyd.c 30 Apr 2002 19:14:39 - 1.9 +++ imap/lmtpproxyd.c 14 May 2002 13:18:25 - 1.10 -279,9 +279,11 prot_setflushonread(deliver_in, deliver_out); prot_settimeout(deliver_in, 300); -while ((opt = getopt(argc, argv, C:q)) != EOF) { +while ((opt = getopt(argc, argv, C:Dq)) != EOF) { switch(opt) { case 'C': /* alt config file - handled by service::main() */ + break; + case 'D': /* ext debugger - handled by service::main() */ break; case 'q': Index: imap/mupdate.c === RCS file: /home/cvs/debian/cyrus21-imapd/imap/mupdate.c,v retrieving revision 1.1.1.10 retrieving revision 1.2 diff -u -r1.1.1.10 -r1.2 --- imap/mupdate.c 11 Apr 2002 16:05:00 - 1.1.1.10 +++ imap/mupdate.c 14 May 2002 13:18:25 - 1.2 -352,9 +352,11 } /* see if we're the master or a slave */ -while ((opt = getopt(argc, argv, C:m)) != EOF) { +while ((opt = getopt(argc, argv, C:Dm)) != EOF) { switch (opt) { case 'C': + break; + case 'D': /* ext debugger */ break; case 'm':
Re: addheader action ... or something like it?
Marc G. Fournier wrote: On Mon, 13 May 2002, Ken Murchison wrote: Marc G. Fournier wrote: On Mon, 13 May 2002, Cyrus Daboo wrote: Hi, --On Monday, May 13, 2002 1:57 PM -0400 Ken Murchison [EMAIL PROTECTED] wrote: | I know the code pretty well, and personally I wouldn't even attempt it. | Of course, I'm not a fan of the spam extension. Quick question: where does the X-Sieve header get added, and would it be possible to use that to add extra info? in savemsg() in lmtp.c ... and tried that ... unfortunately, that is before the sieve filtering happens, so there is nothing to write yet ... from Ken's email, and what I've been able to follow, lmtp writes the email to a file before parsing through sieve ... Ken, is there a reason why it doesn't just hold it in memory? I don't know for certain, you'd have to ask Larry. You probably _could_ hold it in memory, but then you are essentially blowing up singleinstancestore (or making it far more difficult), because each user could end up having their own unique copy of the message. Okay, you've lost me here ... regardless of where along the chain the spam filter is run, each user is going to potentially end up with their own unique copy of the message ... [...] I wasn't trying to say that it couldn't be done, but that you'd have to add more logic. If you have a concept in mind, feel free to implement it. Apparently there are others who also feel that this has value. -- 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: 2.1.4 + sendmail + lmtp
Gary, Thanks for the info. I did come across this patch while scouring the net looking for lmtp related information. I had thought that maybe sendmail had built in lmtp-over-socket functionality. I installed this feature and seems to work fine. Thanks again, Tim - Original Message - From: Gary Mills [EMAIL PROTECTED] To: Tim Pushor [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, May 14, 2002 7:20 AM Subject: Re: 2.1.4 + sendmail + lmtp On Tue, May 14, 2002 at 06:59:22AM -0600, Tim Pushor wrote: I am running sendmail 8.12.3, and looking through cf/README I see that the only mention of lmtp is in the feature local_lmtp which expects a path of a lmtp capable mailer. I recommend `FEATURE(local_cyrus)', which is available at: http://mail.cc.umanitoba.ca/source/ It works nicely with sendmail-8.12.3, as well as earlier versions. -- -Gary Mills--Unix Support--U of M Academic Computing and Networking-
Re: 2.1.4 + sendmail + lmtp
On Tue, May 14, 2002 at 07:58:38AM -0600, Tim Pushor wrote: Thanks for the info. I did come across this patch while scouring the net looking for lmtp related information. I had thought that maybe sendmail had built in lmtp-over-socket functionality. I've submitted local_cyrus to the sendmail people a couple of times. They seem to be ignoring me. I installed this feature and seems to work fine. I'm pleased to hear that. - Original Message - From: Gary Mills [EMAIL PROTECTED] I recommend `FEATURE(local_cyrus)', which is available at: http://mail.cc.umanitoba.ca/source/ -- -Gary Mills--Unix Support--U of M Academic Computing and Networking-
Re: vacation script with optional(??) address parameter
Scott, let me restate the situation. I might not have been clear in my previous plea for help :) Yes, I'm aware that vacation will not send you a duplicate email... thats not what I mean... I've disabled the vacation script and re-enabled it several times so it would reset it. The example I gave below shows the use of the address parameter to the vacation function. According to the RFC tho this is an optional parameter, and if this parameter is left off then it will just automagically use the To: address for the From: field (if I haven't read anything incorrectly) When I attempt to do something like this: require vacation; vacation :days 1 text: **AUTOGENERATED MESSAGE** Test!!! I get no errors, but the script does not seem to function at all either. So I'm wondering if I'm doing something wrong - Original Message - From: Scott M Likens [EMAIL PROTECTED] To: Mike Grommet [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Monday, May 13, 2002 12:31 AM Subject: Re: vacation script with optional(??) address parameter Mike, you do realize that the Vacation script only replies once. It will not reply multiple times to the same address. Idea is you tell the user _ONCE_ that you are on vacation, not 500x. If you set it up with the mailing list for example, each message you get would reply with a vacation message. So if there was 25messages on the info-cyrus list, there would be 25 vacation replies. Thus doubling the list. Chances are the vacation replies would also get posted and vacationed again creating an infinate loop, getting yourself permently ejected from said list. The Vacation Sieve script is simple and your setting it up right. What your looking for is a automatic response which as you said you got once, and it wont give it to you again. Does this help any? --On Sunday, May 12, 2002 11:41 PM -0500 Mike Grommet [EMAIL PROTECTED] wrote: Hi list. I'm trying to get a vacation script up and running... In this form, the script works fine: require vacation; vacation :days 1:addresses [[EMAIL PROTECTED],[EMAIL PROTECTED]] text: **AUTOGENERATED MESSAGE** Test!!! . Now, when I try to leave the address parameter off, so that it will use the smtp envelope for the return From address, the script doesnt seem to work. No errors seem to be apparent either... We are using a stock 2.0.16 Cyrus install... Perhaps I'm misreading how the address param should be used, or maybe I'm just not understanding how things should work when the address param is absent. Could someone provide a syntactically correct example of a small vacation script that doesn't use the address param? Any other pointers would be dandy as well :)
my question is too simple, or I am too stupid to asking?
Sorry for all, I am just a newbie, could someone advise my some hints for me to start? --- Mac Table [EMAIL PROTECTED] wrote: Hello All, I am using Postfix 1.1.7 + Procmail + Cyrus imapd 2.1.4. I would like to put various outgoing mail to various imap folder for filing purpose. For example, outgoing message_a will be put in user.XXX.Sent_a folder, and outgoing message_b will be put into user.XXX.Sent_b folder. Although I can set the message rule in mail client (my users are using outlook express) to put the message into different folder, but I would like to see if there is another way I can do it on server side. Please advise me some idea ho to work. Many Thanks!!! Regards, Gary __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com
Re: vacation script with optional(??) address parameter
Cyrus can't easily determine what your e-mail address is. Since vacation only responds to messages that explicitly mention you in the To or Cc header, Cyrus needs to know what addresses to consider as yours. Without the :addresses field it usually does a pretty poor job, thus the lack of response. Larry From: Mike Grommet [EMAIL PROTECTED] Date: Tue, 14 May 2002 11:27:20 -0500 Scott, let me restate the situation. I might not have been clear in my previous plea for help :) Yes, I'm aware that vacation will not send you a duplicate email... thats not what I mean... I've disabled the vacation script and re-enabled it several times so it would reset it. The example I gave below shows the use of the address parameter to the vacation function. According to the RFC tho this is an optional parameter, and if this parameter is left off then it will just automagically use the To: address for the From: field (if I haven't read anything incorrectly) When I attempt to do something like this: require vacation; vacation :days 1 text: **AUTOGENERATED MESSAGE** Test!!! I get no errors, but the script does not seem to function at all either. So I'm wondering if I'm doing something wrong
Re: my question is too simple, or I am too stupid to asking?
Mac Table wrote: Sorry for all, I am just a newbie, could someone advise my some hints for me to start? Instead of having the client copy the message to a sent folder, set it up to Cc/Bcc the message to the senders address and then use a Sieve script to file it according to whatever criteria you like. --- Mac Table [EMAIL PROTECTED] wrote: Hello All, I am using Postfix 1.1.7 + Procmail + Cyrus imapd 2.1.4. I would like to put various outgoing mail to various imap folder for filing purpose. For example, outgoing message_a will be put in user.XXX.Sent_a folder, and outgoing message_b will be put into user.XXX.Sent_b folder. Although I can set the message rule in mail client (my users are using outlook express) to put the message into different folder, but I would like to see if there is another way I can do it on server side. Please advise me some idea ho to work. Many Thanks!!! Regards, Gary __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com __ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com -- 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
[ANN] draft-segmuller-sieve-relation implementation
For those of you not subscribed to the cyrus-cvs list, I just committed an implementation of http://www.oceana.com/ftp/drafts/draft-segmuller-sieve-relation-01.txt Potential uses of this extension have been discussed previously on the (numerous) recent spam threads, so I won't reiterate them here. I have tested this locally and it seems to work fine and AFAICT nothing else is broken. I had to touch a lot of the internals, so its possible that I might have broken some existing functionality. 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
I Had attempted to do LMTP with Postfix ...
I had attempted to do LMTP with Postfix, but got an interesting error. Can anyone help me? I would prefer to use LMTP over the Deliver Command if possible. Thanks May 13 15:52:32 shell postfix/lmtp[21546]: [ID 197553 mail.info] 614D48A84E: to=[EMAIL PROTECTED], relay=shell.bourg.net[207.229.76.2], delay=1, status=deferred (host shell.bourg.net[207.229.76.2] said: 430 Authentication required) anyone might know what it meant by that? and what i can do to correct this. I enabled LMTP in the cyrus.conf and reloaded master so this is the LMTP for cyrus. But obviously i dont know what it means by auth required. Also has anyone seen this with the new postfix 1.1.9-Experimental? May 13 15:39:38 shell postfix/lmtp[17534]: [ID 947731 mail.warning] warning: spurious attribute sender in input from lmtp socket Thanks
Re: Cyrus continues to stop working.. no fix available?
Date: Tue, 14 May 2002 00:03:06 -0500 From: Dustin Puryear [EMAIL PROTECTED] At 04:18 PM 5/13/2002 -0400, Lawrence Greenfield wrote: Does 'master' syslog any messages indicating that something has crashed? Look for something like: May 13 15:33:18 mail1.andrew.cmu.edu master[11016]: [ID 970914 local6.error] process 10119 exited, signaled to death by 11 and then try to figure out what process 10119 was doing at the time (if anything). Larry No, master does not appear to ever die. I also did a scan of the mail log just in case I was wrong, but found nothing with 'death'. This isn't the master dying, this is the master reporting that some child process died. If this isn't happening, I'd start suspecting that your operating system is dropping messages transmitted along the pipe() from service to master. Larry
Hang on check
Hi, Just wondering about a few things. Occasionally I get timeouts connecting to the version 2.1.3 IMAP store. After looking at what was going on for a bit, it seemed like 1 imapd process is created for each mailbox. So I happily sat there doing 'ps' and looking at what was going on while I tried several different connection tests, waiting to see if anything obvious struck me as to why the thing would hang. Now, I thought originally that 1 imapd process was created for each access to a mailbox (I haven't got pre-forking on). But after a while it appeared this was obviously not the case because I got over 26 imapd processes after checking only 13 (ish) different mailboxes. Looking as the 'ps' output, I noticed they were all spawned by master - nothing odd about that - but the wchan for each was different: -WCHAN 000 S cyrus21177 21169 0 69 0- 5215 do_sel 17:13 pts/0 00:00:00 imapd 000 S cyrus21220 21169 0 69 0- 5230 interr 17:14 pts/0 00:00:00 imapd 000 S cyrus21221 21169 0 69 0- 5213 do_sel 17:14 pts/0 00:00:00 imapd 000 S cyrus21222 21169 0 69 0- 5215 do_sel 17:14 pts/0 00:00:00 imapd 000 S cyrus21223 21169 0 69 0- 5210 interr 17:14 pts/0 00:00:00 imapd -^ I have a feeling this isn't good? I could also be barking up the wrong tree - any other reasons for the hang when trying to fetch new mail? (Its not just Outlook - Eudora does it as well...) Thanks! Russell Packer VoxSurf http://www.voxsurf.com
Re: Cyrus continues to stop working.. no fix available?
--On Tuesday, May 14, 2002 00:23:07 -0500 Dustin Puryear [EMAIL PROTECTED] wrote: At 11:13 PM 5/13/2002 -0400, Michael Bacon wrote: Sounds like what we're running into at the moment, which appears to be the master processes ending up with an incorrect count of available workers. The problem occurs when a worker process dies while in the available state, and doesn't notify the master. Jeremy Howard recently posted a patch which addresses this problem, by decrementing the available workers counter when receiving a SIGCLD, which strikes me as the right way to go. However, his patch is for 2.1.3, and like you, we're using 2.0.16 (the bleeding edge is a bad place This is extremely interesting. Michael, do you find this happens at seemingly random times though? We can go a week or two with no problems, and then bam, I get a 911. Of course, our volume is considerably lower than yours. Another issue, and one that may differentiate our problems from yours (but hopefully not as your at least have a work-around), is that I can sometimes restart Cyrus, and even after a restart, no new connections are serviced. (They connect, but get no service.) I've found that when this happens Cyrus will often appear to work for a VERY short while, and then revert back to the point where connections occur but no service (pop3d) responds. Shouldn't a restart completely fix the problem? If so we may be fighting something different. A reboot also doesn't always clear up the problem. Again, Cyrus will come up, but then fail shortly thereafter. What is really odd is that the problem just goes away after a few hours. From what we've seen, and from the best explanation for the behavior that we can come up with, the incorrect number of workers problem is a complicating factor that makes things a lot worse when something else goes wrong. First, it was the database locking problem that was inherent in the 2.0.11 and 2.0.14 builds, which greatly improved with 2.0.16. Then, for a while, it was database deadlocks on the mailboxes.db file -- we nailed that one down by using a flatfile mailboxes.db. Now, it only seems to happen when we run out of memory, or some other problem disrupts the normal flow. We could just upgrade the RAM (and plan to), but that doesn't address the core issue of problems with reliability following a problem. So, in a very roundabout way, I'm trying to say that the frequency with which we see the problem appears to be directly tied to the freuqency with which we see other problems. For us, a reboot almost always fixes the problem -- in fact, a restart of the master process does too -- but it may be that you're running into some other issue that we're not that's causing the worker miscount problem. A couple of things to try if you're experiencing frequent reliability problems, which may or may not be related to the symptoms you described above: * Recompile with the mailboxes.db set to use the flatfile format. (Instructions for doing so are somewhere in the list archive -- don't forget to dump you're mailboxes file before swapping out the binaries!) * Set all of your preforks to 0. This may not be as much of a problem with the flatfile mailboxes.db, but we definitely noticed a decrease in reliability with non-zero preforks when we were using the DB-3 code. * With the service stopped, clean out the /var/imap/db/ and /var/imap/deliverdb/db directories, particluarly the log files. Also, running ctl_mboxlist -r and ctl_deliver -r may help. However, you're probably going to have problems until you track down why your processes are dying in the first place, which is what Larry and Ken were getting at. Michael Bacon
Re: [ANN] draft-segmuller-sieve-relation implementation
coolness, now we just need to get useful, per user, spam filtering to work, and we'll definitely have one killer anti-spam tool ... On Tue, 14 May 2002, Ken Murchison wrote: For those of you not subscribed to the cyrus-cvs list, I just committed an implementation of http://www.oceana.com/ftp/drafts/draft-segmuller-sieve-relation-01.txt Potential uses of this extension have been discussed previously on the (numerous) recent spam threads, so I won't reiterate them here. I have tested this locally and it seems to work fine and AFAICT nothing else is broken. I had to touch a lot of the internals, so its possible that I might have broken some existing functionality. 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: vacation script with optional(??) address parameter
On Tue, May 14, 2002 at 11:27:20AM -0500, Mike Grommet wrote: The example I gave below shows the use of the address parameter to the vacation function. According to the RFC tho this is an optional parameter, and if this parameter is left off then it will just automagically use the To: address for the From: field (if I haven't read anything incorrectly) This feature is broken in Cyrus. The problem is that sendmail strips the domain portion from the envelope recipient address, and then lmtpd appends `@unspecified-domain', producing an address that will never match the header recipient. I submitted a patch that allows lmtpd to append the correct domain, and I have been using this patch with several versions of Cyrus. It does require a setting in /etc/imapd.conf to specify the domain. My patch has not been incorporated into Cyrus, but you should be able to find it in the archives. -- -Gary Mills--Unix Support--U of M Academic Computing and Networking-
Re: [ANN] draft-segmuller-sieve-relation implementation
On Tue, 14 May 2002, Marc G. Fournier wrote: coolness, now we just need to get useful, per user, spam filtering to work, and we'll definitely have one killer anti-spam tool ... Why don't you plug this as a lmtp proxy as I suggested? Or plug it as a pipe filter in lmtpproxyd ? -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
Re: Cyrus continues to stop working.. no fix available?
On Tue, 14 May 2002 00:23:07 -0500 Dustin Puryear [EMAIL PROTECTED] wrote: This is extremely interesting. Michael, do you find this happens at seemingly random times though? We can go a week or two with no problems, and then bam, I get a 911. Of course, our volume is considerably lower than yours. Another issue, and one that may differentiate our problems from yours (but hopefully not as your at least have a work-around), is that I can sometimes restart Cyrus, and even after a restart, no new connections are serviced. (They connect, but get no service.) I've found that when this happens Cyrus will often appear to work for a VERY short while, and then revert back to the point where connections occur but no service (pop3d) responds. Shouldn't a restart completely fix the problem? If so we may be fighting something different. A reboot also doesn't always clear up the problem. Again, Cyrus will come up, but then fail shortly thereafter. I've seen the exact same behaviour you're describing here on Linux when there's a lack of available entropy. Pop3d is more susceptible to this problem, because it calls some sasl functions that read some bits from /dev/random. I didn't check why exactly are they necessary and why imapd does not use these functions. Linux gathers entropy from disk i/o events and keyboard keystrokes iirc, but i saw it drain even on an extremly busy mail server. Imapd goes on, but pop3d processes just pile up, each one accepting a connection but not starting any service. During the peak hours i've seen this effect numerous times, resulting in too many open files and thus blocking other processes. One of the solutions is to recompile the kernel with the netdev-random patches (http://www.tech9.net/rml/linux/), and if this does not help, find /dev/random references in the sasl library and replace them with /dev/urandom. Iirc it's only defined in one place. -- Jure Pecar msg07742/pgp0.pgp Description: PGP signature
Re: [ANN] draft-segmuller-sieve-relation implementation
On Tue, 14 May 2002, Henrique de Moraes Holschuh wrote: coolness, now we just need to get useful, per user, spam filtering to work, and we'll definitely have one killer anti-spam tool ... Why don't you plug this as a lmtp proxy as I suggested? Or plug it as a pipe filter in lmtpproxyd ? I suspect lmtpproxyd (atleast not as it exists in Cyrus today) is not what you'll be wanting to do this with, since (as it is intended for use with the IMAP Murder) it requires a MUPDATE server. If there was a more general lmtp proxy, however, that would be fine, but in the case of Cyrus lmtpproxyd currently this isn't exactly a plug-and-play operation... -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 235 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: [ANN] draft-segmuller-sieve-relation implementation
On Tue, 14 May 2002, Rob Siemborski wrote: On Tue, 14 May 2002, Henrique de Moraes Holschuh wrote: Why don't you plug this as a lmtp proxy as I suggested? Or plug it as a pipe filter in lmtpproxyd ? I suspect lmtpproxyd (atleast not as it exists in Cyrus today) is not what you'll be wanting to do this with, since (as it is intended for use with the IMAP Murder) it requires a MUPDATE server. If there was a more general lmtp proxy, however, that would be fine, but in the case of Cyrus lmtpproxyd currently this isn't exactly a plug-and-play operation... True, it can be done in lmtpproxyfd, but it is not the best place. It should not be extremely difficult to get the lmtp proxy code, empty it of all non-lmtp-proxying functionality, and use that as a skeleton to create content-filtering proxies though. I am more interested in porting the handling of children deaths for master to 2.1.4 CVS right now though, so I won't be the one doing that lmtp work (at least not now). BTW, thanks for casually mentioning that cyrus-cvs exists. I never knew about it, and I was missing the CVS logs a lot. Maybe you guys should mention it somewhere in the documentation or Cyrus webpages :-) -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
Re: Cyrus continues to stop working.. no fix available?
On Tue, 14 May 2002, Jure Pecar wrote: I've seen the exact same behaviour you're describing here on Linux when there's a lack of available entropy. Pop3d is more susceptible to this Ouch! Thank you for pointing that one out. It goes directly into my README stuff... /dev/random references in the sasl library and replace them with /dev/urandom. Iirc it's only defined in one place. I wonder if urandom is not good enough for SASL needs? -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh
Re: [ANN] draft-segmuller-sieve-relation implementation
On Tue, 14 May 2002, Henrique de Moraes Holschuh wrote: BTW, thanks for casually mentioning that cyrus-cvs exists. I never knew about it, and I was missing the CVS logs a lot. Maybe you guys should mention it somewhere in the documentation or Cyrus webpages :-) Added it to the webpages (whoops ;) (along with sasl-cvs) -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 235 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Error when configuring CVS
I have attempted to configure from the CVS several times, and I have always encountered the following error. This is with the autoconf executable downloaded from ftp.gnu.org (about a month ago). Any ideas? I would REALLY like to try some of the new bug-fixes, but cannot even reach the compile! The error message is below, Tony OUTPUT FROM CONFIGURE # autoconf # CFLAGS=-g ./configure checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking for makedepend... /export/home/abrock/cyrus-imapd/tools/not-mkdep configure: WARNING: Makedepend is not installed on this system. You should compile and install the version from the makedepend subdirectory. checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for ranlib... ranlib checking whether make sets ${MAKE}... yes checking for a BSD-compatible install... ./install-sh -c checking how to run the C preprocessor... gcc -E checking for AIX... no checking for library containing strerror... none required checking for gawk... no checking for mawk... no checking for nawk... nawk checking for gcc option to accept ANSI C... none needed checking for an ANSI C-conforming const... yes checking for long file names... yes ./configure: CMU_C___ATTRIBUTE__: command not found ./configure: CMU_GUESS_RUNPATH_SWITCH: command not found ./configure: line 2990: syntax error near unexpected token `CMU_ADD_LIBPATH(/usr/local/lib)' ./configure: line 2990: `CMU_ADD_LIBPATH(/usr/local/lib)' # ** * Anthony Brock [EMAIL PROTECTED] * * Director of Network Services George Fox University * **
Cyrus Config
Greetings, I am attempting to migrate from a Courier-IMAP based system to a Cyrus IMAP based implimentation, however I am running into several authentication related problems. Ideally I would like to use PAM authentication, however I have yet been able to find documentation which would specify how to compile for that sucessfully, and secondly is there any utility available to migrate standard maildirs to Cyrus' native format, or does that need to be a manual process? Thanks, David Chait
Re: Cyrus Config
David Chait wrote: Greetings, I am attempting to migrate from a Courier-IMAP based system to a Cyrus IMAP based implimentation, however I am running into several authentication related problems. Ideally I would like to use PAM authentication, however I have yet been able to find documentation which would specify how to compile for that sucessfully, and secondly is there any utility available to migrate standard maildirs to Cyrus' native format, or does that need to be a manual process? Thanks, David Chait I use PAM authentification with the pwcheck daemon. Here are the options I used when compiling in order to do that: when configuring sasl (I have version 2.1.2): ./configure [...] --with-pwcheck when configuring imapd (I have version 2.1.4): ./configure [...] --with-auth=unix Here is the important line in /etc/imapd.conf: sasl_pwcheck_method: pwcheck See also the responses to Jim Worke about using cyradm with PAM authentification... There are several ways to migrate your mailboxes. Some scripts are given here: http://www.oreilly.com/catalog/mimap/chapter/ch09.html But they didn't work for us because of some Imap errors withe the Imap module used by the scripts. So instead of using this module to append the mails to the mailboxes, we modified the script to cat them to sendmail. Unfortunately I don't have this script anymore, but it's not hard to figure out how to do it by modifying the script given on the O'Reilly page linked above. (We just wrote the mails individually to a temporary file and then executed `cat tempfile | mail` for each mail... Of course, we did that on the new server to save time and bandwidth.) Best regards and lots of fun with your migration :o) Alexandre Suter
TLS error? cyrus-imapd-2.1.4
I've gotten cyrus-imapd-2.1.4 working with the unencrypted ports and have now moved to getting the secure ports working. I created a self-signed certificate using: [root@jabba imap]# openssl req -new -x509 -days 365 -nodes -config /usr/lib/ssl/openssl.cnf -out cyrus-imapd.pem -keyout cyrus-imapd.pem and entering the information. My imapd.conf file has: tls_cert_file: /var/imap/cyrus-imapd.pem tls_key_file: /var/imap/cyrus-imapd.pem And it seems to work but there is a delay of about 30 seconds when I connect for the first time in an email clients session in my imapd log file: May 14 19:20:33 jabba imap3d[2648]: TLS engine: cannot load CA data after that it works... Is this an error I need to be concerned about or is this just the result of self-siging the certificate? Thanks, Jeff Bert
Re: Error when configuring CVS
On Tue, 14 May 2002, Anthony Brock wrote: I have attempted to configure from the CVS several times, and I have always encountered the following error. This is with the autoconf executable downloaded from ftp.gnu.org (about a month ago). Any ideas? I would REALLY like to try some of the new bug-fixes, but cannot even reach the compile! The error message is below, I suspect you are not bootstrapping the build process properly. You should run SMakefile as a shell script. e.g.: /bin/sh ./SMakefile Of course, you need to be using autoconf 2.13 and automake 1.4, which are not the most recent versions -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 235 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
[PATCH] Updated master.c process counting patch
Thanks to Jaska Kivela, some patch formatting problems that caused the master.c process counting patch to not apply cleanly have been resolved. The patch set has been updated, and now also incorporates the master.c race condition patch: http://jhoward.fastmail.fm/patches/cyrus/imap-diff.tgz The only file changed in the patch set is master-avail.diff . master-avail.diff solves the problem that master fails to correctly keep count of child processes if processes do not exit cleanly. This manifests itself as Cyrus failing to accept new connections on one or more ports after a while, when using preforking in imapd.conf.
sasl2 + imsp / acap ???
I have imapd running using sasl2 for authentication, but I'd like to add remote preferences support. Unfortunately, neither smlacapd nor imspd seem to support sasl2 in their current form. Is there any way to get either one to authenticate against sasl2, maybe a patch somewhere, or am I stuck using sasl1 ? Thanks, aLoN
Re: TLS error? cyrus-imapd-2.1.4
If you look in the Archive thru whatever web mailing list you wish, there was someone who had mentioned using openssl how to create the CA, the key, and cert. Look it up, it'd be worth your time. --On Tuesday, May 14, 2002 7:33 PM -0700 jeff bert [EMAIL PROTECTED] wrote: I've gotten cyrus-imapd-2.1.4 working with the unencrypted ports and have now moved to getting the secure ports working. I created a self-signed certificate using: [root@jabba imap]# openssl req -new -x509 -days 365 -nodes -config /usr/lib/ssl/openssl.cnf -out cyrus-imapd.pem -keyout cyrus-imapd.pem and entering the information. My imapd.conf file has: tls_cert_file: /var/imap/cyrus-imapd.pem tls_key_file: /var/imap/cyrus-imapd.pem And it seems to work but there is a delay of about 30 seconds when I connect for the first time in an email clients session in my imapd log file: May 14 19:20:33 jabba imap3d[2648]: TLS engine: cannot load CA data after that it works... Is this an error I need to be concerned about or is this just the result of self-siging the certificate? Thanks, Jeff Bert