http://bugzilla.spamassassin.org/show_bug.cgi?id=3188
Summary: local characters counted as "illegal" in subject
Product: Spamassassin
Version: 2.63
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: P5
Component: Libraries
AssignedTo: spamassassin-dev@incubator.apache.org
ReportedBy: gkg@gmx.de
The function check_illegal_chars excludes a single instance of three special
characters on subject (#, pound, cent) - anyway, for users located in countries
or speaking languages that use special non-7-bit-characters like "äöüß" (or the
dozens of accented chars) this might prove to be a problem. I know that the RFCs
call for other encoding than 7bit for those characters, but not all mailers seem
to follow that RFC - there seem to be instances where special characters are not
escaped.
Question is whether this should be taken into account or not - while I do think
that on from and to headers there should not be any special characters, I have
yet to see any spam where any of the special chars could have identified it as
spam (contrary, spam that uses funny chars for an eye catcher 99 out of 100
cases has the correct encoding, getting it through that spam check ...)
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Summary: local characters counted as "illegal" in subject
Product: Spamassassin
Version: 2.63
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: P5
Component: Libraries
AssignedTo: spamassassin-dev@incubator.apache.org
ReportedBy: gkg@gmx.de
The function check_illegal_chars excludes a single instance of three special
characters on subject (#, pound, cent) - anyway, for users located in countries
or speaking languages that use special non-7-bit-characters like "äöüß" (or the
dozens of accented chars) this might prove to be a problem. I know that the RFCs
call for other encoding than 7bit for those characters, but not all mailers seem
to follow that RFC - there seem to be instances where special characters are not
escaped.
Question is whether this should be taken into account or not - while I do think
that on from and to headers there should not be any special characters, I have
yet to see any spam where any of the special chars could have identified it as
spam (contrary, spam that uses funny chars for an eye catcher 99 out of 100
cases has the correct encoding, getting it through that spam check ...)
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.