Forward to the list.
> From: Mike [mailto:[EMAIL PROTECTED] > Sent: Wednesday, August 02, 2006 12:34 PM > To: Alain Magloire > Cc: [email protected] > Subject: Re: mailutils vs. dovecot? > > > > > > > > > > Sorry, didn't mean to post to a developer's list. > > Not a problem. > > > Dovecot is an imap server similiar to cyrus, courier, dbmail, etc. > > > > Ok. > Mailutils comes with its own IMAP server. Granted it may not be the fastest > server in the west, but it seems to work well even heavy load. Now, > unfortunately I do not have any empirical numbers to back this up. > > So the questions are: > - What is dovecot bringing that we do not? > - If dovecot already exists, why do you want to re-implement it? Dovecot does not yet exist on my servers. Currently my users pull mail through pop3. I want to change this for several reasons. I will install an internal imap4 server and want something that is simple, pulls users and authenticates through LDAP, allows shared mailboxes, does not require the first mail message in the user's inbox be left for IMAP housekeeping. Though my users will have local, unix accounts I do not want the IMAP server to be tied to those accounts and to accept allowable accounts from the LDAP server. The shared mailboxes will work like this. (i.e. there is a 'sales' mailbox, but no 'sales' user) I run cyrus at home, though over that past several years (6?) I have become loathe to the complexity of cyrus and would prefer to return to a maildir either owned by the IMAP server (for shared or all accounts) or owned by the individual user where the user has a unix account. That way I can grep to my heart's content. I will implement something along the lines of a sendmail relay in my DMZ sending to an internal sendmail server. I have not yet decided if the relay server or the internal server will have the spamassassin and clamav setup. One of the two will. The internal server will send the messages (lmtp?) to the IMAP4 server. Does that help? Does it make sense? Mike _______________________________________________ Bug-mailutils mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-mailutils
