Hi, When you deal with pop3, and migration there is typically 1 pain that is epic. 'UIDL' Output has changed, it can make duplicate emails appear because Outlook, or whatever you are using will not see the same 'results' as it had before. Example, telnet localhost pop3 user foo pass foo +OK Mailbox locked and ready stat +OK 664 55805692 uidl +OK unique-id listing follows 1 1202699390.3863 2 1202699390.3864 and so forth. If you used Sendmail + UW it will be different then what you had before. So the user will download their whole mailbox over. Easiest solution I've always done is just create a folder in their inbox and move all their old mails to that folder, and then let them retrieve their email and they should be fine. IMAP Users won't suffer this because they never download the whole mailbox. Now let's say if you delete 1, and then quit, and log back in there is a new email 1... with a different uidl number shown. So you are not downloading a duplicate email, a brand new one. This is the proper behavior, if you are not experiencing this behavior; then clearly we need more detail about your setup. Now there is a header added with LMTP This is what I personally see in my headers, Received: from deliver ([unix socket]) by desolation (Cyrus v2.3.12p2-Gentoo) with LMTPA; Mon, 21 Jul 2008 14:20:31 -0700 X-Sieve: CMU Sieve 2.3 I use deliver (because of DSPAM, I can tell it to talk to LMTP but I don't) ... if you are using LMTP the header will show username@hostname instead. If this is screwing up your procmail recipes I suggest you make modifications to such recipes so they are no longer fooled. FWIW, Return-Path: <info-cyrus-bounces+damm=yazzy.org@xxxxxxxxxxxxxxxxxxxx> That's my return path, note it has nothing to do with cyrus@mail, so I think we'll need to know more about your setup before we can accurately give any help. Scott On Jul 21, 2008, at 2:15 PM, Steve Webb wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > >>> 1.) If a pop user selects "keep messages on server" they start to >>> see >>> duplicate emails. I saw that other people on the listserv have >>> also had >>> the same issues, but there's not been any resolution to this >>> issue. Q: >>> How come Cyrus doesn't implement the correct bahaviour, and is >>> there any >>> work-around other than switching to IMAP over POP? I've got pop >>> users >>> that can't access IMAP (using phones for checking email when on >>> travel >>> with "leave messages on server" then suck down the emails when >>> they arrive >>> back at a desktop). It's not feasable for them to move to IMAP >>> and they >>> require this functionality. >> >> Are you certain this is the fault of Cyrus and not a deficient client >> that happened to work with UW? Are they all using the same kind of >> phone (what phone)? > > I confirmed that this happens with outlook, thunderbird and fetchmail. > > The phone is a Palm Treo. > >>> 2.) It seems that Cyrus is inserting headers that confuse >>> sendmail and/or >>> procmail. When I'm tailing my procmail log, I see that all emails >>> are >>> "From: cyrus@mail". I'm guessing that procmail is getting this >>> from the >>> "Return-Path:" header that doesn't get inserted into the email with >>> sendmail. Q: Can I tell Cyrus to not insert this header or is >>> there a >>> work-around for procmail to detect the correct From: header and >>> not get >>> confused? >> >> I'm pretty certain such headers are coming from your MTA (postfix) >> and >> not Cyrus. But I've never used Cyrus with procmail as SIEVE is >> usually >> sufficient. > > Would postfix be inserting the "Return-Path: cyrus@mail" header? I > thought that it got inserted by the 'deliver' binary which I thought > was > part of Cyrus. > > - - Steve > > - -- > Steve Webb - Lead System Administrator for Pronto.com > Email: swebb@xxxxxxxxxx (Please send any work requests to: rt@xxxxxxxxxx > ) > Cell: 303-564-4269, Office: 303-497-9367, YIM: scumola > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (GNU/Linux) > > iD8DBQFIhPyDbhtJr2D5JAsRAnK/AJ9MwnnDHzJhkwRfi/7Z+w445M3/eACdFIad > nDRAb0GEVlPXP+37pDWFeN0= > =aJej > -----END PGP SIGNATURE----- > ---- > Cyrus Home Page: http://cyrusimap.web.cmu.edu/ > Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki > List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html > > > !DSPAM:4884fd9f121869173225906! > > ---- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
