<table><tr><td style="">dvratil accepted this revision.<br />dvratil added a comment.<br />This revision is now accepted and ready to land.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D12019">View Revision</a></tr></table><br /><div><div><p><a href="https://phabricator.kde.org/p/knauss/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@knauss</a> but the maildir is not multithreaded, is it, so mutex wouldn't fix anything.</p>

<p>Technically nothing prevents the maildir resource from being fast (and unlucky wrt to randomness) enough to generate two identical filenames for two emails in different folders.</p>

<p>If Martin is correct and the issue is indeed caused by the mailfilter moves, then the problem is obviously caused simply by Maildir::moveEntryTo() reusing the old filename when moving an email from folder A to folder B. By increasing the timestamp granularity we reduce the chance of such filename conflict in the future (it won't affect existing emails, so the problem can still occur on old emails).</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R44 KDE PIM Runtime</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D12019">https://phabricator.kde.org/D12019</a></div></div><br /><div><strong>To: </strong>mkoller, mlaurent, dvratil<br /><strong>Cc: </strong>knauss, winterz, dvratil, KDE PIM, dvasin, vkrause, mlaurent<br /></div>