Using 1.1.2. I'm getting the above message over and over in the error log. Dovecot drops the connection and the client (Tbird) just keeps retrying in an endless loop.
Using Wireshark to sniff the exchange, it looks like the command that fails looks like this:
5 UID fetch 1:9749,9751:9763,9765:9930,9932,9934:9942 (UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (From To Cc Subject Date Message-ID Priority X-Priority References Newsgroups In-Reply-To Content-Type)])
Dovecot seems to be shutting down after receiving this.
Mulberry doesn't seem to have the problem, presumably because it's sending a different command sequence that doesn't stroke this.
Here's the failing code, in i_stream_raw_mbox_read :
if (stream->istream.v_offset -
rstream->hdr_offset + new_pos > rstream->mail_size) {
/* istream_raw_mbox_set_next_offset() used invalid
cached next_offset? */
i_error("Next message unexpectedly lost from %"PRIuUOFF_T,
rstream->hdr_offset + rstream->mail_size);
rstream->eof = TRUE;
rstream->corrupted = TRUE;
return -1;
}
I've tried deleting the associated .imap/folder contents but it must regenerate the same bad data as it happens again.