Re: adding maildir files

Ingo Klöcker <[email protected]>
Newsgroups gmane.comp.kde.users.pim
Message-ID <3717733.ZCnOmut46a@thufir>
On Thursday 05 May 2016 00:44:32 Jörg Schaible wrote:
> Ingo Klöcker wrote:
> > On Wednesday 04 May 2016 21:24:01 Johann Rohwer wrote:
> >> There is no nested directory structure on disk and mail
> >> (sub)folders
> >> are indicated by a dot in the filename. I have noticed this before
> >> and it is an incompatibility that prevents simple copying from a
> >> dovecot server to a local akonadi maildir resource. Anyone know the
> >> reason for this difference? The dovecot implementation seems
> >> cleaner.
> > 
> > The reason is simple: Almost 20 years ago, when support for
> > subfolders was added to KMail that's what the developers came up
> > with. Back then Maildir++ probably hadn't been "invented" yet. (The
> > Wikipedia article on Maildir reads "Varshavchik, Sam (1998)
> > Maildir++ and Maildir quotas which has the Maildir++ specification
> > buried within it".)

I forgot that initially KMail used mbox. Support for Maildir was added 
much later, but for obvious reasons we used the same way for storing 
subfolders.


> > Why was this never changed?
> > Reason 1: Backwards compatibility (aka inertia ;-))
> > Reason 2: There never was a compelling enough reason for changing
> > it.
> 
> https://bugs.kde.org/show_bug.cgi?id=294215

Quite frankly, I would close this bug because it describes a completely 
different scenario. Some comments mention Maildir++, but the original 
description is about a nested directory structure.


Regards,
Ingo

_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users
signature.asc (application/pgp-signature, 181 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iEYEABECAAYFAlcrjQMACgkQGnR+RTDgudggfACfX2v7Fbg0rHhz+Hz16d5jS8hS
MMcAoN6mjrHNiCrewtBLVgzaE2PmCPBO
=SzOr
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.