On Wed, 2010-12-22 at 13:19 +0000, Pete Biggs wrote: > On Wed, 2010-12-22 at 04:10 -0500, dar...@ontrenet.com wrote: > > Huh? > > Many people don't leave their messages on ISP servers because of quotas, > Get a better ISP. > > so then they get downloaded to their local machine. Where you want fast, > > reliable access to them (e.g. searching, sorting, etc.) Unfortunately, > > without ACID principles, your local email will get corrupted. And most > > don't want that. > > Because database technology (embedded or otherwise), use things called > > 'transactions' it protects the data. If you brew your own 'local storage > > system' like Evolution, you have what we have now which is unreliable and > > slow. > My turn to say "Huh?". > In what way has Evo "brewed" it's own storage system? It uses standard > MBOX files on top of the native filesystem. That's about as standard as > it gets.
I say - "Heh?". ;) Because I come down on the other side; the app might be better off if they "brewed" their own storage format [like Cyrus IMAP did] and ditched the "standard" crap [my opinion of both mbox and maildir]. An application's data should be a sealed container and accessed only via an API / service > All the rest of the stuff that Evo uses (like the index files) > are purely to try and speed up searching and accessing those files. > There's no doubt that MBOX files can be fragile if you get impatient and > interrupt a program's access to them while they are being written, > especially if they are large - that's why Evo provides other file > formats - based on standards - such as Maildir and MH. > However, if you really feel that Evo would benefit from using some > proprietary format backed database for mail, then I'm sure the devs > would be more than happy to look at any code you submit. _______________________________________________ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
