~kmaasrud/inbox

[maildirpp] Improve compatibility

Details
Message ID
<17d3e83dfe1c0924.f9706245cd3a3f97.3b41d60ef9e2fbfb@soywod>
DKIM signature
pass
Download raw message
Hey Magnus,

I hope you are doing well! I wanted to share with you an issue I am
facing with the maildirpp crate. Here the thing:

- The Maildir standard does not provide anything about folders
  hierarchy. One Maildir targets one mailbox. The way to structure
  folders is up to the client. Let's say someone uses the mail
  synchronizer [mbsync]. The Maildir folder hierarchy is specific to
  mbsync: name of the inbox folder, nested vs flatten folders, folder
  name encoding/decoding of special characters etc. If someone wants to
  migrate from mbsync to [OfflineIMAP], it will probably not work.

- The Maildir++ standard restricts a bit more the hierarchy, as every
  sub folders need to start by a period. But same issues regarding
  nested vs flatten (.Archives.2024.January vs .Archives/.2024/.January)
  and encoding.

To improve compatibility between Maildir instances, a Maildir builder
with few options could be enough: Folder aliases, nested vs flatten,
encoding and decoding. But I am not sure if such a builder belongs to
the maildirpp crate. Maybe a more generic crate like `maildirs` could be
a better candidate (a crate to manage a group of Maildir-based
folders). Maildir++ could become an option.

What do you think?

Regarding m2dir, I wanted to give it a shot soon but it will be
delayed. The Maildir issue is more important for `email-lib` at the
moment.

[mbsync]: https://isync.sourceforge.io/mbsync.html
[OfflineIMAP]: https://www.offlineimap.org/

-- 
Regards
Clément DOUIN
https://soywod.me
Reply to thread Export thread (mbox)