[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [cobalt-users] Inefficient mail storage



The pop-before-smtp relay package includes a qpopper compiled in "server
mode" so spools aren't moved around so much.  The spool format hasn't
been improved, just the spool handling.  

There are other formatting antiquities with mail on unix.  Why not fix
sendmail's message queuing code to use a SQL database?  It seems you
could muck around with the queue without breaking other daemons on most
unix servers.  Changing sendmail, qpopper and imapd to use a scalable
(database friendly?) spool format is a big job.  The RaQ 3i ships with
postgres, might be fun playing with that and the mail daemons.  

To answer your question, I haven't seen qpopper/imapd replacements that
prefer a scalable spool format.  I haven't even seen a more efficient
spool format, let me know if you find one.


	-- Will

Chris Adams wrote:
> 
> The format mail is stored in on the server is extremely inefficient. Has
> anyone replaced qpopper/imapd with something that's progressed beyond early
> 1960s technology?
> 
> _______________________________________________
> cobalt-users mailing list
> cobalt-users@xxxxxxxxxxxxxxx
> http://list.cobalt.com/mailman/listinfo/cobalt-users