<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">On 7 Jul 2019, at 18.12, Arnold Opio Oree via dovecot <<a href="mailto:dovecot@dovecot.org" class="">dovecot@dovecot.org</a>> wrote:<br class=""><div><blockquote type="cite" class=""><br class="Apple-interchange-newline"><div class=""><div style="text-align: left; direction: ltr; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">Dovecot Team,</div><div class=""><br class=""></div><div class="">I'd like to report a number of bugs, that are to my view all critical.</div></div></div></blockquote><div><br class=""></div><div>It would help to get your doveconf -n, example command lines causing the problems and the error messages it outputs or what the wrong behavior looks like in filesystem. It's now rather difficult to guess what exactly you tried and what happened.</div><div><br class=""></div><div>Also what kind of output does readpst make? I'm not sure why you're using DIRNAMEs here.</div><br class=""><blockquote type="cite" class=""><div style="text-align: left; direction: ltr; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">doveadm-sync -1/general</div><div class=""><br class=""></div><div class="">1) If DIRNAMEs are not different between command line and mail_location doveadm sync will fail, saying that the source and destination directories are the same</div></div></blockquote><div><br class=""></div><div>This sounds very strange. I'm not sure what exactly you did, and I couldn't reproduce with a small test.</div><div class=""><br class=""></div><blockquote type="cite" class=""><div style="text-align: left; direction: ltr; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">2) The -n / -N flags do not work, and a sync will fail strangely if location is specified in the namespace definition</div></div></blockquote><div><br class=""></div><div>Again, sounds strange.</div><div><br class=""></div><blockquote type="cite" class=""><div style="text-align: left; direction: ltr; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">3) Adds mbox to path name under mailbox directory (where syncing from an mbox source)</div></div></blockquote><div><br class=""></div><div>Probably with different parameters you could avoid it.</div><br class=""><blockquote type="cite" class=""><div style="text-align: left; direction: ltr; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">4) Not having the mailboxes at source named the same as those at destination causes errors and partial sync </div><div class=""><br class=""></div><div class="">5) Not having the target mailboxes  formatted to receive the sync (/<mailboxroot>/DIRNAME/) will cause sync errors.</div></div></blockquote><div><br class=""></div><div>I don't understand these. Target mailboxes are supposed to be empty initially, and after the initial sync they should be in the expected format. Why would they be different?</div><br class=""><blockquote type="cite" class=""><div style="text-align: left; direction: ltr; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">doveadm-sync</div><div class=""><br class=""></div><div class="">1) With large synchronizations UIDs are corrupted where multiple syncs are executed and the program can no longer synchronize</div></div></blockquote><div><br class=""></div><div>What exactly is the error message?</div><br class=""><blockquote type="cite" class=""><div style="text-align: left; direction: ltr; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">dovecot</div><div class=""><br class=""></div><div class="">1) Panics and fails to expand ~ to user home: observed cases are where multiple namespaces are being used</div></div></blockquote><div><br class=""></div><div>Panic message and more details would also help.</div><br class=""><blockquote type="cite" class=""><div style="text-align: left; direction: ltr; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">With regards to the last error that I requested help on i.e. \Noselect.  This has been resolved more-or-less by the workarounds that I have implemented for the bugs reported above.</div><div class=""><br class=""></div><div class="">I have seen a number of threads whilst researching the \Noselect issue where people have been very confused. My finding was that \Noselect is a function of the IMAP specification server-side implementation RFC3501 (<a href="http://h5lm.mjt.lu/lnk/AMwAAEPRQ68AAAAAAAAAAKAFynQAASKA_AUAAAAAAAf-tABdIgvzBSx7xYU6SQW2MDXORHSy0wAHm5I/1/nJ1qwIFgSyW4nfuZp-VMgA/aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzM1MDEjc2VjdGlvbi02LjMuNg#section-6.3.6" class=""></a><a href="http://h5lm.mjt.lu/lnk/AMwAAEPRQ68AAAAAAAAAAKAFynQAASKA_AUAAAAAAAf-tABdIgvzBSx7xYU6SQW2MDXORHSy0wAHm5I/2/cturGvUAbhIkMPkkWYpZGw/aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL3JmYzM1MDEjc2VjdGlvbi02LjMu#section-6.3." class="">https://tools.ietf.org/html/rfc3501#section-6.3.</a>6). And for me the server was returning directories with \Noselect because the mailboxes were malformed on account of dovadm-sync errors. In order to fix this I formed a bash command to transverse the mailbox hierarchy and create the missing folders critical to the sdbox format, namely DIRNAME.</div></div></blockquote><div><br class=""></div><div>Nowadays we have also an option to disable creation of \Noselect folders, because they confuse people. Using mail_location = ...:NO-NOSELECT - It won't affect existing folders immediately though.</div></div><br class=""></body></html>