I did two things to resolve this issue.
Remember that there are only two hosts in this scenario: an internal
sendmail host and a qmail/gateway host.
/etc/sendmail.cf go this to set my official domain name
Dj$w.nylug.org
and I per Adam McKenna's advice, I "put a domain that resolves into
/var/qmail/control/helohost."
Thanks again for all of your help.
-Eric.
Eric Berg: [Wednesday 19-May]:
> Once again, no network is an island, and I'm being reminded of that by
> bounced mail.
>
> Scenario:
>
> I'm connecting one of my linux boxes to the net via a UU.net ppp account.
> Internally, I've got 2 linux boxes: 1 is the PPP host, mail host, DNS host
> and soon to be IP Masquerade host, and the other one is my general
> workstation all nicely configured for all of my computing needs.
>
> I've got fetchmail configured to retrieve mail from several different
> accounts and send the mail directly to my workstation, bypassing the
> qmail/ppp host, though qmail on the qmail/ppp host is configured with an
> alias which forwards all mail to my workstation. Fine.
>
> The one other issue is that I've set up DNS on the qmail/ppp host as both a
> caching as well as the nameserver for my fictitious internal network,
> ericberg.com. Now, here's where I think that I run into problems.
>
> Problems:
>
> Most mail works just fine, but some domains require the domain from which
> mail originates to resolve -- a reasonable requirement. Anyway, ericberg.com
> doesn't.
>
> Here's the log entry for the failure:
>
> May 19 08:57:37 moby qmail: 927118657.368399 delivery 1: deferral:
>Connected_to_199.182.120.56_but_sender_was_rejected./Remote_host_said:_451_<[EMAIL PROTECTED]>..._Domain_must_resolve/
>
> How should a qmail Admin go about thinking about this and solving the
> problem?
>
> -Eric.
--
Eric Berg http://www.nylug.org/~eberg
Vice President, New York Linux Users Group [EMAIL PROTECTED]
