Hi! On Tue, 2015-05-05 at 10:16:11 +0200, Oswald Buddenhagen wrote: > On Mon, May 04, 2015 at 10:40:19PM +0200, Guillem Jover wrote: > > Either that or I'm very confused…
> i'd bet on the latter. ;) I'm not sure if we are talking/thinking past each other, though. And while I'm not trying to be obtuse here, the way I read the specs I don't see anything wrong with my reasoning. So if it really is that I'm confused, I'd appreaciate to understand why. :) > Path is not the top-level folder - it is a "namespace" that contains > top-level folders. Ok, but a "namespace" is an IMAP (or an mbsync) concept not a Maildir++ concept. And from my reading of the spec a ~/Maildir with (sub)folders not starting with . is not a valid Maildir++. > this is also what you'd find on an actual imap server. Perhaps through the IMAP protocol point of view, but certainly not from its on-disk layout. As I pointed out in my previous reply, the dovecot [D] and the courier [M] docs are pretty explicit on how Maildir++ is layed out on-disk. The dovecot docs even include examples for valid Maildir++ boxes, which match exactly the on-disk layout on my imap server. And that was the reason I switched my client on-disk layouts to match. [D] <http://wiki.dovecot.org/MailboxFormat/Maildir#Directory_Structure> [M] <http://www.courier-mta.org/imap/README.maildirquota.html> Here's the relevant excerpt from the dovecot doc: ,--- Directory Structure Dovecot uses Maildir++ directory layout for organizing mailbox directories. This means that all the folders are directly inside ~/Maildir directory: ~/Maildir/new, ~/Maildir/cur and ~/Maildir/tmp directories contain the messages for INBOX. The tmp directory is used during delivery, new messages arrive in new and read shall be moved to cur by the clients. ~/Maildir/.folder/ is a mailbox folder ~/Maildir/.folder.subfolder/ is a subfolder of a folder (ie. "folder/subfolder") Most importantly this means that if your maildir folders exist in eg. ~/Maildir/folder and ~/Maildir/folder/subfolder, Dovecot won't see them unless you rename them to Maildir++ layout. v1.1 supports them by adding :LAYOUT=fs to mail_location. `--- As it stands the on-disk layout mbsync is currently using at least with «SubFolders Maildir++» seems pretty weird to me, and as stated before it seems to force ~/Maildir to not be a Maildir++, while its subdirectories might be so. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org