Re: Here is the Tracking URL

Nigel Featherston wrote:

www.spamcop.net/sc?id=z945557411z13c22d3cfce8e5f033884bc08c04bb9az

Preface:  I don't recommend reading spam subjects receptively, I don't
recommend opening spam to find out what is inside, I don't recommend
reading spambodies for 'content', and I don't recommend trying to read
the mind of the spammer who created the Subject or why /that/ subject,
or the From and why /that/ From, or the body words and why /those/
words, or the bogus lines and why /those/ bogus lines.

Chapter 1:  Before I 'dissect' any spambody, I dissect its headers.
There's something funny about those headers

  Abbreviated Received tracelines *comment
  from (smtp101.biz.mail.re2.yahoo.com [68.142.229.215]) by
mx9.pacifier.net
  from unknown (HELO [email protected])
([email protected]@65.113.104.154 with login) by
smtp101.biz.mail.re2.yahoo.com

I believe that the item was relayed by a yahoo server to pacifier, but
that the yahoo server's headers are noncompliant, so I'm having to guess
at the IP source for the yahoo server, ie is it 65.113.104.154  no rDNS?

whois -h whois.arin.net 65.113.104.154 ...
Qwest Comm  65.112.0.0 - 65.127.255.255
VIPOWERNET  65.113.104.0 - 65.113.111.255

In addition, the item carries a pacifier.net mid

Message-Id: <[email protected]>

suggesting that either the item got all the way thru' the yahoo
mailserver without an mid which was ultimately provided by pacifier, or
else the source fabricated a pacifier mid before mailing/injection.  So,
that makes 2 strange situations in the headers already.

In that case, I'll look at the From, which I normally do not, which sez
monster.com

So far I conclude, "Funky headers.  Unanswered questions."

Chapter 2:  Look at the body.

There's a problem with the body.  It has been mangled thrice, once by OL
when it was being stored by the MAPI client OL which mapi-izes the html,
then again a second time by OL when it was removed from storage and
de-mapi-ized to try to turn it back into an approximation of the
original html version, and then the 3rd time by SC which is configured
to do a hack on an html spam when it is submitted by an OL or Eurdora
client.

That is too much mangling by all of those parties to rely on the correct
structure anymore.  The original spam has been lost.  This is a spam
'forged' or manufactured or synthesized to try to look like the original
might be guessed to have looked.

I can find a mailto for thestocktongroup.com and I can find a link for
http://www.thestocktongroup.com/jobs.html

which doesn't resolve, neither, due to nameserver failure

Searching for www.thestocktongroup.com A record at
ns1.allhostingsolutions.com. [63.239.178.210]: Server failure! [took 214
ms].

so the email addies aren't going to go anywhere either.

Chapter 3: Back to Nigel's original question.

> SC says the email addresses
> '[email protected]'
> '[email protected]'
>
>  and the web URL: http://www.thestocktongroup.com/  are no good.

That is correct.  They do not resolve.  The domain registrationa at
wildwestdomains.com  for thestocktongroup.com just shows a domains by
proxy registration and gives the nameservers which aren't working.

> If so, what possible purpose does this email serve?

None.  It is b0rken.



-- 
Mike Easter
kibitzer, not SC admin