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

Spam Email Headers

Guys, we have a constant SPAMMING issue, where someone within the organisation is spamming our mail server (its been ongoing for weeks now)

I have looked inside the header of the spam email and found the following

Received: from User by nepeaneng.com.au
      (MDaemon.PRO.v7.1.2.R)
      with ESMTP id md50002621363.msg
      for <jhn.andrew1@gmain.com>; Wed, 02 Mar 2011 15:19:01 +1100
Reply-To: <barclaysfundtra @aol.com>
From: "Firdous Amin"<chengvincent@live.com>
Subject: Private
Date: Tue, 1 Mar 2011 23:19:00 -0800
MIME-Version: 1.0
Content-Type: text/plain;
      charset="Windows-1251"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
X-Authenticated-Sender: roberts@nepeaneng.com.auX-Spam-Processed: mail.nepeaneng.com.au, Wed, 02 Mar 2011 15:19:01 +1100
      
X-MDRemoteIP: 61.164.40.151
X-Return-Path: chengvincent@live.com
X-MDaemon-Deliver-To: jhn.andrew1@gmain.com

The valid account here is roberts@nepeaneng.com.au. I found his computer and turned it off. Still the spamming continues. How do I rid myself of this nuisence? If thats the email that it is using to drop its payload, why is it when I kill his local lan access, the spamming persists?

chengvincent@live.com is the email sender that is spoofing

Any help would be appreciated.
0
Network_Padawan
Asked:
Network_Padawan
  • 4
  • 4
  • 2
  • +1
1 Solution
 
Dave BaldwinFixer of ProblemsCommented:
61.164.40.151 comes back as:
inetnum:      61.164.40.144 - 61.164.40.159
netname:      HZ-DINGDIAN-FINANCIAL-LTD
country:      CN
descr:        Hangzhou Dingdian Financial net Ltd.

It's not your IP or live.com's IP.  Unless you have customers there, you could possibly block that IP.
0
 
moorhouselondonCommented:
Mdaemon has many checking facilities to not accept Spam.  Just by checking whether the Sender correlates with the Sender's IP (in a similar way to what DaveBaldwin did manually) you can check whether to accept email from that person or not.  Mdaemon can be setup also to look at BlackLists and reject anything that emanates from an IP on one of those lists.  That IP is pretty well-known as a Spam source, see here:-

http://www.mxtoolbox.com/SuperTool.aspx?action=blacklist%3a61.164.40.151
0
 
moorhouselondonCommented:
These things are all under Mdaemon's Security menu.  Look for DNS-BL (for BlackList checking) under Spam Filter; and under Security Settings there are many useful tools, look at Reverse Lookups in particular for your problem.  Be careful before ticking any box marked "caution".
0
 The Evil-ution of Network Security Threats

What are the hacks that forever changed the security industry? To answer that question, we created an exciting new eBook that takes you on a trip through hacking history. It explores the top hacks from the 80s to 2010s, why they mattered, and how the security industry responded.

 
Alan HardistyCommented:
Please have a read of my article that should help you sort out your problem (you sound like you are an authenticated relay):

http://www.experts-exchange.com/Software/Server_Software/Email_Servers/Exchange/A_2556-Why-are-my-outbound-queues-filling-up-with-mail-I-didn't-send.html

If the sender is roberts@nepeaneng.com.au - please change his password to a much stronger one then restart the SMTP Service and then have a read of my blogs:

http://alanhardisty.wordpress.com/2010/09/28/increase-in-frequency-of-security-alerts-on-servers-from-hackers-trying-brute-force-password-programs/

http://alanhardisty.wordpress.com/2010/12/01/increase-in-hacker-attempts-on-windows-exchange-servers-one-way-to-slow-them-down/
0
 
Network_PadawanAuthor Commented:
Great thanks guys, Im looking into this now and hope I can resolve this today as user complaints are stressing me out.  I have been managing the queue myself for the past few days (pain in the xxxx!)

Spam is not a license product on our Mail Daemon. We are going to get rid of Mdaemon soon so management does not want to pay for a license. So that solution is not available.

I have changed the users password and it seems to have stopped the spamming. Will see how it goes for the next 24 hours before considering this solved.

Thanks guys.
0
 
Alan HardistyCommented:
Sounds good - if you still have mail in the queues you want rid of (and sorry if I am too late), download aqadmcli.exe and use that to zap the queues in no time at all.

ftp://ftp.microsoft.com/pss/Tools/Exchange%20Support%20Tools/Aqadmcli/aqadmcli.exe

Usage instructions:

http://community.spiceworks.com/how_to/show/267
0
 
Network_PadawanAuthor Commented:
THanks Alan, appreciated. Can I just ask you a quick question, when we put exchange in place, and we are hit with the same issue, does exchange have the same tools and utlities to manage the queues and resolve these issues. Mail Daemon seems really good in terms of the number of tools it has for management, is exchange the poorer product?
0
 
Alan HardistyCommented:
I've not seen it happen to Exchange 2007 / 2010 yet so not sure what would happen.  Exchange 2010 is much improved over 2003 and very different.

Don't know Mail Daemon so can't comment I'm afraid.  Exchange has plenty of tools available and lots of 3rd party stuff too.
0
 
Network_PadawanAuthor Commented:
Can you recommend some of the 3rd party tools?
0
 
Alan HardistyCommented:
What would you be looking for the tools to do?
0
 
Network_PadawanAuthor Commented:
Thanks Alan, your response was comprehensive and provided the solution, so I am giving you sole points.

Thanks for replying.
0

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

  • 4
  • 4
  • 2
  • +1
Tackle projects and never again get stuck behind a technical roadblock.
Join Now