I give: Header data found in body, aborting link detection

[cwg]

But there is none.

http://www.spamcop.net/sc?id=z5008465786za...c665fa3f255ebdz

Mainly because I have to use the "outlook/eudora workaround form" due to the message coming from my netzero account.

So, the assumption is:

Everything in the upper box is email headers.

Everything in the lower box is email body.

The two do not mix.

[Wazoo]

Mainly because I have to use the "outlook/eudora workaround form" due to the message coming from my netzero account.

I'd request a bit more explanation on the actual mechanics you're using to get the e-mail content into the parsing boxes. The error message is a bit in error, but probably the only one entered into the parsing code for this type of problem.

Please look intently at the line X-Yahoo-Newman-Property:..... This line is screwed up badly, actually including several items that should be on their own lines. The question is .. how / when did this happen?

[cwg]

That's from how netzero presented the headers to me, it reveals the headers a bit weird, I'll have to post an example.

[SpamCop 98]

Do all of your emails lack a FROM, TO or SUBJECT line?

[cwg]

Generally, no.

Sample of NZ headers, this is put into a list to show you where the headers wrap in the dialog used by NZ when displaying the headers.

• Return-Path: <access[at]access.com>
  
• Received: from mx02.dca.untd.com (mx02.dca.untd.com [10.171.44.32])
  
• by maildeliver07.dca.untd.com with SMTP id AABG7RUDQA2ZDF8A
  
• for <user[at]netzero.net> (sender <access[at]access.com>);
  
• Sat, 21 May 2011 07:13:02 -0700 (PDT)
  
• Authentication-Results: mx02.dca.untd.com; DKIM=NONE
  
• Received-SPF: None
  
• Received: from dukecmmtar03.coxmail.com (dukecmmtar03.coxmail.com [68.99.120.44])
  
• by mx02.dca.untd.com with SMTP id AABG7RUDQAUH5QD2
  
• for <user[at]netzero.net> (sender <access[at]access.com>);
  
• Sat, 21 May 2011 07:13:02 -0700 (PDT)
  
• Received: from dukecmimpo02.coxmail.com ([68.99.120.135])
  
• by dukecmmtar03.coxmail.com
  
• (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP
  
• id <20110521141302.YWGB13176.dukecmmtar03.coxmail.com[at]dukecmimpo02.coxmail.co
  
• m>;
  
• Sat, 21 May 2011 10:13:02 -0400
  
• Received: from super ([24.248.3.18])
  
• by dukecmimpo02.coxmail.com with bizsmtp
  
• id mED01g00D0PKJL801ED11j; Sat, 21 May 2011 10:13:02 -0400
  
• From: "Western Union US"<access[at]access.com>
  
• Subject: Limited account!
  
• Date: Sat, 21 May 2011 07:13:04 -0700
  
• MIME-Version: 1.0
  
• Content-Type: text/html;
  
• charset="ks_c_5601-1987"
  
• Content-Transfer-Encoding: 7bit
  
• X-Priority: 1
  
• X-MSMail-Priority: High
  
• X-Mailer: Microsoft Outlook Express 6.00.2600.0000
  
• X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
  
• Message-Id: <20110521141302.YWGB13176.dukecmmtar03.coxmail.com[at]dukecmimpo02.coxmail.com
  
• >
  
• To: Undisclosed-recipients:;
  
• X-UNTD-BodySize: 923
  
• X-UNTD-UBE: 5
  
• X-UNTD-UBE-INFO:
  
• 4cf57c5c3d61d17c05b819dca938bc68f8a9d189591548f888c948a1b97505057cbc2818add1f5ddd138a8eca1
  
• ac15c59c158c15ec
  
• X-UNTD-SPF: None
  
• X-UNTD-DKIM: NONE
  
• X-UNTD-SIGN-INFO:
  
• 4cf57c5c3d61d17c05c9987195d1ddd8954d81b89999583d35bced053111055cb91c4d8971c1f17169711c
  
• X-ContentStamp: 4:6:3733130447
  
• X-MAIL-INFO:4c2d4c8d2dbd4c4cbd1da52c1d58e191b1fc19e11ca1cc25b1d5656c35ec450805cce5bd194c1d
  
• f5084c859cc57958853dd935cd39356105a57505e1053128b9359d9d693dad2861a19cec9c250d6c0dcce97d55
  
• e57de5f54df1c94d7dc561e8c588c589a1154d5d5d0c688ca1
  
• X-UNTD-Peer-Info: 68.99.120.44|dukecmmtar03.coxmail.com|dukecmmtar03.coxmail.com|access[at]ac
  
• cess.com
  

And this is what happens without correction:

http://www.spamcop.net/sc?id=z5011076849z9...5028fb217f23baz

The correction is usually de-wrapping the wrapped long lines so the headers resemble email headers again, ...

[Wazoo]

And this is what happens without correction:

http://www.spamcop.net/sc?id=z5011076849z9...5028fb217f23baz

The correction is usually de-wrapping the wrapped long lines so the headers resemble email headers again, ...

Repeating my previous Post;

I'd request a bit more explanation on the actual mechanics you're using to get the e-mail content into the parsing boxes. ... The question is .. how / when did this happen?

OS, Browser, versions of both, cut or copy, etc., on and on

For instance, if a recent version of Internet Explorer in use, has the "compatibility mode" been offered, applied? If IE is in use, does trying FF change the resulting display?

[cwg]

Doesn't matter on OS, Browser, or versions.

The headers are gained from clicking a link on the message and it opens up a small (560x320 pixels) dialog with a textarea on the surface containing the header information. Not a true dialog either, a java scri_pt dialog. Not resizable either. So I right click, select all, then copy.

To get the message body, I have to highlight the body of the message, view selection source, then copy that into the lower part of the workaround spam entry. Which of course suck when it's an image spam because to get it then I have to enable images for that message which enables any tracking done on that message. But without doing that, you can't get at the message body because it's scri_pt written to the surface.

P.S. FYI, I have both w2k and xp machines to test this sort of stuff on, it's the same results on either OS.

[Fonman805]

Mainly because I have to use the "outlook/eudora workaround form" due to the message coming from my netzero account.

Have you tried forwarding the spam from your NetZero account to spamcop? It's much easier and quicker than copying and pasting, and should eliminate the cause of the problem.

I have both a Juno and a NetZero email account (both are United Online services), and using their webmail access, report any spam received on those addresses by the forward as an attachment method. You have to pre-set that in the Sending section, under the Messages part of Options (on NetZero). It also requires Mailhost settings in spamcop.