New spammer tactic /multipart/mixed; and base64

UNCONFIRMED
Unassigned

Status

UNCONFIRMED
7 years ago
3 years ago

People

(Reporter: bill, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: dupme)

Attachments

(1 attachment)

(Reporter)

Description

7 years ago
Created attachment 584006 [details]
ABOUT YOUR PAYMENT FROM UNITED NATION OFFICE(READ ATTACHMENT FOR DETAILS).eml

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_5_8) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7

Steps to reproduce:

Received spam, tried to report it to abuse@aol.com (using "forward")


Actual results:

The headers were forwarded, but the actual message was not.

I copied-pasted the actual message to the end of the message.


Expected results:

The actual message should have been attached to the end of the forwarded message.

My concern is that the spammers have figured out a way to prevent reports to ISPs having enough information to kill the addresses that are being abused. 

The attached file is what I got; I am saving the email I got in case this is not complete.
Attachment #584006 - Attachment mime type: application/octet-stream → text/plain
(In reply to Bill Jefferys from comment #0)
> My concern is that the spammers have figured out a way to prevent reports to
> ISPs having enough information to kill the addresses that are being abused. 

hearder should be enough for ISPs to work with. This looks like a duplicate - but I don't have the bug on the top of my head.
Component: Security → MIME
Product: Thunderbird → MailNews Core
QA Contact: thunderbird → mime
Summary: New spammer tactic → New spammer tactic /multipart/mixed; and base64
Whiteboard: dupme
Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.
You need to log in before you can comment on or make changes to this bug.