EML naar MBOX

Deze tool bundelt één of meer EML‑e‑mailbestanden in één MBOX‑archief. Elk bericht wordt letterlijk geschreven, met behoud van alle headers, body‑delen, bijlagen en inline‑afbeeldingen precies zoals ontvangen wanneer het archief wordt geïmporteerd in een e‑mailclient. ⚠️ Alleen de mboxrd‑dialect wordt gegenereerd; andere mbox‑varianten vallen buiten de reikwijdte van de tool.

Lossless e‑mailverpakking

Elk .eml‑bestand dat u levert, wordt zonder aanpassing in de output‑.mbox geschreven. Alle header‑velden, inclusief aangepaste X‑headers, de Message‑Id en de exacte regeleinden, worden letterlijk gekopieerd. De ruwe MIME‑body, of deze nu plain‑text, HTML of multipart is, wordt onveranderd opgeslagen, zodat de originele structuur en codering intact blijven bij import in een client.

Het archief gebruikt het mboxrd‑dialect, waarbij een “From ”‑scheidingsteken vóór elk bericht wordt geplaatst dat het oorspronkelijke afzenderadres en de tijdstempel van het bericht in het traditionele “Day Mon DD HH:MM:SS YYYY”‑formaat bevat. Deze scheiding wordt herkend door de meeste desktop‑ en command‑line‑mailprogramma’s, waardoor naadloos sorteren, threads en weergave van de gebundelde berichten mogelijk is.

Bijlagen en inline‑bronnen blijven intact

Binaire bijlagen worden bewaard in hun oorspronkelijke base64‑gecodeerde weergave binnen de .mbox. Wanneer het bestand wordt geopend in clients zoals Thunderbird of Apple Mail, verschijnen alle bijlagen opnieuw met dezelfde bestandsnaam, grootte en content‑type, zodat u ze kunt openen, opslaan of doorsturen precies zoals ze bij de bron‑e‑mail waren bijgevoegd.

Ingesloten afbeeldingen die met een Content‑ID in de originele e‑mail werden gerefereerd, worden bewaard als inline‑delen, zodat de ontvangende client ze direct in de berichtbody kan renderen zonder extra downloadstappen. URL’s die verwijzen naar externe afbeeldingen worden niet opgehaald tijdens het verpakken; ze blijven de oorspronkelijke HTTP(S)‑links, zodat de client kan bepalen of ze moeten worden geladen volgens zijn beveiligingsinstellingen.

Kalenderuitnodigingen en andere speciale onderdelen

iCalendar (.ics)‑componenten die in de bron‑berichten zijn opgenomen, worden ongewijzigd in de .mbox geschreven. Mailprogramma’s die kalenderuitnodigingen begrijpen, presenteren ze als actie‑bare evenementen, zodat u de vergadering direct vanuit het geïmporteerde bericht aan uw agenda kunt toevoegen, terwijl clients die ze als generieke bijlagen behandelen nog steeds het oorspronkelijke .ics‑bestand tonen.

Alle niet‑standaard of propriëtaire MIME‑delen – zoals versleutelde blobs, aangepaste applicatiedata of experimentele content‑types – worden ook zonder wijziging meegenomen. Dit garandeert dat het archief een getrouwe container blijft voor het volledige spectrum aan data die de originele e‑mails bevatten, zodat toekomstige tools deze onderdelen kunnen interpreteren of extraheren indien nodig.

Limieten en scope

Batch‑grootte

Accepteert een willekeurig aantal .eml‑bestanden in één inzending, beperkt door de upload‑grootte‑limiet van de huidige abonnementstier.

Output‑retentie

Genereert één output.mbox‑bestand dat 24 uur na voltooiing van de conversie kan worden gedownload.