Your message wasn't delivered because of security policies

Following a session with Symantec attempting to troubleshoot an exchange agent, we now find that we are unable to send email externally.

The NDR is as follows:
Delivery has failed to these recipients or distribution lists:

removed@gmail.com
Your message wasn't delivered because of security policies. Microsoft Exchange will not try to redeliver this message for you. Please provide the following diagnostic text to your system administrator.

The following organization rejected your message: ourdomain.com.

Sent by Microsoft Exchange Server 2007
=================================================
Diagnostic information for administrators:

Generating server: exchangeBOX.ourdomain.local

removed@gmail.com
smtp.ourdomain.com #550 5.7.1 Unable to relay for removed@gmail.com ##

Original message headers:

Received: from exchangeBOX.ourdomain.local ([ip_01]) by exchangeBOX ([IP_01]) with
 mapi; Thu, 7 May 2009 22:53:24 +1200
From: removed <removed@ourdomain.com>
To: "removed@gmail.com" <removed@gmail.com>
Date: Thu, 7 May 2009 22:53:23 +1200
Subject: sbsgb
Thread-Topic: sbsgb
Thread-Index: AcnPAgrKlKet+DeYTyW4CJxLBhwiqQ==
Message-ID: <914D37F0F1298E4E85F86BF5EAF35AE50A48180DAE@svr-06>
Accept-Language: en-US, en-NZ
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-NZ
Content-Type: multipart/related;
      boundary="_004_914D37F0F1298E4E85F86BF5EAF35AE50A48180DAEsvr06_";
      type="multipart/alternative"
MIME-Version: 1.0

I have attempted backtracking some of the tasks performed during the Symantec call, but to no avail.

The exchange server is on a Server 2008 64bit platform, and was working fine until today.

I have tried adding an additional smtp connector for the server range, but that had no effect. Nothing I do appears to have an effect and I am stumped.
GlennCameronAsked:
Who is Participating?

[Webinar] Streamline your web hosting managementRegister Today

x
 
Steven WellsConnect With a Mentor Systems AdministratorCommented:
Do you still have a send connector setup on your server?

http://msexchangeteam.com/archive/2006/11/17/431555.aspx
0
 
GlennCameronAuthor Commented:
More info:

This affects ALL domain users, but only for mail goin OUT.

Incoming works fine, and so does internal mail.

During the Symantec call, we made modifications to the following which I have tried to de-apply:
- C: drive root security. Added the Admin user account and attempted to apply full permissions. I removed this afterwards.
- Added the admin user to the local administrators group. I removed this afterwards
- Reinstalled the agent for Backup exec
- Added the telnet feature. I removed this afterwards.
- Modified the windows firewall. I have turned this off for the mean time.
0
 
GlennCameronAuthor Commented:
The send connetor is still there.
0
SMB Security Just Got a Layer Stronger

WatchGuard acquires Percipient Networks to extend protection to the DNS layer, further increasing the value of Total Security Suite.  Learn more about what this means for you and how you can improve your security with WatchGuard today!

 
Steven WellsSystems AdministratorCommented:
Does your server send email to a relay server, or directly to Internet?
0
 
Steven WellsSystems AdministratorCommented:
Have you tried running the exchange tools such as message flow troubleshooter?
0
 
GlennCameronAuthor Commented:
It routes through the Firewall (ISA 2007)
0
 
GlennCameronAuthor Commented:
...i mean ISA 2006
0
 
Steven WellsSystems AdministratorCommented:
Have you had a look at event logs on server too? Rebooted?
0
 
Steven WellsSystems AdministratorCommented:
Try this command from Exchange Shell and post results
Get-SendConnector | fl
0
 
GlennCameronAuthor Commented:
I changed the Internet Send Connector to fix this. The Network tab had entries for how it sends mail. It was set to the firewall, and I changed it to "Use DNS MX records" and it fixed it. Thanks for your directing me to the solution Steven.
0
All Courses

From novice to tech pro — start learning today.