[Dovecot] FETCH for mailbox mailboxname UID #1 got too little data: #2 vs #3
I got it with multiple imaptest instances even with current dovecot-1.1 hg tree.
I checked the emails with that UIDs and they are actually truncated.
Some things I noted on these mails:
- they are all with MIME multipart attachments.
- the last multipart attachment is truncated
- the truncated last line is not complete
- the following line is the beginning of a new mail (From line) without any empty line after the truncated attachment.
- in "got too little data: #2 vs #3" 0 <= #2 < #3 (zero included)
- Content-Length: #4 is sometimes bigger than both #2 and #3, sometimes smaller.
Regards, Diego.
On Wed, 2008-09-24 at 22:35 +0200, Diego Liziero wrote:
I got it with multiple imaptest instances even with current dovecot-1.1 hg tree.
I checked the emails with that UIDs and they are actually truncated.
Some things I noted on these mails:
- they are all with MIME multipart attachments.
- the last multipart attachment is truncated
- the truncated last line is not complete
- the following line is the beginning of a new mail (From line) without any empty line after the truncated attachment.
- in "got too little data: #2 vs #3" 0 <= #2 < #3 (zero included)
- Content-Length: #4 is sometimes bigger than both #2 and #3, sometimes smaller.
Any idea how the messages got there? Via deliver or IMAP APPEND, IMAP COPY or something else like procmail?
On Sun, 2008-10-05 at 15:27 +0300, Timo Sirainen wrote:
On Wed, 2008-09-24 at 22:35 +0200, Diego Liziero wrote:
I got it with multiple imaptest instances even with current dovecot-1.1 hg tree.
I checked the emails with that UIDs and they are actually truncated.
Some things I noted on these mails:
- they are all with MIME multipart attachments.
- the last multipart attachment is truncated
- the truncated last line is not complete
- the following line is the beginning of a new mail (From line) without any empty line after the truncated attachment.
- in "got too little data: #2 vs #3" 0 <= #2 < #3 (zero included)
- Content-Length: #4 is sometimes bigger than both #2 and #3, sometimes smaller.
Any idea how the messages got there? Via deliver or IMAP APPEND, IMAP COPY or something else like procmail?
Maybe this helps: http://hg.dovecot.org/dovecot-1.1/rev/f55e58146f77
On Sun, Oct 5, 2008 at 3:38 PM, Timo Sirainen tss@iki.fi wrote:
On Sun, 2008-10-05 at 15:27 +0300, Timo Sirainen wrote:
On Wed, 2008-09-24 at 22:35 +0200, Diego Liziero wrote:
I got it with multiple imaptest instances even with current dovecot-1.1 hg tree.
I checked the emails with that UIDs and they are actually truncated.
Some things I noted on these mails:
- they are all with MIME multipart attachments.
- the last multipart attachment is truncated
- the truncated last line is not complete
- the following line is the beginning of a new mail (From line) without any empty line after the truncated attachment.
- in "got too little data: #2 vs #3" 0 <= #2 < #3 (zero included)
- Content-Length: #4 is sometimes bigger than both #2 and #3, sometimes smaller.
Any idea how the messages got there? Via deliver or IMAP APPEND, IMAP COPY or something else like procmail?
Here procmail uses just INBOX folder, this error happens also to Sent and Trash folders that are used just by dovecot.
Maybe this helps: http://hg.dovecot.org/dovecot-1.1/rev/f55e58146f77
Just got this with current hg and imaptest: Error: IMAP(username): FETCH for mailbox Trash UID 215597 got too little data: 469042 vs 470768
But I'm not using a new user. I'm using the usual test user without deleting any mbox or index.
Maybe that UID got corrupted by a previous dovecot version.
Now I start testing with a clean user and I'll let you know if it happens again.
On Sun, Oct 5, 2008 at 6:34 PM, Diego Liziero diegoliz@gmail.com wrote:
On Sun, Oct 5, 2008 at 3:38 PM, Timo Sirainen tss@iki.fi wrote:
On Sun, 2008-10-05 at 15:27 +0300, Timo Sirainen wrote:
On Wed, 2008-09-24 at 22:35 +0200, Diego Liziero wrote:
I got it with multiple imaptest instances even with current dovecot-1.1 hg tree.
I checked the emails with that UIDs and they are actually truncated.
Some things I noted on these mails:
- they are all with MIME multipart attachments.
- the last multipart attachment is truncated
- the truncated last line is not complete
- the following line is the beginning of a new mail (From line) without any empty line after the truncated attachment.
- in "got too little data: #2 vs #3" 0 <= #2 < #3 (zero included)
- Content-Length: #4 is sometimes bigger than both #2 and #3, sometimes smaller.
Maybe this helps: http://hg.dovecot.org/dovecot-1.1/rev/f55e58146f77 [..] Now I start testing with a clean user and I'll let you know if it happens again.
Unfortunately it happens also with a new user and using just multiple imaptest instances (no procmail involved here): dovecot: Oct 05 19:25:24 Error: IMAP(newuser): FETCH for mailbox INBOX UID 1636 got too little data: 322644 vs 324628
participants (2)
-
Diego Liziero
-
Timo Sirainen