[Dovecot] truncated messages / attachments
I am currently running dovecot-1.1.beta6 (at least beta5 also had the problem)
Retrieving some messages via IMAP gets them truncated and it also happens with retrieving attachments (message is HTML part of multipart-alternative, attachments are at least some PDF files). A user reported she is rather sure one of the messages was ok, before moving it to some other folder. In the filesystem the messages are there in full length. It happens with Outlook as well as with Thunderbird. We're using Maildir.
After upgrading from beta5 to beta6 I have removed all dovecot.index* files of a folder with a defect message. This didn't make a difference. (Thought it could be related to some indexing problem).
Any one else seeing this?
\Maex
-- Markus Stumpf
On Mon, Nov 05, 2007 at 06:51:36PM +0100, Markus Stumpf wrote:
In the filesystem the messages are there in full length. It happens with Outlook as well as with Thunderbird. We're using Maildir.
*blush* Ok, please disregard my last post for now. It looks like it *could* be a leftover truncated message due to the append problems fixed in beta5. Looks like I have to look more deeply into this, to rule previous errors out.
\Maex
-- Markus Stumpf
On Mon, 2007-11-05 at 18:51 +0100, Markus Stumpf wrote:
Retrieving some messages via IMAP gets them truncated and it also happens with retrieving attachments (message is HTML part of multipart-alternative, attachments are at least some PDF files). A user reported she is rather sure one of the messages was ok, before moving it to some other folder. In the filesystem the messages are there in full length. It happens with Outlook as well as with Thunderbird. We're using Maildir.
After upgrading from beta5 to beta6 I have removed all dovecot.index* files of a folder with a defect message. This didn't make a difference. (Thought it could be related to some indexing problem).
Deleting dovecot.index.cache file and flushing clients' local cache probably fixes this for existing mails.
I've heard of this before, but it hasn't happenned to me and I haven't been able to reproduce it..
participants (2)
-
Markus Stumpf
-
Timo Sirainen