16 ms·
> Still, if you have over 100k emails, mbox will be slow to parse for obvious reasons as it has to parse every line with often having mboxes as huge as 500MB if
by jcranmer 3y ago
> Still, if you have over 100k emails, mbox will be slow to parse for obvious reasons as it has to parse every line with often having mboxes as huge as 500MB if not more.
No, you don't. You store in your metadata database what the offset of the message in the mbox file is. If you don't have such a metadata database, then you're going to be very slow no matter what the storage is.
- anthk 3y agoLoad a GB sized mbox into mail(1) and then say that again. Mbox it's just a literal cat mail/*.msgs >> mbox setup. Reading will be slow, and file locking will be hell. Unix should've switched to maildir long ago. Since 1999 storage and inodes are not a problem any more.
- jcranmer 3y ago> Load a GB sized mbox into mail(1) and then say that again. In other words, use mbox with an application that doesn't have its own message metadata database and you get problems. But if you're designing your own email client in the 21st century, then you're going to want to build your own message metadata database.
- 15457345234 3y agoThis thread is very strange with people talking about mail formats and methods of handling email that haven't seen serious use since 1990 I mean, I studied Comp Sci at university in 1997 and we were given IMAP credentials
- eru 3y agoI used maildir with mutt in the 2010s.
- 15457345234 3y agoYou and 100 other people globally
- anthk 3y agoYou are very wrong, lots of people saves down email in order to be sure. You can use Maildir with IMAP. mbsync will do it fine. Dito with SMTP and msmtp.