bugMHonArc - Bugs: bug #11760, spammode false positives on some...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #11760: spammode false positives on some HTML mail

Submitter:  Jeff Breidenbach <jab>
Submitted:  Fri 28 Jan 2005 07:33:28 AM UTC
   
 
Category:  Mail Parsing Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Undesired Behavior
Status:  Fixed Privacy:  Public
Assigned to:  None Open/Closed:  Closed
Operating System:  All Perl Version:  5.8.4
Component Version:  2.6.10 Fixed Release:  2.6.11

Tue 10 May 2005 07:08:39 PM UTC, comment #3: 

Modification to mhopt.pl has been checked into CVS that
should fix this problem.  Any address-like string prefixed
by cid: will not be rewritten.

The next snapshot build can be used to test the changes.

Earl Hood <ehood>
Group administrator
Mon 02 May 2005 12:58:24 AM UTC, comment #2: 

I'm going to do a little research on this.  It appears there
may be a fix for this.  Unfortunately, ADDRESSMODIFYCODE
never sees the "cid:" prefix, so no expression for it can
work-around the problem.

It appears the fix must be in mhonarc's address detection
code and to check for cid: before invoking ADDRESSMODIFYCODE.
A problem is that someone could "hide" real email addresses
in a message by prefixing it with "cid:".

Earl Hood <ehood>
Group administrator
Thu 31 Mar 2005 11:59:08 PM UTC, comment #1: 
[Limitation]

This looks like a limitation.  To keep things simple, address
detection is media-type neutral.  I'm not sure having media-type
awareness is worth the effort and may complicate how related
resources are used.

An possible work-around is to set ADDRESSMODIFYCODE to check
for cid:, and if present, leave the address unchanged.  Using
Perl's regex 'x' modifer allows you to use full expressions
in the substitute portion of the s/// operator when checking for
cid:.  Send a follow-up if you need help in coming up with
a workable expression.

Earl Hood <ehood>
Group administrator
Fri 28 Jan 2005 07:33:28 AM UTC, original submission:  

When spammode is on

When processing HTML mail, address detection can trigger
on things that aren't quite email addresses. For example,
<BODY id=ridBody background=cid:933261302@24112004-1397>
will get pounced on. This generally transforms valid HTML
to invalid HTML and causes mhonarc to produce warnings
like the following:

        Warning: Trailing characters in:
        id=ridBody background=cid:[EMAIL PROTECTED]

Jeff Breidenbach <jab>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follow 8 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-05-20 ehood StatusReady For Test Fixed
    Open/ClosedOpen Closed
    Fixed ReleaseCVS 2.6.11
2005-05-10 ehood StatusPostponed Ready For Test
    Fixed Release CVS
2005-05-02 ehood StatusWont Fix Postponed
2005-05-02 ehood StatusNone Wont Fix
2005-03-31 ehood Operating SystemLinux All

Back to the top

Powered by Savane 3.13-d3ae.
Corresponding source code