I run my own IMAP mail server, currently UW IMAP. I've been thinking about moving to another server, when I upgrade to OpenSUSE 11.0. I use fetchmail to download email and have only my own email account to handle. Any recommendations & why? tnx jk -- Use OpenOffice.org <http://www.openoffice.org> -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
James Knott wrote:
I run my own IMAP mail server, currently UW IMAP. I've been thinking about moving to another server, when I upgrade to OpenSUSE 11.0. I use fetchmail to download email and have only my own email account to handle.
Any recommendations & why?
tnx jk
James, I was in your position about 5 months ago with UW and I moved to dovecot. Why? UW's lack of handling of plain text passwords for localhost communications and I had exhausted all the hacks to /etc/c-client.cf, also UW has terrible handling of subfolders. Before I had to start serving groupware and squirrelmail with both plain and encrypted passwords, I had been very happy with UW since SuSE 8.0 pro. The switch to dovecot is simple. Remove UW install dovecot. The configuration differences are: 8. mail (Postfix with UW imap or Dovecot) Create certificates in /etc/ssl/certs to allow secure authentication for imaps on port 993 UW openssl req -new -x509 -nodes -out imapd.pem -keyout imapd.pem -days 365 openssl req -new -x509 -nodes -out imapsd.pem -keyout imapsd.pem -days 365 Dovecot cd /usr/share/doc/packages/dovecot vi dovecot.crt # set the defaults as you like sh makecrt.sh Dovecot imap configuration: /etc/dovecot/dovecot.conf ssl_disable = no mail_location = mbox:~/Mail:INBOX=/var/spool/mail/%u NOTE: the certs created are /etc/ssl/certs/dovecot.pem and /etc/ssl/private/dovecot.pem. If you ever need to regenerate or change the certs, remove the old ones before running the makecrt.sh script or it will refuse to overwrite them. Potential Gotcha: UW requires that you specify your local "Mail" location as "Mail" to access your mailboxes in ~/.Mail in virtually all applications like fetchmail, etc.. Dovecot handles it by dovecot.conf (above) and you don't specify "Mail" as the location of the mailboxes because it already knows. If you do specify it by accident, you will get another set of folders in ~/.Mail/Mail. An example with spamassassin will help explain: For UW imap (prefix folder with Mail/) #!/bin/bash /usr/bin/fetchmail -a -s -n --folder Mail/spam-learn -m '/usr/bin/sa-learn --spam' For Dovecot (no prefix reqd. with mail_location = mbox:~/Mail:INBOX=/var/spool/mail/%u) #!/bin/bash /usr/bin/fetchmail -a -s -n --folder spam-learn -m '/usr/bin/sa-learn --spam' I have had 0 "zero" problems with dovecot and wish I had changes sooner. Good luck. -- David C. Rankin, J.D., P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
David C. Rankin wrote:
James Knott wrote:
I run my own IMAP mail server, currently UW IMAP. I've been thinking about moving to another server, when I upgrade to OpenSUSE 11.0. I use fetchmail to download email and have only my own email account to handle.
Any recommendations & why?
tnx jk
James,
I was in your position about 5 months ago with UW and I moved to dovecot. Why? UW's lack of handling of plain text passwords for localhost communications and I had exhausted all the hacks to /etc/c-client.cf, also UW has terrible handling of subfolders. Before I had to start serving groupware and squirrelmail with both plain and encrypted passwords, I had been very happy with UW since SuSE 8.0 pro.
tnx -- Use OpenOffice.org <http://www.openoffice.org> -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
David C. Rankin wrote:
I have had 0 "zero" problems with dovecot and wish I had changes sooner. Good luck.
I echo David's advice on dovecot. It works well, and it's been trouble free. Joe -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
J Sloan wrote:
David C. Rankin wrote:
I have had 0 "zero" problems with dovecot and wish I had changes sooner. Good luck.
I echo David's advice on dovecot. It works well, and it's been trouble free.
Joe
I am sure everyone has their favorite setup. I am running sendmail + procmail + spamassassin + cyrus imap/pop3 without any issues on openSuse. -- --Moby They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Jul 3, 2008 at 4:53 PM, Moby <moby@mobsternet.com> wrote:
I am sure everyone has their favorite setup. I am running sendmail + procmail + spamassassin + cyrus imap/pop3 without any issues on openSuse.
That's beem my choice too. Its very bulletproof, and one deamon (cyrus) serves all flavors of Imap and pop (imap, imap secure, pop, pop secure), as well as sieve filtering (which is directly supported by Kmail) I'm not saying its the easiest to set up, but its worth the effort -- ----------JSA--------- "Ubuntu" is an African word meaning "Suse is too hard for me". -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
John Andersen wrote:
On Thu, Jul 3, 2008 at 4:53 PM, Moby <moby@mobsternet.com> wrote:
I am sure everyone has their favorite setup. I am running sendmail + procmail + spamassassin + cyrus imap/pop3 without any issues on openSuse.
That's beem my choice too. Its very bulletproof, and one deamon (cyrus) serves all flavors of Imap and pop (imap, imap secure, pop, pop secure), as well as sieve filtering (which is directly supported by Kmail)
I'm not saying its the easiest to set up, but its worth the effort
How well does it work with fetchmail? -- Use OpenOffice.org <http://www.openoffice.org> -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
James Knott wrote:
John Andersen wrote:
On Thu, Jul 3, 2008 at 4:53 PM, Moby <moby@mobsternet.com> wrote:
I am sure everyone has their favorite setup. I am running sendmail + procmail + spamassassin + cyrus imap/pop3 without any issues on openSuse.
That's beem my choice too. Its very bulletproof, and one deamon (cyrus) serves all flavors of Imap and pop (imap, imap secure, pop, pop secure), as well as sieve filtering (which is directly supported by Kmail)
I'm not saying its the easiest to set up, but its worth the effort
How well does it work with fetchmail?
Works great with fetchmail. My sendmail -> procmail - spamassassin -> cyrus combination also uses fetchmail to grab email from a couple of pop3 accounts for some of my users. Also, the whole setup is integrated with Windows Activedirectory, so a user's Activedirectory credentials are also their cyrus imap/pop3 credentials. There is also a per-user "spam" imap folder where a user's spam is put into with a spam score assigned by spamassin, and users have access to a "whitelisting" file that they can add email addresses they like to whitelist and bypass spamassassin completely for email from those addresses. Also, there is a "system global lean-spam" folder where users can drop email that is spam but was not caught as such, this is fed to spamassassin for Bayesian learning. -- --Moby They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Fri, Jul 4, 2008 at 11:12 AM, Moby <moby@mobsternet.com> wrote:
Also, there is a "system global lean-spam" folder where users can drop email that is spam but was not caught as such, this is fed to spamassassin for Bayesian learning.
Are you sure you are not using amavis? With procmail, you could create per-user spam learn folders and basiean filters. With Amavis-new you are pretty much required to use a single system wide bayes database because of the limitations of amavis. Cyrus also supports Plus Addressing so users can subscribe to lists as joe+opensuse and have the mail put into the opensuse sub-folder. -- ----------JSA--------- "Ubuntu" is an African word meaning "Suse is too hard for me". -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
John Andersen wrote:
On Fri, Jul 4, 2008 at 11:12 AM, Moby <moby@mobsternet.com> wrote:
Also, there is a "system global lean-spam" folder where users can drop email that is spam but was not caught as such, this is fed to spamassassin for Bayesian learning.
Are you sure you are not using amavis? With procmail, you could create per-user spam learn folders and basiean filters. With Amavis-new you are pretty much required to use a single system wide bayes database because of the limitations of amavis.
Cyrus also supports Plus Addressing so users can subscribe to lists as joe+opensuse and have the mail put into the opensuse sub-folder.
Definitely no amavis here, yet. I wanted a system-global learn-spam so all users could benefit from spam identification performed by everybody else. I have users drop unidentified spam into this "system global" imap folder, then I have a fetchmail script pull it from there and feed to to spamassassin for training the Bayessian filter. -- --Moby They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 7/4/08, Moby <moby@mobsternet.com> wrote:
John Andersen wrote:
On Fri, Jul 4, 2008 at 11:12 AM, Moby <moby@mobsternet.com> wrote:
Also, there is a "system global lean-spam" folder where users can drop email that is spam but was not caught as such, this is fed to spamassassin for Bayesian learning.
Are you sure you are not using amavis? With procmail, you could create per-user spam learn folders and basiean filters. With Amavis-new you are pretty much required to use a single system wide bayes database because of the limitations of amavis.
Cyrus also supports Plus Addressing so users can subscribe to lists as joe+opensuse and have the mail put into the opensuse sub-folder.
Definitely no amavis here, yet. I wanted a system-global learn-spam so all users could benefit from spam identification performed by everybody else. I have users drop unidentified spam into this "system global" imap folder, then I have a fetchmail script pull it from there and feed to to spamassassin for training the Bayessian filter.
Ah, I see. This works for homogeneous groups, but is not too good when the sales staff and the engineers share the same make server. What is spam to a salesman might be valuable tech info to a engineer, which is why you would want separate bays databases for each user. Also, did you know you can simply point sa-learn to that directory where everyone moves the spam without having to fetchmail it out of there. -- ----------JSA--------- "Ubuntu" is an African word meaning "Suse is too hard for me". -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
John Andersen wrote:
On 7/4/08, Moby <moby@mobsternet.com> wrote:
John Andersen wrote:
On Fri, Jul 4, 2008 at 11:12 AM, Moby <moby@mobsternet.com> wrote:
Also, there is a "system global lean-spam" folder where users can drop
that is spam but was not caught as such, this is fed to spamassassin for Bayesian learning.
Are you sure you are not using amavis? With procmail, you could create per-user spam learn folders and basiean filters. With Amavis-new you are pretty much required to use a single system wide bayes database because of the limitations of amavis.
Cyrus also supports Plus Addressing so users can subscribe to lists as joe+opensuse and have the mail put into the opensuse sub-folder.
Definitely no amavis here, yet. I wanted a system-global learn-spam so all users could benefit from spam identification performed by everybody else. I have users drop unidentified spam into this "system global" imap folder, then I have a fetchmail script pull it from there and feed to to spamassassin for training the Bayessian filter.
Ah, I see. This works for homogeneous groups, but is not too good when the sales staff and the engineers share the same make server. What is spam to a salesman might be valuable tech info to a engineer, which is why you would want separate bays databases for each user.
Also, did you know you can simply point sa-learn to that directory where everyone moves the spam without having to fetchmail it out of there.
Thanks John, that is an idea I have been toying with - getting email into the filesystem and out of the cyrus mail-store will still require something along the lines of fetchmail. So far the user demographics allow me to go with one bayes db - I may have to do that for some other setups that are coming up. -- --Moby They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (5)
-
David C. Rankin -
J Sloan -
James Knott -
John Andersen -
Moby