Bug 76452

Summary: remote servers deny email from server with unroutable IP address
Product: [Retired] Red Hat Linux Reporter: Carl T. Miller <carl>
Component: sendmailAssignee: Florian La Roche <laroche>
Status: CLOSED NEXTRELEASE QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-08-04 20:09:05 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Carl T. Miller 2002-10-21 23:17:25 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.0rc3) Gecko/20020523

Description of problem:
My server has an unroutable address and it uses a router/masquerader to connect
to the Internet.  When I try to send email to another server, it is rejected
with the following error: Relaying denied. IP name possibly forged [10.0.0.2]

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. run mail -v carl


Actual Results:  Snippets from the output:

>>> EHLO computer.carltm.com
250- carltm.com Hello computer.carltm.com [10.0.0.2] (may be forged), pleased to
meet you

>>> MAIL From:<root.com> SIZE=53
250 2.1.0 <root.com>... Sender ok
>>> RCPT To:<carl>
>>> DATA
550 5.7.1 <carl>... Relaying denied. IP name possibly forged [10.0.0.2]


Expected Results:  It should have said "Recipient ok" and accepted the message.
 I have already sent email from another server to verify that the remote server
is not misconfigured.


Additional info:

Is there a way in the sendmail.cf I can either tell it not to send its IP
address or give it the address of the router/masquerader?

Comment 1 Carl T. Miller 2002-10-28 00:39:04 UTC
I've solved the problem.  Even though my host name resolves correctly through
dns and the reverse lookup gives the right IP address, it is not enought to put
the fully qualified domain name in /etc/mail/access.  I had to include the IP
address in /etc/mail/access.

For anyone that's reading this, just include the IP address of your clients(s)
in the file /etc/mail/access, run "makemap hash /etc/mail/access <
/etc/mail/access", then "service sendmail restart".


Comment 2 Carl T. Miller 2002-10-28 00:48:30 UTC
Just an after-thought...if I'm logged into a host and sending mail, why is it
making the connection through the network interface instead of the loopback
device?  In other words, why use computer.carltm.com instead of localhost? 
Early versions of Red Hat didn't have this issue.

Comment 3 Carl T. Miller 2002-10-29 02:21:27 UTC
I needed to reinstall the OS, and noticed that this problem did not happen.  The
only difference is that the first time I gave the computer a hostname during the
installation.  This time I didn't give it a hostname, so it used
localhost.localdomain.  When the computer came up, it got the correct hostname
and  IP address from the dhcp server, and when I run hostname it says
computer.carltm.com, but now it sees email as coming from localhost.localdomain.  

It seems odd to me that assigning a hostname during installation would make any
difference.


Comment 4 Bill Nottingham 2006-08-04 20:09:05 UTC
Red Hat Linux and Red Hat Powertools are currently no longer supported by Red
Hat, Inc. In an effort to clean up bugzilla, we are closing all bugs in MODIFIED
state for these products.

However, we do want to make sure that nothing important slips through the
cracks. If, in fact, these issues are not resolved in a current Fedora Core
Release (such as Fedora Core 5), please open a new issues stating so. Thanks.