From kde-pim  Sat Feb 11 16:25:43 2012
From: Kevin Krammer <kevin.krammer () gmx ! at>
Date: Sat, 11 Feb 2012 16:25:43 +0000
To: kde-pim
Subject: Re: [Kde-pim] Maildir directory structure [Re: A sigh]
Message-Id: <201202111725.44001.kevin.krammer () gmx ! at>
X-MARC-Message: https://marc.info/?l=kde-pim&m=132897758901304
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============3552007208340013801=="

--===============3552007208340013801==
Content-Type: multipart/signed;
  boundary="nextPart2177911.O2l4LX6tlN";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2177911.O2l4LX6tlN
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Saturday, 2012-02-11, Anders Lund wrote:
> L=F8rdag den 11. februar 2012 16:28:28 Kevin Krammer skrev:
> > On Saturday, 2012-02-11, Anders Lund wrote:
> > > In kmail 1 there was both visible and hidden subdirectories, some of
> > > which had localized names. In kmail 2 ~/Mail (or wereever you store
> > > your mail) is a joke - it is ALWAYS empty apart from empty cur, new
> > > and tmp subdirectories.
> > >=20
> > > Personally, I don't care much what the layout looks like, as long as
> > > mail is stored where the user thinks, in my case indside ~/Mail, as
> > > long as it is just functional inside kmail. This was true until kmail
> > > 2, and it should be again.
> >=20
> > That can't be quite accurate. The KMail folders resource was specifical=
ly
> > designed to work with a KMail1 mail store directory and it does not move
> > mails outside of that tree.
> >=20
> > Thus is uses exactly the same on-disk layout KMail 1 did.
>=20
> Well, that might have been the intention, but it does not appear to be the
> reality.
>=20
> When doing the switch from kmail1 to kmail2, I first archieved all my
> folders in kmail1, moved ~/Mail away and recreated it by pointing a new
> maildir akonadi resource there. After starting kmail 2, I imported all the
> acrhieves. The result of that was that most of that mail (all that was
> sucessfully imported) was moved into ~/.Mail.directory/<subfoldername>,
> which is also where kmail2 stores new mail.

Right, different resource. However, that resource should also probably trea=
t=20
the case of creating a new top level directory as a top level root.

In any case KMail2 (or rather the Akonadi data access stack) has an option =
to=20
store data exactly like KMail1 did.
The resource is called KMail Folders for a reason.

Cheers,
Kevin
=2D-=20
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

--nextPart2177911.O2l4LX6tlN
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iD8DBQBPNpaHnKMhG6pzZJIRAqc/AJ4wnL7o3SBRWc6Fk2f5wCL1AGMMlQCeLkAY
QaZ9/QL5KLSkBNSUFqVh2g0=
=XSs1
-----END PGP SIGNATURE-----

--nextPart2177911.O2l4LX6tlN--

--===============3552007208340013801==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
KDE PIM mailing list kde-pim@kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/
--===============3552007208340013801==--