Exchange 2007 - How to track messages that should be relaying through Exchange

Posted on 2009-07-15
Last Modified: 2012-06-27
I have a receive connector setup in Ex2007 to allow some of the application servers on our LAN to relay through Exchange.  I used this article to create and configure the receive connector: .  This works just fine for most servers, however we have one project management application server that this feature fails on intermittently.  I need to be able to track these messages to determine at what point they are failing.  The application server only asks for the ip address and port (25) of the mail server, it doesnt ask for any username/password to authenticate with.  Using the message tracing feature in EMC I am unable to find any of these messages, whether they failed or whether they were successful.  

Personally, I do not think that Exchange is the issue, I think it is something faulty with the software application of the application server.  However, in order to prove this to the vendor of this application I need to be able to track the message to determine whether it is not relaying through Ex2007 or whether it is not even reaching Ex2007.  What's the best way to do this, either with Exchange or with some other utility.  Thanks in advance.

Question by:shockey
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 4
  • 3
  • 2
LVL 27

Expert Comment

ID: 24862429

The article you are referencing does not suggest using authentication to relay mail. It talks you through creating a scoped connector that only the application server can use (scoped by IP address).

So this is very easy to test from the application server using telnet.

From application server open command prompt and type following commands:

telnet mailserver 25
EHLO applicationservername
mail from: [whatever you use on your application software]
rcpt to: [an email address to receive the mail]
[some text]

Note full stop to end transaction.

If this says mail queued for delivery, the exchange server accepts anonymous messages for relay. If you get an error along the way, exchange does not accept anonymous messages for relay.

LVL 17

Expert Comment

ID: 24862486
To track..
all you need to do is enable verbos logging on the receive connector.
and then restart the transport.
This will create a send connector log.
you can open it and you will find all the connections through the exchange / or on the exchange in it.

LVL 27

Expert Comment

ID: 24862618
Alternatively you can suspend the submission queue on the Exchange 2007 server. Use the application to send a few emails and see if they arrive in the queue.

Exchange Management Console --> Toolbox --> Queue Viewer --> Select Submission --> Actions Pane --> Suspend.

Note that this will stop mail flow on the server for everyone though! Resume afterwards using Actions Pane.

Creating Instructional Tutorials  

For Any Use & On Any Platform

Contextual Guidance at the moment of need helps your employees/users adopt software o& achieve even the most complex tasks instantly. Boost knowledge retention, software adoption & employee engagement with easy solution.


Author Comment

ID: 24863145
I've already tested via telnet from the application server and am able to successfully send mail.  If I recall correctly, those messages via telnet were also viewable in the Ex2007 message tracker.  I'm in the process of enabling the verbose logging for this receive connector now...
LVL 27

Expert Comment

ID: 24863220
You know the server is accepting messages because your telnet test succeeds.

So that is the confirmation you need isn't it? As long as the message has been accepted by Exchange, if it subsequently fails it MUST generate a Non-Delivery report to the sender of the message (or subsequent email servers MUST generate a NDR) which I assume you are able to review?

Logging will give you a decent record of events, so worth doing, but it's looking like it is most likely an issue with the vendor software to me.

Good luck

LVL 17

Assisted Solution

Suraj earned 150 total points
ID: 24863283
verbos logging will be the best thing !
let me know the results

Author Comment

ID: 24863410
so what happens if I can telnet from the app server and it works, but the email sending feature of the application on the app server intermittently fails and I cannot seem to locate any of these messages in the verbose logging of the receive connectors?  The software on the app server says the message was successfully sent, but we are sending test messages from it to local outlook accounts and also to external hotmail accounts and they are being received at either location.  no ndr is generated either.  as stated above, I am sending via the relay receive connector that was created based on that article I mentioned, which allows relay without authentication.  would these type of messages even be logged?  
LVL 27

Accepted Solution

shauncroucher earned 200 total points
ID: 24864092
Yes they should still be logged. Are you certain you have logging enabled on the correct Receive connector? Is the application definitely sending to this same connector.

you say it is an intermittent fault. Do you see the messages in the log file when the message is successfully sent? If you do, but do not see the message in the log file when there is a failure then I would say the application has not sent it, there really is no other explanation. Are your exchange queues clear?

Exchange Management Console --> Toolbox --> Queue Viewer


Author Comment

ID: 24895532
i dont think the messages are reaching exchange.  i've installed SMTP View on the application server and do not see any connection attempts from this server to Exchange while monitoring SMTP View and sending test messages.  thanks for reminding me to enable the verbose logging on the receive connectors.

Featured Post

SharePoint Admin?

Enable Your Employees To Focus On The Core With Intuitive Onscreen Guidance That is With You At The Moment of Need.

Question has a verified solution.

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

Lotus Notes – formerly IBM Notes – is an email client application, while IBM Domino (earlier Lotus Domino) is an email server. The client possesses a set of features that are even more advanced as compared to that of Outlook. Likewise, IBM Domino is…
If you troubleshoot Outlook for clients, you may want to know a bit more about the OST file before doing your next job. IMAP can cause a lot of drama if removed in the accounts without backing up.
In this video we show how to create an email address policy 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…
The basic steps you have just learned will be implemented in this video. The basic steps are shown to configure an Exchange DAG in a live working Exchange Server Environment and manage the same (Exchange Server 2010 Software is used in a Windows Ser…

729 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