Setting up Exchange 2003 / Performance Monitor to troubleshoot SMTP connectors

I have an Exchange 2003 server that has two outbound SMTP connectors.  One handles special mail to one particular domain while the other handles all other mail ( * ).  We have reports that mail is being delayed sent out and receiving.  I think it is the Mail Marshal server or WatchGuard firewall that are the next steps out of our network.  However, I need to rule out Exchange first.
I would like to set up Performance Monitor to watch these connectors and how much mail is queuing up for these two connectors.  I have been in PerfMon and looking for the right counters, but I have not found anything to those two specific connectors.  Anybody have any suggestions as to where those would be?
For example, the first connector is call ClientTLS connector and the other is InternetMail.
Thank you in advance!
DilbertW01Asked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

SembeeCommented:
There are no perfmon counters for SMTP Connectors. They are only on the SMTP virtual server.

I personally think you are going this the wrong way. Exchange and IIS SMTP are very reliable. Most third party applications are not. I have never had a problem with the native protocols of Exchange and SMTP unless the problem was full scale SMTP corruption (so no email flows). It has always been third party tools. If you are using things like Mail Marshal or other scanning tools those are always the first place I look, not Exchange.

Simon.
0
DilbertW01Author Commented:
I definitely agree with you.  My suspicion is on the Mail Marshal box or WatchGuard.  However, me and the Exchange server are always the first to be blamed.  So, if possible, I have to eliminate it as the first suspect.  How about the related queues for those connectors?  Any way to monitor them?  When I first checked on this issue, there were three message held up in the Internet connector.  I did an UnFreeze on them.  They flushed on through.  I need to keep monitoring the queues to see if messages are piling up in those queues and when.  Thank you for the help!
0
SembeeCommented:
You cannot monitor SMTP Connectors because they are just a configuration - they aren't sending the email messages - the SMTP virtual server is doing that. All the SMTP Connector does is tell the SMTP VS what to do with the messages.

Simon.
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
DilbertW01Author Commented:
It is not quite the answer I was looking for, but I definitely agree with you that the problem more than likely exists on the Mail Marshal server (like our administrator of that system would ever admit it is her fault).  I have set up Performance Monitor and using the counters in SMTP server and cutting out the counters that don't apply.  So far, it is definitely not on the Exchange server ( big shocker - not ).  Thanks for the pointers.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Exchange

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.