Vanilla 1.1.9 is a product of Lussumo. More Information: Documentation, Community Support.
Spamassasin marks answer email as spam
FYI: Got email notification which was marked as spam by the widely used anti spam software spamassasin.
Here is the log:
From: MathOverflow <info@mathoverflow.net>
Subject: *****SPAM***** 1 Question Has 1 Answer - MathOverflow
X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02)
X-Spam-Status: Yes, score=9.3 required=6.2 tests=BAYES_99=6.1,HTML_MESSAGE=1.8,
MIME_QP_LONG_LINE=1.396 autolearn=no version=3.2.1
X-Spam-Report:
* 6.1 BAYES_99 BODY: Bayesian spam probability is 99 to 100%
* [score: 0.9963]
* 1.8 HTML_MESSAGE BODY: HTML included in message
* 1.4 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars
I can live with this and don't complain, but more aggressive spam settings might bury the email deeper.
Isn“t the Bayesian filter (which generate the majority of your Spam score) trainable by the user?
I am not exactly sure how MO can change the software (assuming we can even do that) to evade all Bayesian SPAM filters, since that heavily depends on how a user/sys-admin trains the filter....
In my case the software is run on the ISP mail server so there is no feedback to the filter.
I suppose the main bayesian problem is the text/plain part of the email is too short and including the markdown source as text/plain will fix the issue.
I don't mean to criticize MO, but the answer email doesn't follow email best practices in my conservative opinion. I suppose best practices are the text/plain part of the message to be the html stripped from formatting. On all the mailing lists I am, html only email (or text/plain "see the html") is extremely rare and always criticized. Even friends who send me html only email annoy me. Not to mention my MUA doesn't understand html :-)
@joro: while I feel your pain, instead of fighting the times, I've found it much much simpler to just tell my MUA to ask nicely for a nicely parsed output from lynx or something like that. (Mutt with autoview text/html works pretty well).
But you are of course right: having a text/plain part that just tells you to see the HTML part defeats the entire point of multipart MIME; it'd be better even to just have no text/plain parts compared to having one that is useless.
For that matter, I wonder if the e-mails in SE2 are any better?
@Willie I have no pain and don't complain. Just point out that a major anti spam software flags MO's email - this might affect other users too. This is completely OK for me, I am sensitive to spam false positives and waste more than average time deleting spam.
1 to 7 of 7