Leandro, POP3 relies on UIDL values to track messages. When a POP3 client sees unknown UIDL values, it will assume a message hasn't been retrieved yet. In DBMail these are generated during delivery and stored in dbmail_messages.unique_id.
Other servers will use different UIDL values, and transporting existing UIDL values into DBMail is currently not supported. Maybe dbmail-deliver could be modified to support UIDL values on the command-line. Or we could scan for X-UIDL headers and use those. On 03/13/2012 06:42 PM, Leandro wrote: > Hello, > we are planning the complete migration of email boxes from an old > maildir system to dbmail. > Unfortunately we discover a lots of problems with some of our users > using POP3 protocol and leaving emails on the server. They start > downloading again the old messages. It seems the "leave emails on > server" rely on the message's UID that gets lost during the copy. > > I have tried the simple imap_copy.pl from > http://www.athensfbc.com/imap_tools/ and the more complex isync/mbsync. > Both are triggering the complete download of old message from the POP3 > client. > > Any advice on which "copy" tool to use? > > Thank you > > Leandro > > _______________________________________________ > DBmail mailing list > DBmail@dbmail.org > http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail > -- ________________________________________________________________ Paul J Stevens pjstevns @ gmail, twitter, skype, linkedin * Premium Hosting Services and Web Application Consultancy * www.nfg.nl/i...@nfg.nl/+31.85.877.99.97 ________________________________________________________________ _______________________________________________ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
