Zoek programma om mbox uit te splitsen naar losse files

[Verwijderd]

Help!

[ Voor 103% gewijzigd door Verwijderd op 01-07-2020 08:06 ]

[gekkie]

Wellicht dat een van de scriptjes uit de docs van dovecot je kunnen helpen ?
https://wiki.dovecot.org/Migration/MailFormat

[johnkeates]

Als je een systeem wil waarbij je mails weer teruggezet worden in een bestandssysteem kan je zo'n beetje alle moderne mail clients wel vergeten, dat werkt gewoon niet meer. Alles wordt naar databases en clustered files omgezet om dat het anders niet goed werkbaar is met de clients van nu.

Een human-readable structuur kan je ook vergeten, dat is nooit gedaan om dat het in software niet te automatiseren is op snelheid en om dat de namen uniek moeten zijn wat heel snel een probleem wordt.

Het pre-mbox formaat is maildir, daar zijn ook nog wel oude clients voor te vinden, voornamelijk CLI & ncurses clients. Wikipedia: Maildir

Je kan ook nog kijken naar GNOME boven op Finder draaien, en dan de DE uitzetten, dan zou je evolution of balsa kunnen draaien met maildir support. Gaat niet super lekker draaien, maar dat is ongeveer het beste wat er over is als de andere opties afvallen.

Wat je mbox corruptie probleem in het algemeen betreft: dit kan met alle data op alle niveaus plaatsvinden. Stel dat je OS crasht terwijl een complete directory node net herschreven werdt en journaling alleen de metadata heeft, dan ben je die hele map kwijt en krijg je alleen recovery met een bak naamloze bestanden.

De oplossing? Backups. Dat is eigenlijk de enige echte oplossing hier, teruggaan naar een ouder formaat met alle problemen van dien is geen echte oplossing en alles maar zelf willen lezen zonder tooling is ook niet echt de oplossing die je denkt te zoeken.

Wat het converteren betreft: dat kan met dsync uit de dovecot set tools. (https://wiki.dovecot.org/...ow&redirect=Tools%2FDsync)

[Verwijderd]

johnkeates schreef op woensdag 27 november 2019 @ 17:35:Een human-readable structuur kan je ook vergeten, dat is nooit gedaan om dat het in software niet te automatiseren is op snelheid en om dat de namen uniek moeten zijn wat heel snel een probleem wordt.

Dat valt toch wel mee. 2019-11-27 17.38.38 Nieuw bericht op Tweakers.txt in map [e-mail] gaat niet snel dubbel voorkomen. En anders -1 erachter.

Als het qua bestandssysteem niet gaat: ik sta ook open voor een goede moderne client die +/- 10 mailboxen kan samenvoegen en een beetje vlot kan doorzoeken.

[ Voor 14% gewijzigd door Verwijderd op 27-11-2019 17:41 ]

[johnkeates]

Verwijderd schreef op woensdag 27 november 2019 @ 17:40:
[...]


Dat valt toch wel mee. 2019-11-27 17.38.38 Nieuw bericht op Tweakers.txt in map [e-mail] gaat niet snel dubbel voorkomen. En anders -1 erachter.

Dat is echt extreem crap om te moeten lezen en sorteren in software. Even wat bestandsnamen uitschrijven is een ding, maar aan de lopende band een human-readable structuur bijhouden is toch wel even andere koek. Dan moet je bijna een complete filesystem explorer gaan schrijven om de vereiste features te krijgen om veilig een grote boomstructuur te lezen/schrijven.

[ Voor 13% gewijzigd door johnkeates op 27-11-2019 17:42 ]

[Verwijderd]

Software hoeft het niet te lezen! Dat hoef ik alleen zelf. Gaat erom na zeg half jaar, dan wil ik het niet meer in de mailclient hebben.

[gekkie]

Mjah als je het niet in maildir structuur wilt maar echt je eigen structuur, dan zul je het in perl of python zelf moeten klussen. Doorzoeken hangt er vanaf of zich is een grep aardig vlot.
Anders zou je de mails wellicht nog in iets als elasticsearch kunnen frotten.
Of zelf een dovecot instantie ergens draaien voor je mailarchief en serverside search inschakkelen met solr en een client die dat kan uitvoeren.

[The Lord]

Wellicht is Microsoft Outlook een optie i.c.m. Microsoft Access? Access kun je gebruiken om mappen vanuit Outlook te importeren en vervolgens te exporteren naar een ander formaat.

[akimosan]

Tja maar als je dan toch Outlook gebruikt in combinatie met OST / PST files dan is de standaard limiet met Unicode PST files 50GB maar de technische limiet ligt nog veel hoger.

https://www.msoutlook.info/question/852
Uiteraard moet je wel nadenken over backup van dergelijke bestanden.