All,
For a production environment, I'd like to setup CentOS XEN guests as lightweight as possible. I'd like the XEN guests to be able to send nightly email as all CentOS servers do, but there is no reason to run a mail server as the CentOS Dom0 already has an email server running that can act as an email smart host.
The options that seem most appealing to me are either ssmtp or sendmail minimally configured to only run the queuing submission agent.
As far as ssmtp, I have not as yet found an CentOS RPM, presumably a Fedora RPM might be suitable. The down side of ssmtp is the lack of queuing should the smart host not be available, not likely but it is possible the email daemon could crash or be down for maintenance or other reason.
As far as sendmail, it is simple to switch off the sendmail daemon and only run the queuing submission agent:
1) edit /etc/sysconfig/sendmail and set "DAEMON=no" 2) edit /etc/mail/submit.mc and set FEATURE(`msp', `[IP.of.relayhost]')dnl
and of course add an alias for root.
Does anyone on this list have experience running a minimal MTA? What other options/software should I be looking at? Any other insights, suggestions or insights?
Both the Dom0 and guests are CentOS 5.2.
Thanks in advance,
Brett
I like exim for this purpose. I used to run a number of high performance clusters and some of the nodes needed to send status information via e-mail. Exim was just right for me. It is also pretty easy to configure.
Geoff Galitz Blankenheim NRW, Deutschland http://www.galitz.org
-----Original Message----- From: centos-bounces@centos.org [mailto:centos-bounces@centos.org] On Behalf Of Brett Serkez Sent: Montag, 18. August 2008 22:00 To: CentOS mailing list Subject: [CentOS] Lightweight MTA for XEN CentOS guests
All,
For a production environment, I'd like to setup CentOS XEN guests as lightweight as possible. I'd like the XEN guests to be able to send nightly email as all CentOS servers do, but there is no reason to run a mail server as the CentOS Dom0 already has an email server running that can act as an email smart host.
....
Brett Serkez wrote:
All,
For a production environment, I'd like to setup CentOS XEN guests as lightweight as possible. I'd like the XEN guests to be able to send nightly email as all CentOS servers do, but there is no reason to run a mail server as the CentOS Dom0 already has an email server running that can act as an email smart host.
how about just have logwatch use a mua and have that use a remote smtp server ( mutt works well ).
- KB
Karanbir Singh wrote:
Brett Serkez wrote:
For a production environment, I'd like to setup CentOS XEN guests as lightweight as possible. I'd like the XEN guests to be able to send nightly email as all CentOS servers do, but there is no reason to run a mail server as the CentOS Dom0 already has an email server running that can act as an email smart host.
how about just have logwatch use a mua and have that use a remote smtp server ( mutt works well ).
Since when is the mutt in base compiled with esmtp support?
Ralph
Ralph Angenendt wrote:
how about just have logwatch use a mua and have that use a remote smtp server ( mutt works well ).
Since when is the mutt in base compiled with esmtp support?
must it be from base :D
- KB
Brett Serkez wrote:
Does anyone on this list have experience running a minimal MTA? What other options/software should I be looking at? Any other insights, suggestions or insights?
I run postfix on all of my vmware VMs with this minimal config:
/etc/postfix/main.cf - queue_directory = /var/spool/postfix command_directory = /usr/sbin daemon_directory = /usr/libexec/postfix mail_owner = postfix inet_interfaces = 127.0.0.1 recipient_delimiter = _ setgid_group = postdrop relayhost = (my relay host)
If you wanted it smaller I just tested it with this config and it still works: mail_owner = postfix inet_interfaces = 127.0.0.1 setgid_group = postdrop relayhost = (my relay host)
Could probably reduce it further..
I do re-route mail destined for accounts like root to a different account on a remote system, which is configured in the aliases file.
nate
-
Brett Serkez -
Geoff Galitz -
Karanbir Singh -
nate -
Ralph Angenendt