BEZEICHNUNG

MMDF - Das Mailboxformat »Multi-channel Memorandum Distribution Facility«

BESCHREIBUNG

Dieses Dokument beschreibt das Mailboxformat MMDF, das von einigen MTAs und MUAs (z.B. scomail(1)) verwendet wird, um E-Mails lokal zu speichern.

Eine MMDF-Mailbox ist eine Textdatei, die eine beliebige Anzahl E-Mail-Nachrichten enthält. Jede Nachricht besteht aus einem Stempel, gefolgt von einer E-Mail-Nachricht entsprechend RFC822/RFC2822, wiederum gefolgt von einem Stempel. Das Dateiformat ist zeilenorientiert. Die Zeilen werden durch Zeilenvorschübe getrennt (ASCII 10). Eine Stempelzeile besteht aus den vier Zeichen »^A^A^A^A« (Strg-A; ASCII 1).

Beispiel für eine MMDF-Mailbox, die zwei Nachrichten enthält:

^A^A^A^A


From: example@example.com


To: example@example.org


Subject: test

>Was ich über das MMDF-Format gelernt habe:


^A^A^A^A


^A^A^A^A


From: example@example.com


To: example@example.org


Subject: test 2

bar


^A^A^A^A

Im Gegensatz zu den meisten anderen auf einer Einzeldatei basierenden Mailboxformaten wie MBOXO und MBOXRD (siehe mbox(5)) ist es in MMDF-Mailboxen nicht nötig, die »From«-Zeilen in Anführungszeichen zu setzen, da solche Zeilen in diesem Format keine besondere Bedeutung haben.

Wenn die (üblicherweise durch stat(2) ermittelte) Änderungszeit einer nicht leeren Mailbox größer beziehungsweise neuer als die Zugriffszeit der Datei ist, dann enthält die Datei neue E-Mails. Viele MUAs setzen eine »Status:«-Kopfzeile in jede Nachricht, um zu bezeichnen, welche Nachrichten bereits gelesen wurden.

SPERREN

Da auf MMDF-Dateien häufig von mehreren Programmen parallel zugegriffen wird, sollte der Zugriff auf diese Dateien generell nicht ohne Sperrung erfolgen.

Allgemein werden drei Sperrmechanismen (und Kombinationen davon) verwendet:

• Das Sperren mit fcntl(2) wird zumeist auf aktuellen, POSIX-konformen Systemen verwendet. Die Nutzung dieser Sperrmethode ist insbesondere bei MMDF-Dateien ratsam, auf die über das Network File System (NFS) zugegriffen wird, da es die einzige Möglichkeit zu sein scheint, die Zwischenspeicher von NFS-Clients zuverlässig für ungültig zu erklären.
• Das Sperren mit flock(2) wird meist auf BSD-basierten Systemen verwendet.
• »Dotlocking« wird auf allen Systemtypen verwendet. Um beispielsweise eine MMDF-Datei namens Mail-Ordner zu sperren, legt eine Anwendung zunächst eine temporäre Datei mit einem eindeutigen Namen in dem Verzeichnis an, indem sich die Datei Mail-Ordner befindet. Die Anwendung versucht dann, mit dem Systemaufruf link(2) einen harten Link namens Mail-Ordner.lock zu erstellen, der auf die temporäre Datei zeigt. Der Erfolg des Systemaufrufs link(2) sollte zusätzlich mit stat(2)-Systemaufrufen verifiziert werden. Falls der Link erfolgreich erstellt wurde, wird der Mail-Ordner als »dotlocked« betrachtet. Der Link zur temporären Datei kann daraufhin sicher entfernt werden.

Um die Sperre aufzuheben, entfernt eine Anwendung einfach die Datei Mail-Ordner.lock.

Wenn mehrere Methoden kombiniert werden, sollte bei der Implementierung sichergestellt werden, dass die nicht blockierenden Varianten der Systemaufrufe fcntl(2) und flock(2) verwendet werden, um tote Verklemmungen zu vermeiden.

Wenn mehrere Methoden kombiniert werden, darf eine MMDF-Datei nicht als erfolgreich gesperrt betrachtet werden, bevor nicht alle einzelnen Sperren wirksam sind. Wenn eine der einzelnen Sperrmethoden scheitert, sollte eine Anwendung alle Sperren aufheben, die sie erfolgreich angewendet hat und mit dem gesamten Sperrvorgang nach einer angemessenen Wartezeit von vorn beginnen.

Der Sperrmechanismus auf einem bestimmten System ist eine Sache der lokalen Regeln und sollte konsistent von allen auf dem System installierten Anwendungen genutzt werden, die auf MMDF zugreifen. Erfolgt dies nicht, kann es zum Verlust von E-Mail-Daten und beschädigten MMDF-Dateien kommen.

KONFORM ZU

MMDF ist kein Teil irgendeines gegenwärtig unterstützten Standards.

GESCHICHTE

MMDF wurde von Dave Crocker an der University of Delaware entwickelt.

SIEHE AUCH

scomail(1), fcntl(2), flock(2), link(2), stat(2), mbox(5), RFC822, RFC2822

AUTOR

Urs Janssen <urs@tin.org>

ÜBERSETZUNG

Die deutsche Übersetzung dieser Handbuchseite wurde von Mario Blättermann <mario.blaettermann@gmail.com> erstellt.

Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 oder neuer bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.

Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die Mailingliste der Übersetzer.