On 14 Aug 2019, at 22.35, Amir Caspi via dovecot <dovecot at dovecot.org>
wrote:>
> On Aug 14, 2019, at 1:26 PM, Timo Sirainen via dovecot <dovecot at
dovecot.org <mailto:dovecot at dovecot.org>> wrote:
>>
>> It probably has something to do with using mbox format. Are the IMAP
UIDs changing unexpectedly? Errors/warnings logged related to it? Unfortunately
it's a rather troublesome mailbox format. There are likely some bugs in
Dovecot mbox code, but it's difficult and time consuming to try to reproduce
any of the bugs so I've mostly given up trying.
>
> I'm not getting any errors or warnings as far as I can tell, and I
don't think the UIDs are changing unexpectedly -- messages are not getting
re-downloaded randomly. That is, everything SEEMS to be working fine, as far as
I can tell.
>
> So many people still use mbox that I hope we can fix this issue.
>
> I'm happy to help test or provide further debug output... this problem
is certainly reproducible here, and it seems like lbutlr has a similar problem,
so hopefully we can address at least this one...
>
> (I'm also happy to give you the Junk mailbox and index files...
there's nothing sensitive in my spam!)
It's not very helpful to look at the indexes after the problem already
happened. But if you can find a reliably reproducible way to make this happen
starting from an empty mailbox, I could look into it further. Ideally it would
be a standalone script that reproduces the problem every time. Possibly
something like:
* Deliver mails with procmail
* Read the mails with doveadm fetch
* Maybe expunge the mails with doveadm expunge
* Keep checking the uid and date.saved with doveadm fetch to see if they
unexpectedly change at some point
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<dovecot.org/pipermail/dovecot/attachments/20190814/5429931b/attachment-0001.html>