On 25.1.2011, at 0.11, Sven Hartge wrote:
Yes, but if you use mdbox_rotate_interval=1d and run the purging before backups, I think there's a good chance that most of the backed up mails will be new files that bacula hasn't seen before.
Do you mean "new mails" instead of "new files"?
Same thing. Because of daily mdbox file rotation all new mails are in new files (well, most).
Just thinking: can the storage directory for mdbox be hashed? So you for example get
<mail location root>/storage/X/Y/m.*
instead of
<mail location root>/storage/m.*
This way any performance degration caused by too many files per directory could be prevented.
It would be simple to add such code, but no one's really asked for it yet. Also I wonder what kind of a hashing method would be good here, especially one that would create more dirs when the number of files increases, but without becoming something stupid after file deletion like having only one or two files in each directory..