<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Repairing my own message below.<div class=""><br class=""></div><div class="">The origin of the problem was that my High Sierra Server dovecot (always upgraded/migrated from the earliest MacOS X Server almost 20 years ago) used ‘.’ as the inbox namespace separator and the MacPorts one uses ‘/‘</div><div class=""><br class=""></div><div class="">When a new account is created on macOS, Mail.app finds out what it is and uses that. Mail.app worked fine with new accounts, but when I switched over from the old server to the new with existing accounts on macOS clients, they encountered a namespace problem.</div><div class=""><br class=""></div><div class="">So, to be backwards compatible with older macOS Server (easy migration) it is best to use the ‘.’ as inbox namespace separator for the MacPorts port. That way, existing clients can just be switched over without having to recreate all the accounts.</div><div class=""><br class=""></div><div class="">G</div><div class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 30 Dec 2019, at 16:18, Gerben Wierda <<a href="mailto:gerben.wierda@rna.nl" class="">gerben.wierda@rna.nl</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">Just reporting in case someone else runs into this.</div><div class=""><br class=""></div><div class="">I’ve just migrated from an old dovecot server to a new one based on MacPorts dovecot etc..<div class=""><br class=""><div class="">The mailboxes have been migrated with doveadm backup and sync. Receiving and sending mail in the INBOX worked. Moving a message to another mailbox at the top level worked as well. Just not when there is a mailbox hierarchy and I’m more than one level down.</div><div class=""><br class=""></div><div class="">When trying to move a message from INBOX to another mailbox with Apple Mail (macOS Mojave) I got the following error:</div><div class=""><br class=""></div><div class=""><span class="Apple-tab-span" style="white-space: pre;">   </span>The IMAP command “UID COPY”  failed for the mailbox “INBOX” with server error: Character not allowed in mailbox name: '.'</div><div class=""><br class=""></div><div class="">dovecot showed no errors in mail-error.log or mail-info.log</div><div class=""><br class=""></div><div class="">Creating a Mailbox TestLevelOne worked and .TestLevelOne was created in the Maildir store</div><div class="">Creating a Mailbox TestLevelOne/TestLevelTwo didn’t work</div><div class="">Accessing any mailbox at level 2 did not work (only showed old cache)</div><div class=""><br class=""></div><div class="">mail-debug.og didn’t show anything when I tried this.</div><div class=""><br class=""></div><div class="">The solution was that somehow Apple Mail.app (Mojave) had become corrupted. Removing its contents from ~/Library and recreating the accounts solved the issue.</div><div class=""><br class=""></div><div class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">Gerben Wierda</div><div class=""><a href="http://enterprisechess.com/" class="">Chess and the Art of Enterprise Architecture</a></div><div class=""><a href="http://masteringarchimate.com/" class="">Mastering ArchiMate</a></div><div class=""><a href="https://www.infoworld.com/blog/architecture-for-real-enterprises/" class="">Architecture for Real Enterprises</a> at InfoWorld</div><div class=""><a href="https://eapj.org/on-slippery-ice/" class="">On Slippery Ice</a> at EAPJ</div><div class=""><br class=""></div></div></div></div></div></div></div></div></div></div></div></div></div></div></blockquote></div><br class=""></div></body></html>