mymailingslists at gmx.at
2004-Sep-02 13:15 UTC
[Dovecot] Dovecots pop3-UIDL command impl. not RFC compliant ?
Hi ! POP3-RFC (1939) speaks about UIDL command: The unique-id of a message is an arbitrary server-determined string, consisting of one to 70 characters in the range 0x21 to 0x7E, which uniquely identifies a message within a maildrop and which persists across sessions. When I issue an UIDL command (dovecot 0.99.10.9) I get replies like 1 1093990148.1 2 1093990148.2 3 1093990148.3 ... . You see the problem ? '0'-'9' and '.' are not in range 0x21-0x7E ! ---------------------------------------------------------------------- Currently I'm tracking down a nasty problem with Outlook 2003 together with dovecot acting as pop3 server. Multile pop3 accounts, with 'leave mail on server' on. (cant turn it off) for no apparent reason, a couple of mails (just a few out of thousands/hundrets) get re-downloaded again, and again, and again ... as if client had not seen it before. Might be a client problem ... while trying to find out the reason for this behaviour if found this UIDL thing. I fear it might not be the true reason/problem for my problems with outlook redownloading certian mails forevr, but I thought it doesnt hurt to report it ;)
Mark Lidstone
2004-Sep-02 13:27 UTC
[Dovecot] Dovecots pop3-UIDL command impl. not RFC compliant ?
Errr. 0x21-0x7E is !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefgh ijklmnopqrstuvwxyz{|}~ I can see 0-9 and \. in there. Mark Lidstone IT and Network Support Administrator BMT SeaTech Ltd Grove House, Meridians Cross, 7 Ocean Way Ocean Village, Southampton. SO14 3TJ. UK Tel: +44 (0)23 8063 5122 Fax: +44 (0)23 8063 5144 E-Mail: mailto:mark.lidstone at bmtseatech.co.uk Website: www.bmtseatech.co.uk ========================================================================Confidentiality Notice and Disclaimer: The contents of this e-mail and any attachments are intended only for the use of the e-mail addressee(s) shown. If you are not that person, or one of those persons, you are not allowed to take any action based upon it or to copy it, forward, distribute or disclose the contents of it and you should please delete it from your system. BMT SeaTech Limited does not accept liability for any errors or omissions in the context of this e-mail or its attachments which arise as a result of Internet transmission, nor accept liability for statements which are those of the author and not clearly made on behalf of BMT SeaTech Limited. ======================================================================== -----Original Message----- From: mymailingslists at gmx.at [mailto:mymailingslists at gmx.at] Sent: 02 September 2004 14:15 To: dovecot at dovecot.org Subject: [Dovecot] Dovecots pop3-UIDL command impl. not RFC compliant ? Hi ! POP3-RFC (1939) speaks about UIDL command: The unique-id of a message is an arbitrary server-determined string, consisting of one to 70 characters in the range 0x21 to 0x7E, which uniquely identifies a message within a maildrop and which persists across sessions. When I issue an UIDL command (dovecot 0.99.10.9) I get replies like 1 1093990148.1 2 1093990148.2 3 1093990148.3 ... . You see the problem ? '0'-'9' and '.' are not in range 0x21-0x7E ! ---------------------------------------------------------------------- Currently I'm tracking down a nasty problem with Outlook 2003 together with dovecot acting as pop3 server. Multile pop3 accounts, with 'leave mail on server' on. (cant turn it off) for no apparent reason, a couple of mails (just a few out of thousands/hundrets) get re-downloaded again, and again, and again ... as if client had not seen it before. Might be a client problem ... while trying to find out the reason for this behaviour if found this UIDL thing. I fear it might not be the true reason/problem for my problems with outlook redownloading certian mails forevr, but I thought it doesnt hurt to report it ;)