[pmmail-list] alright, I've had enough ...
Rod Whitworth
pmmail-list@blueprintsoftwareworks.com
Mon, 16 May 2005 09:28:08 +1000
On Sun, 15 May 2005 17:08:24 +0200, Robert Dahlem wrote:
>On 15.05.2005 06:08, Rod Whitworth wrote:
>>> You won't be sorry if you change.
>> Unless something ever corrupts your mbox or an anti-virus thingy
>> "deletes the infected file" which is your mbox.
>Urban myth, dangerous smattering.
Urban myths have widespread belief amongst the ignorant. This fact is hardly known about in those circles.
It isn't common but it isn't unknown. I don't deal with too many Winnies that have mbox. (If they use LookOut! I
refuse to have anything to do with them and their single file.)
>Never saw a corrupted mbox in 20 years. There is no simpler format and
>it hasn't the main drawback of one-file-per-message-format: snail's pace.
You haven't done much work on corporate servers or at a hosting service have you?
The snail's pace thing is not relevant to well managed systems. For MUAs having all of the saved mail still in the
inbox with 1000 files there hardly causes PMmail to blink. Much more and it sags but then all it takes is a bit of
housekeeping and things are fine. I get the ones that complain to organise the stuff they wish to save into folders
and that works well.
At the server where the snail story had its genesis things have changed. POP servers never really had a problem
as mail is commonly downloaded and deleted from the server in one operation. The RFCs allow this to be
mandated and that gets rid of hoarded mail.
Very large mailstores use hashed directories for the maildirs to overcome slowing due to too many directories in
one parent and in the case of IMAP (where all the mail is on the server) quotas and user folders mitigate the
problem to where it is not an issue. Quotas can be very effective.
In any case there are filesystems that don't suffer degradation with huge inode lists per directory. Where I do work
on large servers we don't use those because we are not yet satisfied as to their total reliability.
Also be aware that there are simplistic tracts that would have you believe that maildir storage was totally useless.
UW, (in)famous for the security records of its ftpd and imapd/pop3d published one some time ago.
http://www.courier-mta.org/mbox-vs-maildir/ shows a well documented experiment to test the validity of that
paper. A link to the UW text is included.
>When mentioning mailbox corruption: are you're possibly talking about
>Outlook's PST?
Askiing me to work on Microsoft applications is like asking a neurosurgeon to do a colorectal resection.
~|^
Now I must get back to work ........... on configuration of two new servers for Australia's largest auction house and
a separate split MTA/MDA multi-domain system for the hosting service that is currently handling the auction
mail. The latter is to replace a system that came with an mbox only server. Loss of mail for some of the clients due
to a hardware glitch caused much angst. Now tell those users how good mbox is. Oh and yes, backup got their
mail back but not the stuff that arrived between backup and the failure.
>Regards,
> Robert
In the beginning was The Word
and The Word was Content-type: text/plain
The Word of Rod.