I can think of a couple of reasons to do this - and lots not to: for: scalable central store that multiple machines can address with better?(different) locking than NFS provides for: different security model from disk store
against: performance - today's disk systems are essentially hierarchical file systems anyway - especially like Reiser. SQL generally requires far more resources for similar performance - especially with "blobs" of any size. RAM for SQL server takes away from RAM for disk caching. against: most messages don't hit the data store anyway if the system is working the way it is supposed to against: central database can't be replicated (potential for multiple deliveries of single message) so scalability is limited and means a single point of failure There are likely others Maybe you should share your reasons. richard On Thu, 2007-02-15 at 08:38 -0800, Marc Perkel wrote: > One thing I'd like to see in Exim 5 is an all SQL version where mail is > stored as SQL and there's really tight SQL support. > -- - Richard C. Pitt Pacific Data Capture [EMAIL PROTECTED] 604-644-9265 http://richard.pacdat.net www.pacdat.net PGP Fingerprint: FCEF 167D 151B 64C4 3333 57F0 4F18 AF98 9F59 DD73 -- ## List details at http://www.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://www.exim.org/eximwiki/
