On 03/29/16 19:41, Timo Sirainen wrote:
On 19 Feb 2016, at 17:12, Nagy, Attila bra@fsn.hu wrote:
Hi,
This is a capture from an imapc client session (which is triggered by a message, received via LMTP):
- OK [CAPABILITY IMAP4rev1 NAMESPACE] Ready 2 LOGIN "uid" "pass" 2 OK LOGIN succeeded 1 LIST "" ""
- LIST (\Noselect) "/" "" 1 OK LIST completed 3 APPEND "INBOX" {568}
- Ready for 568 octets of data [...] 3 OK APPEND complete 4 EXAMINE "INBOX"
- FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
- OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted.
- 4 EXISTS
- 0 RECENT
- OK [UIDVALIDITY 1455885804]
- OK [UIDNEXT 5] 4 OK [READ-ONLY] EXAMINE successful 5 UID FETCH 0 (RFC822.SIZE BODY.PEEK[HEADER.FIELDS (Message-ID)]) 5 BAD Illegal syntax: Bad message number 0
Dovecot 2.2.21
I don't see any problems with the conversation otherwise. Is it safe to assume this is a bug in imapc? doveconf -n would be helpful. I guess you have mail_log plugin enabled? And imapc isn't used with any index directory? So Dovecot attempts to log Message-ID and size after saving a mail, but those aren't in cache (because indexes are disabled) and the transaction isn't committed yet either so the mail has no UID.
So the only fix for now that I can do is to just not send the FETCH command and instead fail it immediately: https://github.com/dovecot/core/commit/969f57f722570982a5febbaab2462b692aa68...
Any further fixing would become difficult.
I don't have mail_log enabled (currently, but will be) and indexes aren't disabled.
Here's the actual config: # 2.2.22 (fe789d2): /usr/local/etc/dovecot/dovecot.conf # Pigeonhole version 0.4.13 (7b14904) # OS: FreeBSD 10.3-PRERELEASE amd64 auth_mechanisms = plain login disable_plaintext_auth = no imapc_features = rfc822.size fetch-headers imapc_host = 127.0.0.1 imapc_port = 1430 lmtp_proxy = yes mail_gid = imapproxy mail_home = /usr/home/imapproxy/%2.256Nu/%u mail_location = imapc:~/imapc mail_prefetch_count = 100 mail_uid = imapproxy managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date index ihave duplicate mime foreverypart extracttext namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = /usr/local/etc/dovecot/dovecot-dict-auth.conf.ext driver = dict } postmaster_address = postmaster service lmtp { inet_listener lmtp { address = 127.0.0.1 port = 24 } unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix mode = 0600 user = postfix } } ssl = no userdb { driver = prefetch } userdb { args = /usr/local/etc/dovecot/dovecot-dict-auth.conf.ext driver = dict } protocol lmtp { mail_plugins = " sieve" }
The user home contains a dovecot.index.cache and a .log file. During the LMTP delivery (which turns into an IMAP APPEND, maybe this is where the bug lies? It's not too typical to do this I guess), they aren't changed.