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?
Yes, this is a bug in imapc. A UID of 0 is not even allowed by the standards. Nor does there appear to be anything in the logs that suggest that Dovecot is telling imapc that a message with UID 0 exists. Hope that helps, Jeff On Fri, Feb 19, 2016 at 10:12 AM, Nagy, Attila <bra at 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? >
> On 19 Feb 2016, at 17:12, Nagy, Attila <bra at 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/969f57f722570982a5febbaab2462b692aa68733 Any further fixing would become difficult.
On 03/29/16 19:41, Timo Sirainen wrote:>> On 19 Feb 2016, at 17:12, Nagy, Attila <bra at 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/969f57f722570982a5febbaab2462b692aa68733 > > 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.