[Bug 5491] MIME_QP_LONG_LINE triggering on valid email

[bu...@bugzilla.spamassassin.org]

https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5491


James Ralston <ra...@pobox.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ralston@pobox.com




--- Comment #5 from James Ralston <ra...@pobox.com>  2009-08-20 13:34:20 PST ---
I can confirm this behavior as of 2009-07-07.

This mailer:

    X-Mailer: Apple Mail (2.935.3)

has an error in the way it performs QP-encoding. Specifically, if the last
character in a line is a raw "=" character, it doesn't seem to include the
length of the expansion caused by encoding ("=" -> "=3D") in the line length
calculation, which means that it will generate a QP-line that is 2 characters
too long.

For example, this 66-character line:

blah blah blah blah blah blah blah blah blah foo foo foo foo =====

gets QP-encoded to this 77-character line:

blah blah blah blah blah blah blah blah blah foo foo foo foo =3D=3D=3D=3D=3D=

This trips the MIME_QP_LONG_LINE test.

I suspect "Apple Mail (2.935.3)" could produce a 78-character line as well,
depending on the column in which the final raw "=" falls.

Can we change the maximum length for the MIME_QP_LONG_LINE test from 76
characters to 78 characters, please? That should stop this test from
erroneously hitting on ham "Apple Mail (2.935.3)" mail...

-- 
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.