Tìm kiếm hỗ trợ

Tránh các lừa đảo về hỗ trợ. Chúng tôi sẽ không bao giờ yêu cầu bạn gọi hoặc nhắn tin đến số điện thoại hoặc chia sẻ thông tin cá nhân. Vui lòng báo cáo hoạt động đáng ngờ bằng cách sử dụng tùy chọn "Báo cáo lạm dụng".

Tìm hiểu thêm

Adaptive spam filter suddenly crazy aggressive [solved] by resetting training data

  • 1 trả lời
  • 1 gặp vấn đề này
  • 17 lượt xem
  • Trả lời mới nhất được viết bởi Alan Mead

more options

I've been using TB for many years, currently 60.5.3 32-bit on Windows 7. I get a lot of automated emails and a lot of spam. I think I understand how TB classifies spam/ham using naive Bayes or something similar. I have been conscientious to train the classifier in the 2+ years that this installation of TB has been running.

The account > settings > junk settings are: adaptive junk mail filtering enabled (and I've trained the classifier); do not automatically mark mail ... (in all my address books); trust junk mail headers set by SpamAssassin; move junk emails to Junk; and (don't delete junk)

and my general junk settings are: when I set the spam flag, move to account's junk folder; mark junk/spam as read; and log adaptive filtering

In the past couple weeks (I noticed the problem 4 days ago), TB has suddenly become crazy aggressive in classifying spam (identifying it as spam, moving it to a spam folder and setting the spam flag). In some cases, I unflag it (and TB sends the email to my inbox) and it immediately gets reclassified as spam and moved again into my spam folder. This is not behavior I've ever seen. The misclassification rate just a few weeks ago was close to 0% and biased in favor of slightly more false negatives and very, very few false positives (i.e., occasionally I'd see a spam email in my inbox, rarely did a legitimate email go into spam). In the space of maybe 10 days, about 25-50% of my legitimate/ham email is being classified as spam. It's like night and day and it's a maddening problem.

I checked with my ISP and they deny having changed SpamAssassin settings. I can see emails that were junked that have "good" headers. For example, I had to recover my username and password to post this and one email (from mozilla.org, that was marked as spam) had these headers, which is fine, right?

X-Spam-Check-By: mail1.g14.pair.com

X-Spam-Status: No, hits=-5.5 required=5.0 tests=DCC_CHECK,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS,HTML_IMAGE_ONLY_28,HTML_MESSAGE,SPF_PASS,USER_IN_DEF_DKIM_WL autolearn=disabled version=3.004002

X-Spam-Flag: NO

X-Spam-Level:

X-Spam-Filtered: 440df9e0c6f90fd3f1744f287d3847e0

