[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#519567: bacula doesn't use /etc/mailname to set the domain part of outgoing emails

tags 519567 + patch

Hi there!

On Sat, 26 Dec 2009 14:02:27 +0100, Kern Sibbald wrote:
> "bacula fails to use /etc/mailname when setting the sender address in
> outgoing status emails:"
> It seems to me that the above suggestion is system dependent. bsmtp is a 
> general mail sending program and attempts to use only Unix and Windows well 
> defined OS calls.  As such I don't think the above suggestion is appropriate.

Well, there is a problem on UNIX systems and at least for these systems
a solution should be found.  The problem is that all the emails sent by
the default Bacula configuration in Debian are sent with the 'From:
root@localhost' address, which:

- choke at least on three (I would say common) SpamAssassin filters,
  enough to have Bacula's emails marked as spam.

- could get rewritten as 'From: root@localhost.$SMTP_DOMAIN', which is
  obviously wrong (the same being true for the default 'To:
  root@localhost' address).

> The bsmtp program is provided as an optional mail sending program, so you are 
> free to use any other program.

Sure, but the *default* Debian configuration should work out of the box,
which is not the case.  Please note that while this could be considered
a Debian-specific bug, it is indeed an upstream bug, given that the
behavior should be the same with all UNIXes.

May I ask why not using the default MTA (i.e. sendmail) on UNIX?
Even more than according to the documentation the Directory is not
officially supported on non-UNIX OSs.

> Unless someone can show me a system independent way to change this, from the 
> upstream perspective, we don't plan any changes.

What is the purpose of specifying a non-standard email address in
/etc/bacula/bacula-dir.conf, i.e. adding the "@localhost" part?  There
should be no domain specified, only the user.  This solves the problem
above about SpamAssassin.

Thx, bye,
Gismo / Luca

Attachment: pgpnNkdO3yfxa.pgp
Description: PGP signature

Reply to: