🚀 go-pugleaf

Claus Assmann wrote:

> >    220 mail.guestmail.net ESMTP Sendmail 8.9.3/8.9.3; Wed,
> >    5 Apr 2000 07:51:26 +0800 (CST)
> >    >>> EHLO netserv.my_domain.au
> >
> > First question, why does my EHLO reply give "netserv.my_domain.au"
> > when the server is set up as "mail.my_domain.au"?
>
> sendmail -bv -d0.4 root
> shows the setting of $j which is used for the EHLO command.
> Masquerading does NOT change this value.

How do I get my mail server to work then?

Does the "netserv.my_domain" presented at the EHLO command
get used by the receiving mail server for anything but logging?

If the machine name (netserv) does not resolve to anything
will sendmail still allow the mail to be received?


> >    >>> MAIL From: SIZE=185
> >
> > Second question, why does my "MAIL From" show SIZE=185 rather than the
> > origen?
>
> What's in the queue file?
> Are you sure you didn't change the sendmail binary?
> Or did you edit this log?
> sendmail always put < > around the address...
>

I have not changed anything in the log - I have even monitored
in real time what happens while connecting.  ">>> MAIL From: SIZE=185"
always shows up as I have posted it.

The queue file contains the mail that will not send and it stays there
until the timeout period is reached where it is returned to the
sender.

A very specific question would be: "Where does sendmail insert the sender
address in < > ?"

What part of the "sendmail.cf" controls this?

[...]

> >    MASQUERADE_DOMAIN(`my_domain')
> >    FEATURE(masquerade_entire_domain)
> >    FEATURE(masquerade_envelope)
>
> Please see cf/README about the order of elements in the .mc file.
>

I have read that README so many times that my head spins.  Still
no go.

I have built 15!!! different sendmail.cf files (Mith m4)
containing various settings on masquerading etc. but
none seem to work.

I did once manage to send all mail in the queue but
have not been able to replicate the situation.

I am getting desperate on this issue.  This problem has haunted me
for 3 weeks now!  Either the RedHat 6.1 sendmail distribution
is broken or I am overlooking something else.

Anthony