shadyj
0 pts. | Dec 19 2006 10:57AM GMT
Make sure your guest account is not enabled. If you do need it enabled, change the default password. Spammers use this method in Exchange since the default password is blank.
Sidzilla
0 pts. | Dec 19 2006 11:30AM GMT
Another possibility is that one of the legitimate clients on your system is infected and acting as a spambot. I would see if there is any unusual network traffic from any particular client. I don’t know how large your organization is, but it would only take one infected client to cause this. Filters would only work if you were blocking your legit clients in a case like that.
petroleumman
0 pts. | Dec 20 2006 9:28AM GMT
Hello,
Couple things you did not mention, which queue is filling up? Is it the internet smtp (outbound) queue or a routing queue which could indicate a flood of inbound traffic? Is there a pattern to the messages? If your server has been hijacked and is sending spam, the messages may be all of one type to various recipients.
Try taking your server off line for 30-60 minutes. Clean out your message queues then bring it back on line. If there is some type of automated attack (open relay, DoS, etc.) occuring from the outside, taking it off line can stop the process by breaking the connection and causing the attacking program to begin timing out which will often shut it down or force it to drop your server for another.
While your server is off line, do some investigating for clues to the source of the messages. Double-click a message from a queue to display properties and use message tracker to try and identify the source of the rouge messages. Firewall logs can also be a good source of information as well.
Good luck!
tracybs
0 pts. | Dec 21 2006 2:49PM GMT
I too was quite worried when I kept seeing my queues filling up with a ton of emails in a retry status. I followed all of Microsoft?s articles on properly securing my server.
Anyway? it finally hit me? these are replies from your postmaster telling other people that the recipient doesn?t exist. At least that is the case on mine.
Now, at least once a week I stop my SMTP Virtual Server, reconfigure my Internet Mail Connector to forward all mail to a bogus address in my network, restart the SMTP Virtual Server, and then find that forwarder in the queue. Select it and then click ?Find Messages? ? I usually set the limit to 10000 before doing this. I then sort the list making sure I didn?t catch any legitimate mail, select all of the mail from postmaster, and delete it without an NDR (non-delivery report). I then backtrack everything so I am using DNS to resolve again and I?m good to go for a few more days.
It?s a pain but it works!






