[dovecot] Re: [bincimap] Re: Re: bincimap

[Andreas Aardal Hanssen]

Hi, Ian. Cross-posting discussions like this is usually not appreciated by
those who subscribe to both foras, so I'll limit it to the Dovecot list.

On Mon, 17 Feb 2003, Ian R. Justman wrote:
>On Mon, 17 Feb 2003, Andreas Aardal Hanssen wrote:
>My take is that if I am going to use an IMAP server, it would be VERY nice
>if a POP3 server also came bundled with it.  Dovecot's having both IMAP
>and POP3 servers is great because they will likely use the same
>file-locking schemes (in fact, probably even share the same locking
>settings).

I agree with you.

But any shared mailbox format that makes assumptions on the type of
locking used by other accessors, and does not provide a standard locking
mechanism bundled with the format specification, is b0rken. But nobody
ever claimed that mbox was anything else, did they? ;) mbox is yesterday's
format, and the only reason people cling to it is for convenience and "if
it works, don't fix it".

Today we can exploit concurrency and rapid access in ways that were
unthinkable back when mbox was designed. It's only natural that the old
and worn fall by the swords of the young and strong. :-)

>Basically, if you open via IMAP using a server with a diffent locking
>Additionally, the number of mbox POP3 servers which Do Not Suck(R) is
>rather low right now.  Timo finally introduced an mbox IMAP server which

This I don't agree with. Most existing POP3 servers are quite ok, and
one POP3 Maildir server that is excellent and bug free since 1998,
qmail-pop3d, is quite a piece of art.

>Not to mention, quite frankly, most mbox POP3 implementations suck pretty
>badly anyway. :P

This I do agree with. Don't confuse POP3 servers in general with mbox POP3
servers. The root, the source of the evil is the storage format mbox.

Now I will not claim that Maildir is indefinitely much better, but it's
almost, but not quite, much much better than mbox.

With Maildir there's no need to lock the depository when deleting or
delivering mails (even on NFS), but you can't store (append) a message
with a timestamp nor with flags without breaking consistency, and servers
have to search for lost messages when an external client changes a flag.

With mbox you have to rewrite the entire mailbox after expunging message
#1, and exclusive access is required when doing so. With no indexes,
mboxes also need to be more or less parsed on every login - I understand
that Dovecot has done some smart stuff here, but that's a workaround for
one of the big headaches of a crappy storage format.

Nobody with their wits intact would come up with something as pathetic as
the mbox storage format in 2003. That's _my_ personal opinion on this
matter.

Now Binc IMAP does not support this format, but that's not because I
don't want it to. Rather, I'd like to investigate neat ways to make it
work just like Timo has with Dovecot. But rather than breathing fresh
air into the wrinkled nostrels of one of the Internet age's uglier
artifacts, I'd like to find a way to move all users away from mbox and
into a new mailbox format. One box to rule them all. ;)

btw, Flames are happily accepted. :-)

Andy

-- 
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg