Az mbox az e-mail üzenetek tárolására használt fájlformátumok általános neve. Az mbox formátumú postafiókban lévő összes üzenet egyetlen szövegfájlban van. Az e-mail üzenet elejét egy 5 karakterből álló karakterlánc határozza meg: a "Feladó" szó, majd egy szóköz. Minden üzenet végén van egy üres sor.
Az mbox formátum ma is népszerű, mert könnyen használható szövegszerkesztő programokkal.
Az üzenetküldéshez használt internetes protokolloktól eltérően az elektronikus üzenetek tárolására szolgáló formátumot nem az RFC-n keresztül vezették be, hanem az e-mail szoftverek fejlesztői hozták létre.
Az mboxban ( RFC 4155 ) az üzenetek az eredeti internetes üzenetformátumban ( RFC 2822 ) közvetlenül elérhető fájlokba kerülnek a felhasználók számára. Ugyanaz, mint az MH Message Handling System postafiókok másik formája . Más rendszerek, mint például a Microsoft Exchange Server és a Cyrus IMAP Server, a postafiókokat a levelezőrendszer által karbantartott, a felhasználók által közvetlenül nem elérhető központi adatbázisokban tárolják.
Az mbox alternatíváját gyakran maildir e- mail tárolási formátumnak nevezik .
Négy nem kompatibilis mbox formátum létezik: mboxo , mboxrd , mboxcl és mboxcl2 , amelyek a Unix különböző verzióiból származnak . Az elnevezési sémát Daniel J. Bernstein, Rahul Dhesi és mások dolgozták ki 1996-ban. Az mboxcl és az mboxcl2 a Unix System V 4. kiadású levelezők által használt fájlformátumból származik . Az mboxrd -t Rahul Dhesi és munkatársai fejlesztették ki az mboxo továbbfejlesztéseként , majd később adaptálták egyes Unix-levelezők, köztük a qmail (eredeti: " és ezt követően néhány Unix levelezőeszköz, köztük a qmail is átvette."
Az mboxo és mboxrd egy új üzenet elejét a From szóval kezdődő sorral határozzák meg, amely a levél fejlécében és törzsében is szerepelhet (régi hiba az e-mail szabványban, talán még mindig releváns) (eredeti : "az előbbi esetében a levelezési szabvány megsértése, de az utóbbi esetében valószínű"). Mielőtt egy mbox postafiókban tárolná, az üzenet törzsében a "Feladó" szóval kezdődő sorokat egy "nagyobb, mint" karakternek kell megelőznie:
> Az én szemszögemből..., ami mbox formátumban üzenetrontáshoz vezethet: ha a "nagyobb, mint" karakter már a "From" előtti sor elején van, akkor az változatlan marad. Később az e-mailek olvasásakor a program tévedésből eltávolítja a kezdeti „>” jelet. Az mboxrd formátum úgy oldja meg ezt a problémát, hogy a From elemet a >Feltől-re, a >From-t pedig a >>From-ra cseréli. Az ilyen átalakulás mindig visszafordítható. [egy]
Példa:
Feladó: MAILER-DAEMON, 2011. július 8. péntek, 12:08:34 Feladó: Szerző <[email protected]> Címzett: Címzett <cí[email protected]> Tárgy : 1. mintaüzenet Ez a test. >From (meg kell szökni). 3 sor van. A MAILER-DAEMON-tól 2011. július 8. péntek, 12:08:34 Feladó: Szerző <[email protected]> Címzett: Címzett <cí[email protected]> Tárgy: 2. mintaüzenet Ez a második test.Az mboxcl és mboxcl2 formátum a " " fejlécet használja az üzenet hosszának meghatározásához és a "valódi" FeladóContent-Length: mezők megtalálásához . Az mboxcl továbbra is a ">" karaktert használja a kilépéshez , az mboxcl2 nem.
Egyes programok az igényeiknek megfelelő mbox módosításokat használnak .
Az mbox változatok különböző, inkompatibilis fájlzárolási mechanizmusokat használnak : fcntl(), lockf(), "pontzárolás". Ez nem megbízható hálózati fájlrendszerek, például NFS használatakor .
A fájlok zárolása azért szükséges, mert egy fájlban sok üzenet tárolódik, ami megsérülhet, ha több program egyszerre próbál írni. Ez akkor fordulhat elő, ha az e-mail kézbesítő program új üzeneteket ad hozzá, miközben a levelezőolvasó törli a régi üzenetet.
Javasoljuk, hogy blokkolja az mbox fájlokat még egyszerű levélolvasáshoz is. Ellenkező esetben sérült üzenet jelenhet meg, ha egy másik folyamat egyidejűleg módosítja a fájlt.