Bert JW Regeer wrote:
I would like to see some stats on this. Do you have any facts or
evidence to back this up?
It's true - if you don't have some sort of directory-hashing
(UFS_DIRHASH in FreeBSD-land) in place, which for FreeBSD has been
default since sometime in the early 4.x days, IIRC.
On current systems 7000 directories inside a directory should not be a
problem. Most employ hashing of some sort to speed up this kind of
thing. On my FreeBSD system there is currently a directory with 10,010
directories, and it is no slower than if that same directory had only
128 directories in it for example. Several of my users are on several
mailing lists for open source projects, and some of their Maildir's
have cur directories with over 30,000 emails in them. Biggest one is
150,000, with no slow downs. No extra load on my server. DJB gave
qmail's queue split directories,
See above. DJB was or is a (Free)-BSD user (when he started, Linux was a
toy anyway), which back in these days had this problem.
why I do not understand, and I might never, since clearly he did not
create his Maildir's to have the same sort of split directories for
speedy access by IMAP/POP3 or other mail protocols. I always disable
vpopmail's big dir stuff, as writing scripts for it is harder, extra
sub directories to traverse.
Just use the output of vuserinfo -d
BTW: Does the latest version of vpopmail include the patch someone
posted that fills up earlier hash-directories, where domains have been
deleted from, instead of creating new ones?