Lawrence D'Oliveiro <l...@geek-central.gen.new_zealand> wrote: > In message <jo2dnwpluopxvwjunz2dnuvz_qudn...@posted.usinternet>, Grant > Edwards wrote: > > > On 2009-04-26, Lawrence D'Oliveiro <l...@geek-central.gen.new_zealand> > > wrote: > > > >> In message <_vqdnf6pny1gymzunz2dnuvz_qcdn...@posted.visi>, Grant Edwards > >> wrote: > >> > >>> ... if one didn't care about backwards-compatiblity with old e-mail > >>> apps, then one would use a less broken mailbox format like > >>> maildir. > >> > >> It's only in the proprietary-software world that we need to worry about > >> backward compatibility with old, obsolete software that the vendors > >> cannot or will not fix. In the Free Software world, we fix the software > >> to bring it up to date. > > > > Who's "we"? Are you volunteering to fix all of the MUAs and > > MTAs out there that have mbox code in them that do follow the > > rules to make them compatible with _one_ broken library module? > > All the MUAs and MTAs I'm aware of that are worth bothering about have the > option to support maildir format these days. > Yes, but as I explained earlier in this thread there are reasons why one might want to stay with mbox. I use mutt which can quite happily cope with either mbox or maildir (and some other formats), it can even work with a mix of mailbox types.
I've used mutt for several years now and have tried to move to maildir more than once and have always returned to mbox because the disadvantages of maildir outweigh the benefits (for me). Currently I run mutt on a remote server where I have to use maildir because their file systems are mounted noatime. I am moving to reading mail on my own Linux box just because I want to get back to mbox, this python issue is about the only thing I have to overcome before I have what I want. -- Chris Green -- http://mail.python.org/mailman/listinfo/python-list
