SA Bugzilla – Bug 3141
False MIME_HTML_ONLY detection
Last modified: 2005-01-19 05:07:25 UTC
Message-Id: <200403081110.i28BA6hp032185@hiden> X-Sender: hiden X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.2 Date: Mon, 08 Mar 2004 12:12:33 +0100 To: hiden From: hiden Subject: ***SPAM*** préparation AG Mime-Version: 1.0 Content-Type: multipart/alternative; types="text/plain,text/html"; boundary="=====================_11195017==_.ALT" X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at UPJV X-Spam-Status: Yes, hits=9.8 tagged_above=0.0 required=6.0 tests=BAYES_01, FORGED_MUA_EUDORA, HTML_20_30, HTML_MESSAGE, MIME_HTML_ONLY, MIME_HTML_ONLY_MULTI X-Spam-Level: ********* X-Spam-Flag: YES Status: RO X-Status: A Content-Length: 1369 Lines: 56 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable [...]
Created attachment 1822 [details] Should correctly not detect the sample given in report Not tested.
I definitely don't like the patch, mostly because it opens up the rule to complete abuse. "Content-Type: text/html; text/plain". I think the correct fix is: return 1 if (defined($ctype) && $ctype =~ m@^text/html@i); on a side note, I don't think this is valid: types="text/plain,text/html"; but I'm checking out the RFCs.
from what I could find in the rfcs, it's valid, but it's up to the MUA to do something, if anything, with it. so ignore my statement in the last note.
moving accuracy and some bugs to 3.1.0 milestone
more accuracy and performance bugs going to 3.1.0 milestone
A few things: 1) is this still an issue with 3.0? 2) if so, please attach (via the web page) a sample message which shows the behavior.
checked in test fix
closing as FIXED