<div dir="ltr">Hi,<div><br></div><div>Please read:</div><div><a href="https://www.dovecot.org/bugreport-mail">https://www.dovecot.org/bugreport-mail</a></div><div><br></div><div>Since you haven't attached 'doveconf -n' there is not enough information. the problem you're describing could be fixed in a newer version already.</div><div><br></div><div>#try the following.</div><div>maildir_broken_filename_sizes = yes<br></div><div><br></div><div>Regards.</div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 27, 2020 at 4:52 AM Chi Min Wang <<a href="mailto:cmwang@green-computing.com">cmwang@green-computing.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Everyone:<br>
       Is it possible to direct dovecot to modify dovecot-uidlist <br>
automatically??  I have some user who use ancient MUA(i.e. Openwebmail) <br>
and IMAP/POP3. Since Openwebmail will insert "Status: R" in the eml <br>
file,the size of the eml file will increase by 10 bytes. If the user use <br>
Openwebmail first,then the size record(Sxxxx) in dovecot-uidlist will <br>
be fine. But if he use POP3/IMAP(dovecot) first then use Openwebmail,the <br>
size record in dovecot-uidlist will not match the actual size modified <br>
by Openwebmail. This will cause dovecot killed by core dump. I'm <br>
wondering if there are any method to avoid this situation,Thanks!!<br>
<br>
***********************************************<br>
CONFIDENTIALITY NOTICE:This e-mail and any attachments are confidential and may be legally privileged.<br>
If you are not the intended recipient, (i) please do not read or disclose to others, and (ii) please<br>
notify immediately the sender by reply mail, and (iii) please delete all copies of the email from your<br>
system. Failure to follow this process may be unlawful. We greatly appreciate your cooperation.<br>
<br>
<br>
</blockquote></div>