[Dovecot] Dovecot returns the same UIDL for another message
Hello,
I have a serious problem with dovecot and mbox format. dovecot returns the same UIDL for new messages and as result some MUAs don't retrieve new mail.
UIDs returned by UIDL command look like 000000*1c*49006cec And there is a moment when dovecot stops incrementing marked digits. In other words when new message arrive to mbox, UIDL command returns used UID.
I'll show with example:
- Send some message and try to retrieve UIDL via telnet:
echo test-mailbox-1 | mail -s Test-1 mbox@cu.kiev.ua
# telnet pop3.cu.kiev.ua 10110 Trying 193.108.130.4... Connected to emx.itcons.net.ua. Escape character is '^]'. +OK IT Consulting POP3/IMAP Server USER mbox@cu.kiev.ua +OK PASS XXX +OK Logged in. LIST +OK 1 messages: 1 1155 . UIDL +OK 1 0000001c49006cec . RETR 1 +OK 1155 octets [...] . DELE 1 +OK Marked to be deleted. QUIT +OK Logging out, messages deleted. Connection closed by foreign host.
- Send another message and try to retrieve UIDL via telnet:
echo test-mailbox-1 | mail -s Test-1 mbox@cu.kiev.ua
# telnet pop3.cu.kiev.ua 10110 Trying 193.108.130.4... Connected to emx.itcons.net.ua. Escape character is '^]'. +OK IT Consulting POP3/IMAP Server USER mbox@cu.kiev.ua +OK pass XXX +OK Logged in. UIDL +OK 1 0000001c49006cec . QUIT +OK Logging out. Connection closed by foreign host.
My dovecot's version is 1.1.3. # 1.1.3: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ protocols: pop3 listen: *:10110 ssl_disable: yes disable_plaintext_auth: no shutdown_clients: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/pop3-login login_greeting: IT Consulting POP3/IMAP Server login_processes_count: 64 verbose_proctitle: yes first_valid_uid: 26 last_valid_uid: 26 first_valid_gid: 6 last_valid_gid: 6 mail_privileged_group: mail mail_location: mbox:/var/mail:INBOX=/var/mail/%Ln:INDEX=MEMORY maildir_copy_preserve_filename: yes mail_executable: /usr/local/libexec/dovecot/pop3 mail_plugins: quota mail_plugin_dir: /usr/local/lib/dovecot/pop3 pop3_client_workarounds: outlook-no-nuls oe-ns-eoh auth default: passdb: driver: sql args: /usr/local/etc/dovecot/passdb.sql userdb: driver: sql args: /usr/local/etc/dovecot/mailbox.sql userdb: driver: sql args: /usr/local/etc/dovecot/maildir.sql plugin: quota: maildir
-- MINO-RIPE
Alexander Shikoff ha scritto:
Hello,
I have a serious problem with dovecot and mbox format. dovecot returns the same UIDL for new messages and as result some MUAs don't retrieve new mail.
UIDs returned by UIDL command look like 000000*1c*49006cec And there is a moment when dovecot stops incrementing marked digits. In other words when new message arrive to mbox, UIDL command returns used UID.
I've the same problem and i resolve with a change of the uidl format (yes, all email leave on server must reread from the client) pop3_uidl_format: %m
-- Roberto Tagliaferri Responsabile Progettazione & Produzione TosNet s.r.l. - Internet Service Provider r.tagliaferri@tosnet.it www.tosnet.it
On Thu, Oct 23, 2008 at 02:57:04PM +0200, Roberto Tagliaferri - Tosnet srl wrote:
Alexander Shikoff ha scritto:
Hello,
I have a serious problem with dovecot and mbox format. dovecot returns the same UIDL for new messages and as result some MUAs don't retrieve new mail.
UIDs returned by UIDL command look like 000000*1c*49006cec And there is a moment when dovecot stops incrementing marked digits. In other words when new message arrive to mbox, UIDL command returns used UID.
I've the same problem and i resolve with a change of the uidl format (yes, all email leave on server must reread from the client) pop3_uidl_format: %m
Yeah, I also know the workarounds. Change uidl format or make MTA to mark all messages with X-UIDL: header and then use it in dovecot with pop3_reuse_xuidl parameter.
But any workaround don't remove the bug... 1.0.3 version of Dovecot is free of it.
-- MINO-RIPE
Alexander Shikoff ha scritto:
Yeah, I also know the workarounds. Change uidl format or make MTA to mark all messages with X-UIDL: header and then use it in dovecot with pop3_reuse_xuidl parameter.
But any workaround don't remove the bug... 1.0.3 version of Dovecot is free of it.
I use 1.0.9 and work fine, last version has a problem with deleting a message (in the log i've delete=1/1 but the message remain in inbox)
-- Roberto Tagliaferri Responsabile Progettazione & Produzione TosNet s.r.l. - Internet Service Provider r.tagliaferri@tosnet.it www.tosnet.it
participants (3)
-
Alexander Shikoff
-
Roberto Tagliaferri - Tosnet srl
-
Timo Sirainen