Re: [Declude.JunkMail] More encoded spam

2002-09-11 Thread Helpdesk
on 9/5/02 9:23 PM, Madscientist wrote: All this is good I guess. Until we come up with some good examples of legitimate messages with text/html base64 then we won't completely settle the issue. It does seem that the evidence so far is strongly in favor of a spam/no-spam test for base64

AW: [Declude.JunkMail] More encoded spam

2002-09-11 Thread Gufler Markus
[X] I agree. -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Im Auftrag von Helpdesk Gesendet: Mittwoch, 11. September 2002 18:54 An: [EMAIL PROTECTED] Betreff: Re: [Declude.JunkMail] More encoded spam on 9/5/02 9:23 PM, Madscientist wrote

Re: [Declude.JunkMail] More encoded spam

2002-09-11 Thread R. Scott Perry
All this is good I guess. Until we come up with some good examples of legitimate messages with text/html base64 then we won't completely settle the issue. It does seem that the evidence so far is strongly in favor of a spam/no-spam test for base64 encoded html. Any news on this front?

Re: [Declude.JunkMail] More encoded spam

2002-09-07 Thread Smart Business Lists
I started special trapping on messages with base 64 encoding ONLY in text/html mime segments late on 9/5. In slightly more than 2,000 total messages since then there has been one such message. It was spam. Why the message was encoded in base64 is just a mystery to me. The message failed most

[Declude.JunkMail] More encoded spam

2002-09-05 Thread Rick Davidson
Hi Scott, I am starting to see alot of these encoded emails (since I cant stop them), here are a few more encoded spam samples. So far it looks like something similar to this appears in each encoded message. Content-Type: text/html; Content-Transfer-Encoding: base64 It would seem easy to catch

Re: [Declude.JunkMail] More encoded spam

2002-09-05 Thread R. Scott Perry
If anybody can produce legit reasons for sending mail this way please let Scott know That's exactly what I'm looking for. I do have enough samples of the spam to work with; it's just a matter now of finding out if there is legitimate mail that is being sent this way. -Scott

Re: [Declude.JunkMail] More encoded spam

2002-09-05 Thread R. Scott Perry
Well I don't know what legit means exactly but I can tell you there are quite a few messages that come through our server that are base64 encoded or that contain base64 segments that are not SPAM. base64 is used for virtually all types of attachments (.jpg, .exe, etc.), so it will be common in

RE: [Declude.JunkMail] More encoded spam

2002-09-05 Thread Mark Smith
PROTECTED] Subject: Re: [Declude.JunkMail] More encoded spam Well I don't know what legit means exactly but I can tell you there are quite a few messages that come through our server that are base64 encoded or that contain base64 segments that are not SPAM. base64 is used

RE: [Declude.JunkMail] More encoded spam

2002-09-05 Thread Madscientist
Davidson | Subject: Re: [Declude.JunkMail] More encoded spam | | | Rick, | | Thursday, September 5, 2002 you wrote: | RD If anybody can produce legit reasons for sending mail this way | RD please let Scott know | | Well I don't know what legit means exactly but I can tell | you there are quite

Re: [Declude.JunkMail] More encoded spam

2002-09-05 Thread R. Scott Perry
RSP I can't think of a single legitimate reason for a mail client to encode Well again I don't see where it would be illegal to use any kind of encoding available for any message. I am very sure it is not illegal. But if a spam test can catch a reasonable amount of spam, and in theory