Exchange 2007 SMTP Header Sends Private IP Address of Client instead of Server

Posted on 2008-06-10
Last Modified: 2008-09-17
We have officially implemented Exchange 2007 in our network infrastructure, however, we have a few people that can't receive emails from us.  When I attempt to send an email through Outlook using an Exchange Mail Box or even standard pop/smtp settings we get a return undeliverable error as follows (See attached Code Snippets).

We've gotten 2 different errors, both of them sent from the same network client.

Our server is running Windows 2008 with Exchange 2007 SP1.  The system has both an internal nic with a private IP and an external nic with an ip that does perform Reverse DNS.

We have 2 Transport Hubs Setup, one to handle incoming email from the public nic, and one that handles all our internal email from our private nic.

I'm not sure where to look as I've exhausted all of my known ideas to fix the problem, any help would be greatly appreciated.

Daymon #554 5.7.1 <>: Sender address rejected: ACL mx_access mail server in RFC 1918 private network ##

Original message headers:

Received: from daymonpc ( by

 ( with Microsoft SMTP Server id; Mon, 9 Jun 2008

 10:48:18 -0500

From: Daymon Capers <>

To: <>

Subject: Quote

Date: Mon, 9 Jun 2008 10:48:39 -0500

Message-ID: <010201c8ca48$49a31620$dce94260$@com>

MIME-Version: 1.0

Content-Type: multipart/mixed;


X-Mailer: Microsoft Office Outlook 12.0

Thread-Index: AcjKSANLZSIgV38KTd+DiNN2kxByug==

Content-Language: en-us



Sometimes we get this (It's not the same everytime):

==================================================================== #554 5.7.1 <>: Sender address rejected: ACL mx_access mail server in RFC 1918 private network ##

Original message headers:

Received: from ([::1]) by ([::1]) with mapi; Tue, 10 Jun 2008 15:57:31 -0500

From: Daymon Capers <>

To: "" <>

Date: Tue, 10 Jun 2008 15:45:53 -0500

Subject: Quote

Thread-Topic: Quote

Thread-Index: AcjLOeaIdCVMPcrMTOWqKN9WOrdd7Q==

Message-ID: <>

Accept-Language: en-US

Content-Language: en-US

X-MS-Has-Attach: yes


acceptlanguage: en-US

Content-Type: multipart/mixed;


MIME-Version: 1.0

Open in new window

Question by:themailshoppe
  • 2
  • 2

Expert Comment

ID: 21755392
This looks like you're connecting to exchange via SMTP instead of MAPI. Is this likely to be the case? If so, reconfigure outlook to connect to Exchange rather than configuring via SMTP and POP3/IMAP.

If you're already using MAPI connection then this is a weird one.

Author Comment

ID: 21755452
Tell me about it, this is the craziest thing I've scene.  The 2nd of the 2 error messages looks like an incomplete IPv6 network address.  But we've disabled this from the nics, I'm not sure if it should be disabled anywhere else or not.

When we first started to get the errors we were only using POP and SMTP connections to Exchange.  I haven't 100% rolled out exchange mailboxes to the clients as of yet.

So why is our SMTP Server grabbing my local private IP address and using it as the SMTP host header.

Here's another situation, if I'm outside the office lets say at home and I'm connecting using POP/SMTP on the external nic or public ip it works fine.  If I connect to the VPN and try again it fails with the same return errors as above.


Accepted Solution

Share-IT earned 500 total points
ID: 21755532
Because your using SMTP the originating machine i.e. the client is the first machine to generate the SMTP mail and thus you see that IP address. If you're using MAPI then the mail is effectively created on the exchange server and so the server is the originating machine and you'll see the servers IP address.

As for the external connections working fine - thats weird as you should see the client IP and if you look closely, you probably are. The reason that the mail fails to be delivered if you are connected via the VPN is that mail is seen as coming from a private IP address (probably in the 192.x.x.x range) and the receiving server is rejecting it as spam or spoofed. When you connect externally, you're probably still seeing that client IP address but as it's going to be public address - the receiving server will accept it.

Author Comment

ID: 21755607
You were correct, I did not have an exchange MAPI transport hub, I must have deleted it.  I created a hub, assigned it the private nic IP address and port 587 as it says.  I restarted the transport service and sent the email again.  This is what was returned:

Original message headers:
Received: from ([::1]) by ([::1]) with mapi; Tue, 10 Jun 2008 17:19:25 -0500
From: Daymon Capers <>
To: "" <>
Date: Tue, 10 Jun 2008 17:19:24 -0500

So it is using the MAPI service on the 2nd error message but just not assigning an IP address to the headers so external servers can perform DNS Reverse Lookup.  Or at least it's assigning something weird ([::1]).



Expert Comment

ID: 24715093
::1 is the IPv6 equivalent of (i.e. localhost).  When the SMTP server prepares an outgoing message, it attaches the name and IP of itself.  In your case, it appears as if was resolving to ::1 on that machine.

I don't believe this issue was a mail server configuration issue at all.  It was more likely a DNS issue.  It appears that from the perspective of, the mail server resolved to 192.168.x.x, an RFC 1918 private network address.  Therefore, the receiving server could legitimately say that the senders name does not resolve to _only_ routable addresses, so it considers the sender untrusted.

The fix is to ensure that always resolves to only routable internet addresses.

Featured Post

Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
Exchange 2010 error RBAC 3 17
exchange out of office 8 39
exchange 2013 2 14
Local Continuous Replication is a cost effective and quick way of backing up Exchange server data. The following article describes the steps required to configure Local Continuous Replication. Also, the article tells you how to restore from a backup…
MS Outlook is a world-class email client application that is mainly used for e-communication globally.  In this article, we will discuss the basic idea about MS Outlook, its advanced features, and types of MS Outlook File formats.
In this video we show how to create an Accepted Domain in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center. Navigate to the Mail Flow >> Ac…
In this video we show how to create a mailbox database in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: First we need to log into the Exchange Admin Center. Navigate to the Servers >> Data…

911 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

22 Experts available now in Live!

Get 1:1 Help Now