On 18/11/2010 12:14 AM, Professional Software Engineering wrote:
At 17:24 2010-11-15, Bart Schaefer wrote:
Alternately, you need to change your sendmail.cf to use masquerading
so that mail originating from sydsrv56.mydomain.tld is rewritten to
mydomain.tld
Which is a better overall solution, since locally originated messages
(say, from other shell accounts) will otherwise have the unresolveable
hostname.
Another solution: properly set up the hostname in DNS. I'm unclear as
to why anyone would have a _server_ configured with a hostname and not
have it in DNS.
Well, hell - that makes two of us. When I get five minutes to scratch
myself I might even investigate it :)
As to the OP's claim that the host is masquerading perfectly, it is
important to note that sendmail has two daemons: sm-mta (Message
Transfer Agent - your public-facing SMTP) and sm-msa (Message
Submission Agent - your local-facing interface). Messages submitted
via SMTP from remote workstations (or even submitted via SMTP from
local scripts) will be subjected to the rules set forth in
sendmail.cf, while locally originated messages will be subjected to
the submit.cf configuration. If you don't have masquerade properly
set up in submit.cf (via proper edits to the submit.mc), then you're
going to have issues.
I wasn't aware of this - I'll take a look at that as well as soon as I
have the next bush fire under control.
Note that this is SOLIDLY a sendmail configuration issue, and if you
need further assistance with it, you should seek it out on an
appropriate sendmail group.
Now if I was the kind of person to take offence easily - I could be
excused for thinking I had just been told to sod off and stop annoying
the grown ups. Good job I am thick skinned.
Appreciate everyone's input on this problem.
Nigel.
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)de
http://mailman.rwth-aachen.de/mailman/listinfo/procmail