Tracking email back to its source: Twisted Evil
cause i hate spammers… Evil or Very Mad
Ask most people how they determine who sent them an email message and the response is almost universally, “By the From line.” Unfortunately this symptomatic of the current confusion among internet users as to where particular messages comes from and who is spreading spam and viruses. The “From” header is little more than a courtesy to the person receiving the message. People spreading spam and viruses are rarely courteous. In short, if there is any question about where a particular email message came from the safe bet is to assume the “From” header is forged.
So how do you determine where a message actually came from? You have to understand how email messages are put together in order to backtrack an email message. SMTP is a text based protocol for transferring messages across the internet. A series of headers are placed in front of the data portion of the message. By examining the headers you can usually backtrack a message to the source network, sometimes the source host. A more detailed essay on reading email headers can be found .
If you are using Outlook or Outlook Express you can view the headers by right clicking on the message and selecting properties or options.
The headers of an actual spam message are list below. I’ve changed my email address and the name of my server for obvious reasons. I’ve also double spaced the headers to make them more readable.
Return-Path: <[email protected]>
X-Original-To: [email protected]
Delivered-To: [email protected]
Received: from 12-218-172-108.client.mchsi.com (12-218-172-108.client.mchsi.com [184.108.40.206])
by mailhost.example.com (Postfix) with SMTP id 1F9B8511C7
for <[email protected]>; Sun, 16 Nov 2003 09:50:37 -0800 (PST)
Received: from (HELO 0udjou) [220.127.116.11] by 12-218-172-108.client.mchsi.com with ESMTP id <536806-74276>; Sun, 16 Nov 2003 19:42:31 +0200
Message-ID: <[email protected]>
From: “Maricela Paulson” <[email protected]>
Reply-To: “Maricela Paulson” <[email protected]>
Subject: STOP-PAYING For Your PAY-PER-VIEW, Movie Channels, Mature Channels…isha
Date: Sun, 16 Nov 2003 19:42:31 +0200
X-Mailer: Internet Mail Service (5.5.2650.21)
Content-Type: multipart/alternative; boundary=”MIMEStream=_0+211404_90873633350646_4032088448″
According to the From header this message is from Maricela Paulson at [email protected]. I could just fire off a message to [email protected], but that would be waste of time. This message didn’t come from yahoo’s email service.
The header most likely to be useful in determining the actual source of an email message is the Received header. According to the top-most Received header this message was received from the host 12-218-172-108.client.mchsi.com with the ip address of 18.104.22.168 by my server mailhost.example.com. An important item to consider is at what point in the chain does the email system become untrusted? I consider anything beyond my own email server to be an unreliable source of information. Because this header was generated by my email server it is reasonable for me to accept it at face value.
The next Received header (which is chronologically the first) shows the remote email server accepting the message from the host 0udjou with the ip 22.214.171.124. Those of you who know anything about IP will realize that that is not a valid host IP address. In addition, any hostname that ends in client.mchsi.com is unlikely to be an authorized email server. This has every sign of being a cracked client system.
Here’s is where we start digging. By default Windows is somewhat lacking in network diagnostic tools; however, you can use the tools at to do your own checking.
[email protected]:[/home/pratik] $whois 126.96.36.199
AT&T WorldNet Services ATT (NET-12-0-0-0-1)
188.8.131.52 – 184.108.40.206
Mediacom Communications Corp MEDIACOMCC-12-218-168-0-FLANDREAU-MN (NET-12-218-168-0-1)
220.127.116.11 – 18.104.22.168
# ARIN WHOIS database, last updated 2003-12-31 19:15
# Enter ? for additional hints on searching ARIN’s WHOIS database.
I can also verify the hostname of the remote server by using nslookup, although in this particular instance, my email server has already provided both the IP address and the hostname.
[email protected]:[/home/pratik] $nslookup 22.214.171.124
Ok, whois shows that Mediacom Communications owns that netblock and nslookup confirms the address to hostname mapping of the remote server,12-218-172-108.client.mchsi.com. If I preface a www in front of the domain name portion and plug that into my web browser, http://www.mchsi.com, I get Mediacom’s web site.
There are few things more embarrassing to me than firing off an angry message to someone who is supposedly responsible for a problem, and being wrong. By double checking who owns the remote host’s IP address using two different tools (whois and nslookup) I minimize the chance of making myself look like an idiot.
A quick glance at the web site and it appears they are an ISP. Now if I copy the entire message including the headers into a new email message and send it to [email protected] with a short message explaining the situation, they may do something about it.
But what about Maricela Paulson? There really is no way to determine who sent a message, the best you can hope for is to find out what host sent it. Even in the case of a PGP signed messages there is no guarantee that one particular person actually pressed the send button. Obviously determining who the actual sender of an email message is much more involved than reading the From header. Hopefully this example may be of some use to other forum regulars.
Handling multiple pdf’s can be a pain, and combining multiple pdf’s is not as easy as merging doc files. So how to achieve this?
The simplest and the fastest way is using pdftk. Install Ubuntu if you are not a regular user, install this on a VirtualBox image and install pdftk on your instance by typing
sudo apt-get install pdftk
Once the installation is complete, you can now start merging pdf files on the fly by using the following command
pdftk *.pdf cat output merged.pdf
pdftk 1.pdf 2.pdf 3.pdf cat output merged.pdf
There are mutiple options to this which you can find out using man or using google 🙂
The default desktop for the VNC Server is “TWM”, though most people are used to KDE or Gnome instead. Here is how to change it:
For KDE, replace “twm &” with “startkde &”
For Gnome, replace “twm &” with “exec gnome-session &”
Kill any existing VNC servers with “vncserver -kill :xxx” where xxx is the display number.
Start a new server.