I'm running 1.0-test49 on Solaris 2.8. MUA is Thunderbird (or mutt) running on FreeBSD. I'm using Maildir boxes. Occasionally, when browsing new mail in INBOX, I get an error back from the imapd, displayed in Thunderbird as the following popup msg: The current command did not succeed. The mail server responded: Error in IMAP command UID: Invalid BODY[..] parameter: Missing '>' in '<36864,-34800>'.>From this point, nothing much works reliably until I quit the MUAand start again. Sometimes, if I keep working, the email that was being fetched is shown but is corrupted and the msg body contains another copy of the whole email (header & body), sometimes 2 extra copies. Nothing is in the maillog. This _didn't_ happen with 0.99.
Gregory Bond wrote:> I'm running 1.0-test49 on Solaris 2.8. MUA is Thunderbird (or mutt) > running on FreeBSD. I'm using Maildir boxes. >For comparison: I'm running 0.99.11 on Solaris 2.9. MUS is Thunderbird (with one Outlook user) for about 25 users... oh, and a couple of dial up users using Eudora to collect via POP3. And it runs just fine. So, as nifty as all the wonderful new features are in the 1.0 series (and I _do_ want to get my hands on some of them) I'm sticking with what works for now. I note from your earlier mail you were using an older 0.99.10.9 version. Perhaps give 0.99.11 a shot? -- Curtis
On 20.10.2004, at 02:32, Gregory Bond wrote:> The current command did not succeed. The mail server responded: > Error in IMAP command UID: Invalid BODY[..] parameter: > Missing '>' in '<36864,-34800>'.There are two potential reasons for this. One is that Dovecot replies something wrong and causes Thunderbird to send negative message size request. Another is that it's entirely Thunderbird bug which Dovecot just points out. Most (all?) other servers would treat -34800 as 4294932496 and hide the problem. This is what Dovecot 0.99.x did too. So far I'm thinking it's Thunderbird bug which should be fixed. Even if Dovecot was responsible in some way for it, it shouldn't be sending negative message sizes. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20041020/e1366932/attachment-0001.bin>
Timo Sirainen wrote:> So far I'm thinking it's Thunderbird bug which should be fixed. Even > if Dovecot was responsible in some way for it, it shouldn't be sending > negative message sizes.I've snagged a repeatable case and got a truss of the imap process. I'm inclined to agree with you. I'll report it to the Thunderbird ppl. The sequence is (more or less) this: Client: 10 UID fetch 90309 (BODYSTRUCTURE) [imapd reads the whole message, then futzes with the dovecot.index file] Imapd: * 6056 FETCH (BODYSTRUCTURE ("text" "plain" ("charset" "iso-8859-1") NIL NIL "7bit" 796 22 NIL NIL NIL) UID 90309) Imapd: 10 OK Fetch completed. Client:11 UID fetch 90309 (UID RFC822.SIZE BODY[]<0.10240>) [imapd read the whole file again - TWICE!] Imapd: * 6056 FETCH (BODY[]<0> {2064} [entire message] UID 90309 RFC822.SIZE 2064) [more index stuffing] Imapd: 11 OK Fetch completed. Client: 12 UID fetch 90309 (UID RFC822.SIZE BODY[]<10240.-8176>) Imapd: 12 BAD Error in IMAP command UID: Invalid BODY[..] parameter: Missing '>' in '<10240.-8176>'