On 4/26/2013 9:32 PM, grarpamp wrote: >>>>>>> specified out there that applications could utilize... >>>>>>> where n is your split width... tmp/n, new/n, cur/n. > >> pff and you realized that the "not a file per message" is >> exactly the solution for problems with tens thousands of > > It is *a* solution, not *the* solution,
True. mbox solved this problem before it really began, back before people started mass archiving thousands or tens of thousands of emails. When used with modern MUAs and multiple name spaces you can mitigate or eliminate the locking problems, especially if using sieve to sort to these folders/files during delivery. I've been using such a setup with Dovecot, Thunderbird, and Roundcube, for may years. The largest of my mbox files, XFS list mail, is only 19K+ emails. Full text searching it is relatively quick even if the FTS index isn't primed, and especially given the age of the hardware. If I was using maildir storage I can only assume FTS would take quite a while longer, as well as backup. -- Stan
