sslug-teknik team mailing list archive

[Frank Damgaard <frda@xxxxxxxxxxxxx>]

On Thu, Dec 06, 2001 at 19:01:43 +0100, Jon Bendtsen wrote:

> Jeg vil nu kalde det et fakt, hvis man tænker over
> fordele og ulemper ved at vælge den ene eller den anden
> løsning.

Det kommer nu an på hvad man har behov for.

> > Hvorfor er maildir det bedste ?
> 
> det er smartere lavet. Hvis du sletter en mail inde i midten
> skal du ikke parse 0978976986 linier for at slette en email,
> og kæde det sammen bagefter. Du faar EN bad sektor, og HELE
> din email er trashed, fordi det skader mbox filen (jaja, den
> er i text format, så du kan læse det igennem, men måske bliver
> 2 emails til en) Det sker ikke med Maildir.

Ulempe: Jeg tænker med gru på DOS/Win dagene og fidonet.
Her betød FAT filsystem gerne at filer allokerede blokke
på 8-32Kbyte (afhængig af partitionsstørrelse). 
Det gav et vældig fråds af plads. Men de første fidonet
systemer var med "maildir" lignende med 1 mail = 1 fil.
På FAT og DOS var det MEGET langsom når der kom flere hundrede
filer i et DIR. ;-(

Heldigvis er det ikke det store problem med f.eks. ext2
og andre unix filsystemer. (og andre nyere systemer....)


> Du kan arbejde på maildir's med flere forskellige programmer
> på samme tid. Du behøver ikke parse 98759888843 linier for
> at finde den sidste email.

De største af mine foldere er på højst ca. 100.000-200.000  linier
Og f.eks. mutt er rimelig hurtig til at arbejde med foldere/mbox.

> Mailbox er EN KÆMPE STOR FIL.
> Maildir er et bibliotek med en fil for hver email.

og en fordel for mbox:

Jeg foretrækker "mbox" formatet, men jeg fordeler via procmail
også til hver sin folder. Specielt sslug listerne ryger via
procmail i deres egne foldere, og hver måned arkiveres
og komprimeres de. De komprimerede foldere fylder mindre
og allokerer mindre plads en hver sin lille fil der komprimeres.
Og en zless/zgrep går hurtigere på folderne, end hvis man skulle
gøre det i en "tar.gz" fil.


Men valget må helt afhænge af hvordan man skal bruge sit mailsystem
som "klient", og til hvilke opgaver.


-- 
mvh Frank Damgaard  | http://home3.inet.tele.dk/frda/