Re: IMAP

Ingo Klöcker <[email protected]>
Newsgroups gmane.comp.kde.users.pim
Message-ID <[email protected]>
On Thursday 07 January 2010, Kārlis Repsons wrote:
> On Thursday 03 December 2009 09:46:24 Kārlis Repsons wrote:
> > Hi all,
> > not knowing much about IMAP, I'm still going to set up Dovecot that
> > way -- what I wanted to know is about search: how can dovecot's
> > indexing feature be taken advantage of, when a search is performed
> > with kmail? "Automatically"? Well, just to make sure it actually
> > can work out...
>
> And now I'm back with some other, more concrete questions, but first
> I'll tell briefly what has been done.
>
> I decided to sort mails per year/month and then set up an automatic
> mechanism to sort within a month folder as desired. First I had to
> migrate a chunk of old mails to those perhaps over 1k directories.
> Note, that I set dovecot to
>
> :LAYOUT=fs, so I can use that mail tree with mutt in an emergency
> : situation
>
> (which caused that all folders had to be created by hand on server,
> failure with kmail). But I've not finished the migration yet, because
> kmail is deadly slow. It takes some hours for it to process those
> folders every time kmail is started and it "burns" a cpu core.
>
> Is that nonstandard serverside mails tree format to blame? Or with
> maildir++ it'd be about just as slow?

Probably yes. To KMail the folder tree wouldn't look different. The 
difference is only known by dovecot. As such it cannot affect KMail.


> I read, some other IMAP module/whatever is going to be ready for
> KMail, but is there sufficient reason to think, it will handle such
> large imap mailbox trees, which are in addition filesystem trees, not
> maildir++?

Akonadi will hopefully cope better with this. Does the situation improve 
if you "hide" all but about 100 folders from dovecot (and thus also 
from KMail)?


Regards,
Ingo

_______________________________________________
KDE PIM users mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/kdepim-users
signature.asc (application/pgp-signature, 197 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEABECAAYFAktGX70ACgkQGnR+RTDgudj8oQCgzUESAk+qLjH8+5k/E3WQO0wi
Pg0AoKlcW1ONpiVUdXz3niUQIycwfO0+
=SmX9
-----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.