From: "Anders Johansson"
On Thursday 20 July 2006 00:26, John N. Alegre wrote:
On Wednesday 19 July 2006 16:37, Anders Johansson wrote:
Setting up the config you want with cyrus IMAP is very simple on SUSE. If that's good enough for you I could put together a step by step howto
Please do.
Concept: A mail server that doesn't accept remote connections to deliver mail. Mail are fetched from a remote server that handles incoming connections, and delivered locally to an IMAP server (cyrus)
Packages needed: postfix, cyrus-imapd, fetchmail, fetchmailconf (GUI for configuration of fetchmail, not strictly needed) ....
Hope this helps
I hope I misunderstand the goal because the processes you outline are far in excess of what might be needed for an internal network. At present that machine here happens to be FC4. But that's more or less immaterial. It simply explains some of the packages available easily. The ONLY reason there is a "sendmail" on the system is to handle the cron daemon and logwatch emails to root and my main user account. The packages involved in receiving the email into the mbox email in-boxes are simply fetchmail, procmail, SpamAssassin, and Clam-AV via the ClamAssassin plugin for SpamAssassin. If you do not want any spam filtering the latter two items are not needed. Fetchmail grabs the email from the each user's accounts on the ISP. As it happens I have it setup for two savvy people with several email accounts each. We run fetchmail via a little script in each user's directory with individual .fetchmailrc files. This took place way back in time when this seemed to function better than the global fetchmailrc file approach. YMMV. I simply have not fixed what is not broken. The important .fetchmailrc for this is simply: defaults mda "/usr/bin/procmail -d <user>" Replace <user> with the user ID, of course. Procmail can deliver the email to the /var/spool/mail/<user> file directly. I place necessary lines for running SpamAssassin (and black holing certain email pests.) Once the email is in the spool file reception is done. Now I have to send it to the user. For that I simply use DoveCot. Normally you'd simply fire it up and tell it where the spool files live and go. I have a somewhat more complex configuration for automating user interactive Bayes training for SpamAssassin. Normal mail is fetched via POP3S directly from the spool file. Then there are per user mail storage directories for IMAPS access to the spam training mail folders. Note that there is no need to involve more than simply fetchmail, procmail, and dovecot for the simplest configuration. I use this simply because it allows far simpler access to per user Bayes and rules for SpamAssassin. The postfix/cyrus route proved very difficult to build into this required configuration. If the original query was from a fellow who needed to pull email from an ISP and then distribute it accessibly on the Internet note that this is what I am doing via useage of the POP3S and IMAPS ports. I let them be open on the firewall. I do not allow raw POP3 or raw IMAP access outside the internal network. {^_^} Joanne Dow -- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com