Mother went into the hospital. Dad and brothers handling that issue while I did the full-time care for a terminally-ill aunt. Am still playing catch-up from that too-long week plus. I see that this Discussion died. Hmmm.
QUOTE(TomMynar @ Apr 15 2008, 11:48 PM)

"which IP address are we talking about" "moving the IP address"
I have a 5 block subnet from mpower. When .251 would get blocked, I would tell the router to output (from all internal sources) to .250. When that got blocked too, I moved it to .249, etc. Obvously NOT a solution
http://www.spamcop.net/w3m?action=checkblo...=216.70.129.249216.70.129.249 not listed in bl.spamcop.net
http://www.spamcop.net/w3m?action=checkblo...=216.70.129.250216.70.129.250 not listed in bl.spamcop.net
http://www.spamcop.net/w3m?action=checkblo...=216.70.129.251216.70.129.251 not listed in bl.spamcop.net
Guessing at the remaining two IP Addresses not specifically identified;
http://www.spamcop.net/w3m?action=checkblo...=216.70.129.248216.70.129.248 not listed in bl.spamcop.net
216.70.129.247 and 216.70.129.252 show no traffic seen at SenderBase, so wondering which might be the 'fifth' IP Address involved.
Hostname: lgb-static-216.70.129.249.mpowercom.net
Volume Statistics for this IP
Magnitude Vol Change vs. Last Month
Last day 0.0 N/A
Last month 3.2
Hostname: lgb-static-216.70.129.250.mpowercom.net
Volume Statistics for this IP
Magnitude Vol Change vs. Last Month
Last day 0.0 N/A
Last month 3.4
Hostname: pacwesttech.com (216.70.129.251)
Volume Statistics for this IP
Magnitude Vol Change vs. Last Month
Last day 0.0 N/A
Last month 3.7
Hostname: santw.com (216.70.129.248)
Volume Statistics for this IP
Magnitude Vol Change vs. Last Month
Last day 0.0 N/A
Last month 3.3
Leaving all to wonder just where the traffic ended up being moved to, seeing as none of the IP Addresses identified and guessed at are showing any signs of traffic. I'm not going to spend any time on trying to chase that data down.
QUOTE
So, I seperated the two email servers so one used the Fortinet router on .251 and the other used a cheapie router on .249. Then I watched for things to expire in the bl listings.
.251 kept getting relisted, the .249 didn't. So, it made me think "what is different ?". On the .249 side (the clients are NOT local) I had what I knew to be infected machines (verified today when I went out there, that was the 80 mile away client). I wiped one machine and upgraded it from Win2K to WinXP Pro w/Trend. I scanned the other machine (XP Pro) and cleaned 1 trojan and several suspicions EXEs.
Quick point .. it seems like the IP Addresses have been mixed up in this scenario description ..????
QUOTE
I then checked the .251 lan and realized I had a Wireless router on the LAN side. I also noticed an employee with an unauthorized laptop sitting under his bench in the warehouse. I unplugged the wireless router (not really in use anyways) this morning. I have seen no more evidence of crap being sent out. I am going to leave it off to make sure the spyware is not just being stealth for a while (that is, not on the suspected laptop).
OK, perhaps that explains the 'confusion' in the above paragraph ..???
QUOTE
I will then "sniffer" the network and turn the wireless back on and see if the traffic comes in over the wireless IP (we are far enough away from other buildings that it is unlikely someone else is using it).
???? If the wireless router was "not used" .. allegedly 'unknown' as a network connected device ... why would you 'turn it back on' ...?????
Distance ???? With an appropriate antenna, range can be amazing. There is another Topic here that talks about an end user and ISP/Host being separated by miles .... the interloping computer (assumed to be compromised) was sitting somewhere in-between.
Use of a sniffer would seem to be a bit of overkill for a quick read ... check the router for connected devices for starters. Compare that to the list of 'authorized' computers ... though again, that this router was 'discovered' as a network asset, it would seem that there would be no authorized systems ...????
QUOTE
Oh, Ellen did not give me any further detail of the emails found-just the generic header text which sending IP, domain name, time sent, etc.), so I couldn't find out any forwarding IP's that would be in the ethernet packets that would tell me where the router was to send the packet back to.
???? Again, overkill from the words offered. The headers should show which machine (via the IP Address) actually generated and sent the e-mail. Assumedly you'd be looking for a non-routable IP Address, the issue then would be to isolate the machine assigned that address, assumedly via your internal DHCP server.
QUOTE
Of course, my understanding of how a router compiles a packet is that it sends out its' own IP for the return packet trip and has a private area that the receiver is supposed to keep attached where my router embeded the internal LAN IP of the packet it is routing (that took a long breath to say).
Generically, this is known as NAT .. Network Address Translation is one definition. Another definition to look up would be the description of just how a 'router' works' ....
QUOTE
"https:..../exchange"
Why is this alarming ?

Doesn't a simple telnet to port 25 on a domain preceeded with "mail." tell them who they are talking to ? I'll have to go back and test that. I guess I could create some kind of Java applet to give the company employees an sneaker link to the server.
I have no idea how or why you managed to drag a telnet connection into this. My concern was having folks log into a system with a URL that used the 'location' of something titled "Exchange" .... The apperances are that you have folks trying to login to the same system that is running your 'Exchange' server. The security issues involved with this would be legion.