[2 days left] What’s wrong with your cloud strategy? Learn why multicloud solutions matter with Nimble Storage.Register Now


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

Posted on 2006-11-25
Medium Priority
Last Modified: 2012-06-22

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.

Question by:kimakabane
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
  • 2
  • 2
LVL 104

Assisted Solution

Sembee earned 400 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.


Author Comment

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.

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?
LVL 10

Accepted Solution

MATTHEW_L earned 600 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.

LVL 104

Expert Comment

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.

LVL 10

Expert Comment

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.

Featured Post

Veeam Disaster Recovery in Microsoft Azure

Veeam PN for Microsoft Azure is a FREE solution designed to simplify and automate the setup of a DR site in Microsoft Azure using lightweight software-defined networking. It reduces the complexity of VPN deployments and is designed for businesses of ALL sizes.

Question has a verified solution.

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

New style of hardware planning for Microsoft Exchange server.
One-stop solution for Exchange Administrators to address all MS Exchange Server issues, which is known by the name of Stellar Exchange Toolkit.
In this video we show how to create a Resource Mailbox in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.: Navigate to the Recipients >> Resources tab.: "Recipients" is our default selection …
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…
Suggested Courses

649 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