QUOTE(ScottKnauss @ Nov 20 2006, 02:06 PM)

Any help on figuring out were this is originating, or ideas on how to find the culprit would be appeciated. Server Info: 138.180.190.67
Hi Scott,
it seems like your bridgehead server is accepting any mail that comes his way:
CODE
telnet 138.180.190.67 25
Trying 138.180.190.67...
Connected to g2ha.naples.navy.mil (138.180.190.67).
Escape character is '^]'.
220 g2a.naples.navy.mil ESMTP Wed, 22 Nov 2006 11:29:28 +0100 (CET)
helo my_domain.xxx
250 g2a.naples.navy.mil Hello mi1.al-systems.com [195.243.162.146], pleased to meet you
mail from:me[at]my_domain.xxx
250 2.1.0 me[at]my_domain.xxx... Sender ok
rcpt to:derimdwicmewocnwod_rismwujcs.wufnmewop18950302[at]navy.mil
250 2.1.5 derimdwicmewocnwod_rismwujcs.wufnmewop18950302[at]navy.mil... Recipient ok
data
354 Enter mail, end with "." on a line by itself
Test
.
250 2.0.0 kAMATSWD024658 Message accepted for delivery
quit
221 2.0.0 g2a.naples.navy.mil closing connection
Connection closed by foreign host.
Hmm, I don't believe you have a user named derimdwicmewocnwod_rismwujcs.wufnmewop18950302[at]navy.mil ;-)
So this mail gets relayed to other mail servers until finally one server has the guts to say: "Hey, there is no such user!" Depending on the config of this machine this might result in a non-delivery message being sent back to the alleged sender. However, since spammers regularly fake the from-address, it's more likely the bounce will end up at some innocent bystander.
More about bounces (aka blow-back, aka backscatter) here:
http://www.spamcop.net/fom-serve/cache/329.htmlThere are three ways to solve this problem:
1. The Good Way
Your bridgehead server should know what addresses exist on the other servers. This way you can directly reject any message to a non-existing recipient without generating a bounce. However, this would imply you have access to a complete directory of all users, either via AD or LDAP. If this is not feasible, you can try...
2. The Not-So-Good-But-Acceptable Way
Ask all administrators to disable NDRs on their mail servers. For E2K3, you launch the Exchange System Manager, then go to Global Settings -> Internet Message Format. Select the Advanced tab. Uncheck Allow non-delivery reports. For E2K, you need to download a patch from Microsoft. If your colleagues won't cooperate, you still have...
3. The Hard-But-Hey-It-Works Way
Discard outgoing NDRs on your bridgehead server. This isn't very nice, I know, but it should solve the problem.
There might be other solutions, but that's all I can come up with on short term...
Good luck,
A. Friend