On Wed, 2009-12-16 at 19:50 -0500, Jeffrey Stedfast wrote:
> The standard way to nest Maildir folders is such:
>
> Maildir/
> cur/
> new/
> tmp/
> .GNOME/
> cur/
> new/
> tmp/
> .GNOME.Evolution/
maybe, but Evolution doesn't use this model, it is creating subfolders
directly, like:
Maildir/
cur
new
tmp
folder1
cur
new
tmp
folder2
Which makes:
Inbox
folder1
folder2
How do you create a folder on the same level as Inbox with your model?
As far as I understand it the leading dot means it's an Inbox subfolder,
not only a folder itself. We want it for Send/Draft/Outbox folders at
least. I thought to workaround it by starting maildir hierarchy for
local folder not at '.', but at './Our-Inbox'. Kinda nasty, I know.
If there will be any change in the folder layout for maildir, we should
keep some option for backward compatibility, but that's obvious.
> > - recently also some slowness for refresh of large folders (should
> be
> > partially fixed, but not fully, if I recall correctly)
> >
>
> is this related to readdir() performance?
Not sure exactly, but I think the readdir isn't the culprit. It's that
the "Checking folder consistency" can take unbelievable time for some
particular circumstances. I saw that on one of my large test folders,
but not always. It might be due to db-summary as well, when for example
aren't loaded message infos thus the checking is loading one by one,
which is awfully slow. Just a guess, question for investigation.
Bye,
Milan
_______________________________________________
Evolution-hackers mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/evolution-hackers