I've checked that I haven't changed anything (I haven't modified the configuration of TB or any controls my ISP makes visible to me), my ISP claims not to have changed anything (and many, perhaps all, of these emails are not marked as spam by SA). I'm left with a few hypotheses: (1) TB has a defect introduced (e.g., recently in the code that classifies spam, or owing my the amount of data in my installation); (2) recent spam has poisoned the spam filter; or (3) the Bayesian model is shared across devices using the same IMAP account and a Linux laptop I've been using for the past three weeks has poisoned the model.

Regarding #1, I note that the adaptive filter log ends on 3/5 (around the time I noticed the problem). There's no log entries for mail that I watched get misclassified today, for example. I wonder if I have enough data to overflow whatever data structures could overflow?

Regarding #2, I find that hard to believe on two fronts. First, IIUC, there should be years of data (my adaptive filter log goes back to 2014), so I find it hard to believe spammers could poison the Bayesian model so quickly (I noticed the change rapidly, not gradually). To be honest, if this is true, I'd still say it's a design flaw in TB if spammers can poison the filter that quickly.

And second, while there are some emails similar to spam (all emails from myself and being marked spam; that could be because I get a torrent of "your account has been hacked" emails that are spam), but many other emails that don't (to my eye) bear any resemblance of spam emails are being mis-classified. If there's a common thread, automated emails (cron output, log reports, host monitoring, etc.) are very affected. But maybe that's a matter of base rates (a very large proportion of my emails are automated).

Regarding #3, I've regularly used TB on more than one device, including on Linux desktops, without this issue having previously arisen.

Solutions: I'm not interested in using any kind of filter or whitelist approach, because I will leave someone/something off and miss emails.

I suspect someone will point me towards instructions for blowing away the accumulated Bayesian model and tell me to retrain it. That's not the end of the world, but I get a torrent of email and I'd like to avoid retraining it if possible. Also, if the use of the Linux laptop (running whatever version of TB comes stock on CentOS 7) is causing the trouble, then retraining the model on my primary Windows computer won't actually solve the issue. And finally because that's just a band-aid and the problem with reoccur at some point.

I know first-hand how "black-box-y" Bayesian models are, so examining the model is out, I think? I'd be curious, though, if there are any tools available to examine the model or troubleshoot this issue. The log just shows the subjects of the emails that are classified as spam.

I've been using TB for many years, currently 60.5.3 32-bit on Windows 7. I get a lot of automated emails and a lot of spam. I think I understand how TB classifies spam/ham using naive Bayes or something similar. I have been conscientious to train the classifier in the 2+ years that this installation of TB has been running. The account > settings > junk settings are: adaptive junk mail filtering enabled (and I've trained the classifier); do not automatically mark mail ... (in all my address books); trust junk mail headers set by SpamAssassin; move junk emails to Junk; and (don't delete junk) and my general junk settings are: when I set the spam flag, move to account's junk folder; mark junk/spam as read; and log adaptive filtering In the past couple weeks (I noticed the problem 4 days ago), TB has suddenly become crazy aggressive in classifying spam (identifying it as spam, moving it to a spam folder and setting the spam flag). In some cases, I unflag it (and TB sends the email to my inbox) and it immediately gets reclassified as spam and moved again into my spam folder. This is not behavior I've ever seen. The misclassification rate just a few weeks ago was close to 0% and biased in favor of slightly more false negatives and very, very few false positives (i.e., occasionally I'd see a spam email in my inbox, rarely did a legitimate email go into spam). In the space of maybe 10 days, about 25-50% of my legitimate/ham email is being classified as spam. It's like night and day and it's a maddening problem. I checked with my ISP and they deny having changed SpamAssassin settings. I can see emails that were junked that have "good" headers. For example, I had to recover my username and password to post this and one email (from mozilla.org, that was marked as spam) had these headers, which is fine, right? X-Spam-Check-By: mail1.g14.pair.com X-Spam-Status: No, hits=-5.5 required=5.0 tests=DCC_CHECK,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS,HTML_IMAGE_ONLY_28,HTML_MESSAGE,SPF_PASS,USER_IN_DEF_DKIM_WL autolearn=disabled version=3.004002 X-Spam-Flag: NO X-Spam-Level: X-Spam-Filtered: 440df9e0c6f90fd3f1744f287d3847e0 I've checked that I haven't changed anything (I haven't modified the configuration of TB or any controls my ISP makes visible to me), my ISP claims not to have changed anything (and many, perhaps all, of these emails are not marked as spam by SA). I'm left with a few hypotheses: (1) TB has a defect introduced (e.g., recently in the code that classifies spam, or owing my the amount of data in my installation); (2) recent spam has poisoned the spam filter; or (3) the Bayesian model is shared across devices using the same IMAP account and a Linux laptop I've been using for the past three weeks has poisoned the model. Regarding #1, I note that the adaptive filter log ends on 3/5 (around the time I noticed the problem). There's no log entries for mail that I watched get misclassified today, for example. I wonder if I have enough data to overflow whatever data structures could overflow? Regarding #2, I find that hard to believe on two fronts. First, IIUC, there should be years of data (my adaptive filter log goes back to 2014), so I find it hard to believe spammers could poison the Bayesian model so quickly (I noticed the change rapidly, not gradually). To be honest, if this is true, I'd still say it's a design flaw in TB if spammers can poison the filter that quickly. And second, while there are some emails similar to spam (all emails from myself and being marked spam; that could be because I get a torrent of "your account has been hacked" emails that are spam), but many other emails that don't (to my eye) bear any resemblance of spam emails are being mis-classified. If there's a common thread, automated emails (cron output, log reports, host monitoring, etc.) are very affected. But maybe that's a matter of base rates (a very large proportion of my emails are automated). Regarding #3, I've regularly used TB on more than one device, including on Linux desktops, without this issue having previously arisen. Solutions: I'm not interested in using any kind of filter or whitelist approach, because I will leave someone/something off and miss emails. I suspect someone will point me towards instructions for blowing away the accumulated Bayesian model and tell me to retrain it. That's not the end of the world, but I get a torrent of email and I'd like to avoid retraining it if possible. Also, if the use of the Linux laptop (running whatever version of TB comes stock on CentOS 7) is causing the trouble, then retraining the model on my primary Windows computer won't actually solve the issue. And finally because that's just a band-aid and the problem with reoccur at some point. I know first-hand how "black-box-y" Bayesian models are, so examining the model is out, I think? I'd be curious, though, if there are any tools available to examine the model or troubleshoot this issue. The log just shows the subjects of the emails that are classified as spam.

Được chỉnh sửa bởi Wayne Mery vào

Tất cả các câu trả lời (1)

more options

I went ahead and reset the training data and spam flagging is back to normal and surprisingly accurate. I haven't had to reclassify too many emails.