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
Solved

SMTP mail to non-existent domain cause delay for another normal emails.

Posted on 2006-11-25
6
848 Views
Last Modified: 2012-06-22
Hello,

I'm using 1 POSTFIX as MTA and 1 Exchange2003SP1 as backend.
In normal situation, everything is okay and the delivery speed of smtp mail to outside is quite fast.(less than a min.)
However if someone(outlook user in inside) send the message to non-existent domain name with typo like "domain.con" (should be ".com")
of cource this message will be stayed on the Exchange smtp queue and reply back with NDR to the sender, but during this period(stay in the queue),
other email also start to stay in the queue. Normal email process delays few mins because of the wrong email.
I've tested this case in the two quite different environment and got a same result.

If you are Exchange admins, please let me know if you can duplicate the issue.
I'd like to resolve this issue. Only one worng email shouldn't be affected to others, I believe.

Thanks.
0
Comment
Question by:kimakabane
  • 2
  • 2
6 Comments
 
LVL 104

Assisted Solution

by:Sembee
Sembee earned 100 total points
ID: 18012746
Any reason why you are not on Exchange 2003 SP2?

What happens if you bypass the Postfix server? Does email flow correct then? The postfix server is the first place I would look as I presume that you are sending email to that server as a smart host, hopefully on an SMTP Connector.
There is nothing in Exchange that would stop the email from flowing, so I would look at anything outside of Exchange.

Simon.
0
 

Author Comment

by:kimakabane
ID: 18014067
Thanks Simon.
At this moment we have no issue for SP1, so there are no obvious requirements to upgrade to SP2.

I've switched smart host to IIS SMTP but situation not changed.

BTW,
When I manually removed the stay queued with retrying message because of "sending to non-existent domain", user recieved the following message.
--------
The following recipient(s) could not be reached:
      'recipient@ezweb.ne.jo' on 2006/11/26 21:28
            The e-mail system was unable to deliver the message, but did not report a specific reason.  Check the address and try again.  If it still fails, contact your system administrator.
            <exchange.contoso.net #4.0.0 smtp;450 <recipient@ezweb.ne.jo>: Recipient address rejected: Domain not found>
--------
"ezweb.ne.jo" is the non-existent domain.
I think this is normal message, but why Exchange didn't reply back to user about this error immediately?
Doesn't make sense to retry sending to non-existent domain.
I don't want Exchange to hold this message in the queue. And I think this is not relevant with smart host settings...

Any idea?
0
 
LVL 10

Accepted Solution

by:
MATTHEW_L earned 150 total points
ID: 18014688
I have tried to replicate this and have not been able to.  I have an Exchange 2003 SP2 backend server forwarding mail through another Windows 2003 IIS 6.0 SMTP service.  Messages do not get "stuck" in the Exchange 2003 queues.  The only queue you should see as having messages sent through it would be in the internet mail smtp connector forwarding mail to the other server.  All messages whether they are addressed to a real or non-existant domain should leave the exchange queue.  The remote mta will be the one to generate the NDR.

Some possibilities include that DNS lookups are taking too long to time out for the non-existant domain, or their is a delay on the postfix side of DNS lookup to NDR generation and then back to the user.  So if I have your configuration correct you have configured your internet mail connector or whatever connector you are using to forward email to a smarthost (postfix).  I am assuming that the address space on the connector is *.  One thing to try to see if there is a difference in performance is to select on your connector route messages via dns rather than forward them through your smart host and see if there is any difference.

Matt
0
 
LVL 104

Expert Comment

by:Sembee
ID: 18014715
Service Packs should NOT be considered an optional installation. In the current security environment you should deploy them as soon as possible. That particularly service pack is well over 12 months old and is considered rock solid and would strongly advise that you install it as soon as you can.

You will also find it difficult to get support within the community as you are using a product that is over two years old and the service pack does make changes and fix problems within Exchange. I cannot even remember what it is like to work on an Exchange 2003 SP1 machine.

The behaviour that you are seeing with Exchange is not normal behaviour. Therefore you have to look at what is different from a conventional installations. In this case you have two differences, neither of which you seem to want to do anything about...

1. The lack of service pack 2
2. The use of a non Exchange smart host.

Rule number one with IT troubleshooting is to rule out things.
As you are using a smart host and this is an issue with email delivery the first thing that must be tried is bypassing the smart host. When you are using a smart host as the next hop Exchange simply tries to deliver all email to that smart host. At the moment you cannot say 100% that the smarthost is not the cause of the problem.
You need to bypass the smart host and test again, because until you do all other tests are worthless.

Simon.
0
 
LVL 10

Expert Comment

by:MATTHEW_L
ID: 18014724
Simon is right, SP's are not optional.  Not sure if you have or use Microsoft Gold support, they will not even talk to you if you are running Exchange 2003 SP1.  SP2 is going to help out in the long run.  And as I said before try delivering messages via DNS rather than through the smart host and see if there is a difference in performance.
0

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

This article lists the top 5 free OST to PST Converter Tools. These tools save a lot of time for users when they want to convert OST to PST after their exchange server is no longer available or some other critical issue with exchange server or impor…
This article explains how to install and use the NTBackup utility that comes with Windows Server.
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…
This video demonstrates how to sync Microsoft Exchange Public Folders with smartphones using CodeTwo Exchange Sync and Exchange ActiveSync. To learn more about CodeTwo Exchange Sync and download the free trial, go to: http://www.codetwo.com/excha…

856 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