• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2216
  • Last Modified:

Exchange 2003 SMTP queue full of strange addresses

I took a look at my virtual SMTP server running on Exchange 2003 /w SP2 and noticed a lot of strange email domain's that are attempting to go out. They seem stuck and say retry.

Is someone trying to use Exchange to spam messages out and they simply get stuck in the queue?

How do I check this to make sure no one can relay out and what is causing all these messages to be stuck in the queue?


  • 3
2 Solutions
It could be that, or it could be NDR messages to a spammer that had been sending messages to users (or non-existent users) in your domain.
Sembee's site (http://www.amset.info/exchange) has a lot of good information on anti-spam measures.
john_s99Author Commented:
I also notice on a different server, running Exchange 2003 SP2 that valid messages get stuck in the queue.

If I try to stop the smtp server, the smtp service gets hung, i.e. it says stopping and then I have to reboot the server, once I do that all the messages that were in the queue get delivered ok.

Any idea what would be causing the smtp service to hang? Also, when the server restarts the smtp service doesn't start automatically, even thou in the services it is listed as automatic.

I then have to start the smtp service manually then the messages get delivered.

Any idea's on this one?
Jeffrey Kane - TechSoEasyPrincipal ConsultantCommented:
The specific article to get this done is here:  http://www.amset.info/exchange/spam-cleanup.asp

Usually this is caused by NDR's trying to go to non-existant addresses... too many of them and you're stuck.
Generally caused by a spammer using your domain name in the "Reply to" field... and there's not much you can do about that.

Regarding your second question...I have heard that sometimes these connections trying to return the NDRs can choke up the SMTP virtual server.  I haven't ever been privvy to the problem sticking the queue, but generally delete these messages (without NDR).  It may be that your AV is sticking the queue up as well, so make sure that you have the exclusions in place for \mailroot\vsi 1\queue and \pickup for the *.eml files.

Featured Post

Get free NFR key for Veeam Availability Suite 9.5

Veeam is happy to provide a free NFR license (1 year, 2 sockets) to all certified IT Pros. The license allows for the non-production use of Veeam Availability Suite v9.5 in your home lab, without any feature limitations. It works for both VMware and Hyper-V environments

  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now