15 replies
I think you just got added to the spammers’ lists. You could certainly block email from any hotmail account, but that would block legitimate ones as well.
One thing you could do is report it to Microsoft at abuse@hotmail.com.
See these links:
http://www.wown.com/j_helmig/mailspam.htm
http://news.com.com/2100-1033-210907.html?legacy=cnet
http://spam.abuse.net/goodsites/#aol
REMOVE SPACES from the pasted URLs
Tools and techniques for limiting spam
http://www.cl.cam.ac.uk/~pb/spam/tools/
REMOVE SPACES from the pasted URLs
by machinetype
by lizzy
I really liked the links that Maxwell gave. I didn't see this one from Sunbelt Software, though. It's fairly new and being offered for $19.95 right now. "IHateSpam"
http://www.sunbelt-software.com/product.cfm?id=930
(no spaces in URL)
BTW, Sunbelt software has great newsletters!! Win2K News and WinXP News. Comes once a week.
HTH
by machinetype
by machinetype
Let's think this through. If these "rogue emails" are in your "outbound" queue, then they can only originate from one of two possible places. I am speaking in generalities, of course, when I say only one of two possible places - inside the organization or outside the organization.
The first place they can originate is from outside your organization. If this is the case, then you have open relay enabled, allowing any spammer to use your Exchange server as a hop. You stated, however, that you have closed that relay (disabled open relay).
The second place they can originate is from inside your organization. If that is the case then you have a perverted "farmer Jones" working for you.
There is another possibility, I suppose. But it'sonly possible if your server can indeed be used by outside spammers while you have open relay disabled. Exchange versions up through 5.0 are vulnerable to relay if they permit any local SMTP users. However, starting with version 5.5 (which you have), provisions have been made to prevent unauthorized relay.
http://mail-abuse.org/tsi/ar-fix.html
So I would suggest that you start looking for your perverted farmer, or double check yourself and make sure you have disabled your open relay.
Look at this Exchange 2000 article titled, “Is Your Exchange Server Relay-Secure?”
http://www.exchangeadmin.com/Articles/Index.cfm?ArticleID=7696
I hope you find something in that article that will pinpoint something that was overlooked while disabling open relay. (Otherwise, start looking for your farmer.)
In addition, this article titled, “Spam Source Tracking”, may prove useful as well.
http://email.about.com/cs/spamtracking/
REMOVE SPACES from the pasted URLs.
Good luck,
Maxwell
by machinetype
I will look over the exchangadmin link this evening but i am pretty sure everything is configured correctly. I am getting eventID 4031, not 4188(which is refusal to relay. As for farmer joe these messages usually originate around 11pm - 4amwhen there are no users on (i have looked at the security audits) additionally the originating address is < > (this is where there usually is a name) I appreciate the help and if i had it configured wrong (not very likly) and that article helped i will have you post another answer and i will give you the points.
P.S. have you ever heard of a virus having these mannerisms? this suggestion has been offered by a friend
I’ve not heard of a virus with the characteristics that you described. (But that doesn’t mean it couldn’t happen.) I’m still guessing that there is some small detail that was overlooked while configuring your Exchange server.
The following are some excerpts from the article I mentioned. It does indeed describe more than simply disabling the open relay.
Exchange Server 5.5, has the tools to implement anti-spam recommendations and prevent the unauthorized use of yourresources. To maximize your ability to use these capabilities and configure your system's anti-relay defenses, you need to be running SP2 or later and the encapsulated relaying hotfix. An alternative to installing the hotfix is to install SP3, whichincludes the hotfix. In Exchange Server 5.5 before SP2, you could block relaying only by manually editing the Registry.
As Screen 1 shows (see article), two options on the Routing tab of the Internet Mail Service Properties sheet—Do not reroute incoming SMTP mail and Reroute incoming SMTP mail (required for POP3/IMAP4 support)—control mail relaying. The obvious choice seems to be Do not reroute incoming SMTP mail, but this option has several drawbacks, including that it isn't as secure as it might seem. Selecting this option prevents the IMS from relaying messages, but the IMS still accepts the messages and then generates a nondelivery report (NDR) that specifies that the recipient's address doesn't exist on the system.
This configuration doesn't meet the second RFC recommendation because it results in an error code that indicates success and generates an incorrect delivery failure report.
If your server is running in the Do not reroute incoming SMTP mail configuration, the IMS still may accept messages, and could allow your system to be the origin of reverse UCE (unsolicited commercial email).
(continued..)
Reverse UCE:
If you set your system to Do not reroute incoming SMTP mail, malicious users can use your system as a launching point to flood another computer system with SMTP messages. Because the messages include your company's address, they look as if you sent them. For a more detailed look at the SMTP protocol dialog between sender and server, see Mark Minasi's Windows NT Magazine article "Untangling Email" (April 1998). Figure 1 (see link to article) shows a typical SMTP dialog.
Making the Changes
To configure your system in a similar way, you need to select the Reroute incoming SMTP mail option on the Routing tab of the Internet Mail Service Properties sheet, as Screen 2 shows. Although this choice might seem counter to the objective, it provides a more secure system if you configure it properly. After you've selected this option, you must specify all the domains for which your IMS handles incoming mail. For example, assume that you have no internal or external systems that need to use the Exchange server as a relay and that you're not using any POP or Internet Message Access Protocol (IMAP) clients. Your primary domain is realdomain.com, and you host mail for one other organization: virtualdomain.com.
http://www.exchangeadmin.com/Articles/Index.cfm?ArticleID=7696
“Untangling Email: Straightening out SMTP message delivery”, by Mark Minasi
http://www.winnetmag.com/Articles/Index.cfm?ArticleID=3024
Take a look at those articles in depth, and I’m sure you’ll see where the hole is occurring.
REMOVE SPACES from the pasted URLs.
Maxwell
by machinetype
by machinetype
by brasslet
The messages with a blank <> originator are non-delivery reports. The most likley cause for these NDRS is spam, addressed to non-existant user accounts (mailboxes) in your domain. It isn't a virus and it isn't because you're relaying mail. You're simply being targeted with spam, like every other system that's connected to the Internet. The return address on the spam is either bogus, or the hotmail account fills up with all the NDR's quickly so that it rejects the NDR. So, the NDR sits in your outbound queue until it times out.
As for preventing this, there are a few things you can do to reduce this unwanted traffic. If you can block the hotmail domain through Message Filtering, that could help. You would block legit e-mail from hotmail as well, though, so that's not likely a solution for you. Another possiblity is to get some kind of content filtering software, that can work to eliminate or reduce spam. It would be a third-party add-on, not free in other words.
by machinetype
by machinetype
This discussion is closed to new replies.
Trending Software posts
Sort by Trending