Sergey B Kirpichev wrote:
> I think you argue quite convincing against this feature yourself in the 
> discussion thread you refer to. I agree with all your points and may only add 
> this; Delivering alert mails to an external server is a sound principle 
> incase the server should have a e.g. a disk crash. Ten years ago it may have 
> made sense to add this feature, but in todays cloud and virtual servers 
> environment doing local alert mail delivery is becoming a corner case. So, no 
> we will not add this feature and even if we got a patch for it I'm not sure 
> we would include it.

I see that both of you concentrate only on one aspect of my request.
I still think that I should choose what software do I use for mail
delivery and since I already have a MTA configured (msmtp-mta package)
which uses an external SMTP server to send out email - every piece of
software, which tries to send mail locally, uses msmtp without even
knowing about of its existence.
What I'm trying to say is that I didn't have to configure ten programmes
to use GMail - I configured one and all other software uses it
transparently - starting with cron, logcheck, fwanalog, "you name it".
Delivering mail to an external server is a great feature - I don't deny
it. I don't really understand your argument about local delivery - you
do allow to use "localhost" as the server anyway - you don't ask the
user whether the delivery is local-only or using a smart-host, do you?
Well, my case is exactly the same - you don't need to know whether it is
local only or not - the only difference is that the software I use
doesn't listen on port 25. And why should it - the less open ports, the
better.
Implementing usage of /usr/sbin/sendmail or /usr/lib/sendmail doesn't
seem that much harder than implementing SMTP support in monit.

Anyway, thanks for trying. I really appreciate that you went all the way
upstream with this one ;^)

Keep up the good work,
-- 
Raf



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to