Theo v. Werkhoven wrote:
Joachim Schrod wrote:
>I have never used a Linux (or any other Unix system, for that matter)
>without a locally configured mail system -- it is a sure disaster
>waiting to happen.
>>
Configuring a local mail systems means to configure and start a
local service that can send email (and deliver email from the local
to the local system, which is needed for other system services like
cron). Most service implementations (postfix, sendmail) involve a
running daemon process or at least a cron job to clean up the mail
queue.
Having some processes now and then sending mail hardly adds up to a
queue.
As long as you have only local-to-local email, you're right. Then
the daemon process or the queue runner is not needed. I.e., for the
standalone workstation at home, that might be OK.
But the cited text above mentioned the use of that setup to send
email, and in the context of this thread it's clear that this email
shall be sent to another SMTP server.
When this SMTP server is down or not reachable, the email should be
placed in a queue and resend when the mail server is available
again. Transparently, without intervention from the user. This is
simply good practice, why would you insist on loosing this robust
behavior when you can get it so easily and without any noteworthy cost?
And please note, even if we repeat us again and again: Alone for
messages from cron, postfix or sendmail must be configured.
Otherwise you'll miss error messages. A Unix system without a
configured MTA is plain and simply misconfigured. To add a smart
host to this basic configuration is trivial in 99.99% of all cases.
(And Carlos' multi-ISP setup is the remaining 0.01%. :-) :-)
Joachim
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Joachim Schrod Email: [EMAIL PROTECTED]
Roedermark, Germany
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
