A fellow I know tried to e-mail me this weekend, and ran into
some difficulties. The applicable mainlog lines are:
1997-11-10 08:35:28 0xUtzz-00064W-00 rejected from psigw.pencomsi.com
[204.217.198.9]: cannot route to sender
<@china.pencom.com:xxxxxx@???>
1997-11-10 08:39:24 rejected MAIL FROM: cannot route to sender
<@china.pencom.com:xxxxxx@???> H=psigw.pencomsi.com
[204.217.198.9]
1997-11-10 10:44:27 reject all recipients: 3 times bad sender
<@china.pencom.com:xxxxxx@???> H=psigw.pencomsi.com
[204.217.198.9]
The rejectlog entry for the first one is:
1997-11-10 08:35:28 0xUtzz-00064W-00 rejected from psigw.pencomsi.com
[204.217.198.9]: cannot route to sender
<@china.pencom.com:xxxxxx@???>
To: djb@???
P Received: from psigw.pencomsi.com [204.217.198.9]
by mule.16straight.com with smtp (Exim 1.70 #1)
id 0xUtzz-00064W-00; Mon, 10 Nov 1997 08:35:27 -0500
P Received: from china.pencom.com by psigw.pencomsi.com id aa15755;
10 Nov 97 8:35 EST
P Received: from psinyx11.pencom.com by china.pencom.com
(8.8.5/SMI-SVR4)
id NAA23056; Mon, 10 Nov 1997 13:35:14 GMT
S Sender: xxxxxx@???
I Message-ID: <34670D92.41C6@???>
Date: Mon, 10 Nov 1997 08:35:14 -0500
F From: Xxxxxx XxXxxx <xxxxxx@???>
Organization: Pencom Systems
X-Mailer: Mozilla 3.0 (X11; I; SCO_SV 3.2 i386)
MIME-Version: 1.0
T To: Dan Birchall <djb@???>
Subject: Re: Hiya,
References: <34646B28.28044CBC@???>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Our server regularly handles stuff in this general format, as
a CGI-BIN script on our webserver generates mail to (for
whatever reason) @mule.16straight.com:xxxxxxx@???,
which tends to be delivered easily enough (though slowly, as
we have to pass it off to an overburdened old VMS machine at
the university. ;)
Looking at the headers, I'm guessing that "China" is an
internal host behind a firewall on their end (it doesn't list
an IP address for it, maybe it has a 10.* one). The MX's for
pencom.com appear to be sarge.pencom.com and
sargecwi.pencom.com. My suspicion at this point is that
Exim tries to look up china.pencom.com and fails, since there
appear to be *no* DNS entries for it at all, even when I
query Pencom's own nameserver (tao.pencom.com). It also
can't find psinyx11.pencom.com, although it can find the
gateway, psigw.pencomsi.com, which is the host we actually
received it directly from.
So... do I bug Pencom to modify their setup? Or can I get
Exim to handle this, without simultaneously letting in all
manner of bogus addresses? :)
-Dan
--
Dan Birchall - Internet Sysadmin - 16 Straight Communications
520 Fellowship Road, Suite A-112, Mount Laurel, NJ 08054-3400
Print design, web design and hosting... from a single source!
djb@??? -
http://www.16straight.com - 609.231.7887
--
*** Exim information can be found at
http://www.exim.org/ ***
