Re: Invalid Header
On Mon, 18 Apr 2005, Michael Loftis wrote: > >Please point me to some RFC or documentation. I need to present to the > >higher-UPS a decent explanation on why this message took 6 hours to get > >delivered. Now that you have it, make sure they get the idea that they should deep-fry whomever is responsible for the broken empty-message-id generating "crapplication". -- "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 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Looking to upgrade my
I am running a cyrus+postfix email system on Redhat 7.1. I want to migrate to cyrus 2.2. I am using sasl for security. This is the versions of software I am using. cyrus-imapd-2.0.9-3 cyrus-sasl-1.5.24-17 cyrus-sasl-devel-1.5.24-17 db3-3.1.17-7 db3-3.2.9-4 (is there anyway I can tell what version of db3 cyrus is using?) db3-utils-3.1.17-7 db3-devel-3.2.9-4 postfix-20010202-4 I want to move from the original server to an upgrade server running RHEL 4 and use open ldap for authentication. Has anyone done a similar migration. How should I go about doing this. Any pointers would be welcome. --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Connection limiting.
I haven't seen anything in the documentation about limiting a user connections. Is it possible to limit a user to only connect twice, per user name? I ask because there is crappy antivirus software that makes 2-3 connections, and it's a little annoying and can bog things up. I've looked over imapd.conf and haven't really read anything about this in the mailing list, so maybe I missed something I did see # Minimum time between POP mail fetches in minutes popminpoll: 1 but does that mean a user can logout, and log back in, and if he logs in before his 60seconds are up he can't fetch? and also is there something similar for imap perhaps? Thanks -- "What does one want when one is engaged in the sexual act? That everything around you give you its utter attention Think only of you, care only for you... Every man wants to be a tyrant when he fornicates" --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Invalid Header
--On Monday, April 18, 2005 15:10 -0500 "Vernon A. Fort" <[EMAIL PROTECTED]> wrote: My setup is FC3 with postfix + cyrus-2.2.10-3. I had several messages in the queue stating "Invalid header". After searching for hours, I attempted to save the message using postcat so I could see what part of the header was invalid. There was/is a line: Message-ID: with nothing after the line. I removed the line and re-sent the message successfully. Why would single line called Message-ID: cause lmtpd message header errors? Ahh yeah, RFC822, specifically:: optional-field = / "Message-ID"":" msg-id / "Resent-Message-ID" ":" msg-id / "In-Reply-To" ":" *(phrase / msg-id) / "References"":" *(phrase / msg-id) / "Keywords" ":" #phrase / "Subject" ":" *text / "Comments" ":" *text / "Encrypted" ":" 1#2word / extension-field ; To be defined / user-defined-field ; May be pre-empted msg-id = "<" addr-spec ">"; Unique message id nothing about it is allowed to be blankthe field is optional, but can't be blank. Plus IMAP clients will use the Message-ID as the 'key' for finding a message. It's funny your posting this because we just had a customer have an issue with that... Please point me to some RFC or documentation. I need to present to the higher-UPS a decent explanation on why this message took 6 hours to get delivered. Vernon -- GPG/PGP --> 0xE736BD7E 5144 6A2D 977A 6651 DFBE 1462 E351 88B9 E736 BD7E --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Invalid Header
Vernon A. Fort wrote: so I could see what part of the header was invalid. There was/is a line: Message-ID: with nothing after the line. I removed the line and re-sent the message successfully. Why would single line called Message-ID: cause lmtpd message header errors? Because it's invalid syntax according to the RFCs. A header name must be followed by a value, otherwise it cannot be present. --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Invalid Header
My setup is FC3 with postfix + cyrus-2.2.10-3. I had several messages in the queue stating "Invalid header". After searching for hours, I attempted to save the message using postcat so I could see what part of the header was invalid. There was/is a line: Message-ID: with nothing after the line. I removed the line and re-sent the message successfully. Why would single line called Message-ID: cause lmtpd message header errors? Please point me to some RFC or documentation. I need to present to the higher-UPS a decent explanation on why this message took 6 hours to get delivered. Vernon --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Problem : unable to init duplicate delivery database ??
On Fri, 15 Apr 2005, Martine James (02 23 23 71 31) wrote: I installed Cyrus one year ago and it used to work nicely with option "duplicatesuppression" as set by default (YES) Things went wrong four days ago with this message: Apr 14 12:00:04 machine.etu.univ-rennes1.fr pop3[7118]: [ID 729713 local6.error] opening /var/imap/tls_sessions.db: Not enough space Apr 14 12:14:11 machine.etu.univ-rennes1.fr lmtpunix[10565]: [ID 729713 local6.error] DBERROR: opening /var/imap/deliver.db: Not enough space ??? Indeed, I checked ( twice) that no partitions was full. I checked the number of inodes, number of files descriptors. everything's ok. Berkeley db, yes? You apparently had stuff crashing and leaking locks at some point. I tried to restart cyrus. "ctl_cyrudb -r" command never ends. Trace with strace. Does it keep trying to open file descriptors, never closing them? You can try simply removing the duplicates database entirely and letting it get reinit'd. I can suggest a patch but this is simpler and faster. --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html