Mbox: Unterschied zwischen den Versionen
K Textersetzung - „== Syntax ==“ durch „== Aufruf ==“ |
|||
| (17 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 49: | Zeile 49: | ||
== Installation == | == Installation == | ||
== | == Aufruf == | ||
=== Parameter === | === Parameter === | ||
=== Optionen === | === Optionen === | ||
=== | === Umgebung === | ||
=== | === Rückgabewert === | ||
== Konfiguration == | == Konfiguration == | ||
=== Dateien === | === Dateien === | ||
== | == Anwendung == | ||
== Sicherheit == | == Sicherheit == | ||
== Dokumentation == | == Dokumentation == | ||
=== RFC === | === RFC === | ||
=== Man- | === Man-Page === | ||
=== Info-Pages === | === Info-Pages === | ||
=== Siehe auch === | === Siehe auch === | ||
== Links == | == Links == | ||
=== Projekt | === Projekt === | ||
=== Weblinks === | === Weblinks === | ||
* [http://www.courier-mta.org/mbox-vs-maildir/ Benchmarking mbox versus maildir] | * [http://www.courier-mta.org/mbox-vs-maildir/ Benchmarking mbox versus maildir] | ||
[[Kategorie:E-Mail/Architektur]] | |||
{{DEFAULTSORT:mbox}} | |||
Aktuelle Version vom 12. November 2024, 18:47 Uhr
mbox, von englisch „mailbox“ („Postfach“), ist ein Dateiformat, mit dem mehrere E-Mails zusammen in einer Datei gespeichert werden. Das Format ist meist von Unix bekannt.[1]
Beschreibung
Die E-Mails werden in der Reihenfolge ihres Eingangs hintereinander in der Datei gespeichert, jede E-Mail beginnend mit einer Trennzeile und typischerweise gefolgt von einer Leerzeile.[1] Die Trennzeile beginnt üblicherweise mit der Symbolsequenz „From“, gefolgt von einem Leerzeichen, einer E-Mail-Adresse, einem weiteren Leerzeichen und dem Zeitstempel des Eingangs.[1]
Von diesem Standard weichen viele Umsetzungen ab.[1] Dokumentiert sind vier unter Unix entwickelte Varianten, die nicht kompatibel sind.[2]
Die mbox-Dateien tragen für gewöhnlich keine Endung, gelegentlich wird aber .mbox oder .mbx verwendet.[1]
Vorteile
- Wenige größere Dateien beanspruchen weniger Speicherplatz als viele kleinere Dateien, weil weniger Datenblöcke unvollständig belegt werden.
- Programme können eine einzelne größere Datei schneller als viele kleinere Dateien lesen, weil mehrfaches Öffnen und Schließen entfällt.
Nachteile
- Programme können keinerlei Änderungen verfolgen, ohne alle in der mbox-Datei enthaltenen E-Mails vollständig zu lesen.
- Gleichzeitige Änderungen, zum Beispiel das Löschen einer E-Mail, während eine neue eingeht, müssen durch entsprechende Sperren verhindert werden, um die Datei nicht zu zerstören.
- In Verbindung mit solchen Datensicherungen, die nicht geänderte Datenblöcke, sondern traditionell geänderte Dateien kopieren, wird relativ viel Speicherplatz beansprucht, selbst wenn nur einzelne E-Mails gelöscht wurden.
- Erkennt ein Virenscanner (korrekt oder inkorrekt) eine in der mbox-Datei gespeicherte E-Mail als Schadprogramm, kann dies zu einer Sperre der mbox-Datei oder schlimmstenfalls nach einer in ungeeigneter Weise durchgeführten Reparatur der mbox-Datei seitens des Virenscanners zu einer defekten mbox-Datei führen, so dass durch Mitwirkung des Virenscanners eine einzelne, virenverseuchte E-Mail zur Unlesbarkeit aller anderen in derselben mbox-Datei gespeicherten E-Mails führen kann.
Das neuere Konzept Maildir vermeidet diese Nachteile, indem es jede E-Mail einzeln in einer separaten Datei speichert.
Geschichte
Dieses traditionelle Speicherverfahren für E-Mails stammt aus den frühen 1960er[3] Jahren und ist weit verbreitet.[1] Seit 2005 gibt es eine offizielle Definition dieses Datenformats, RFC 4155.[1]
Installation
Aufruf
Parameter
Optionen
Umgebung
Rückgabewert
Konfiguration
Dateien
Anwendung
Sicherheit
Dokumentation
RFC
Man-Page
Info-Pages
Siehe auch
Links
Projekt
Weblinks