[spambayes-bugs] [ spambayes-Bugs-839648 ] SpamBayes/Rules conflict

[SourceForge.net]

Bugs item #839648, was opened at 2003-11-10 18:01
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=498103&aid=839648&group_id=61702

Category: Outlook
Group: Outlook 008
Status: Open
Resolution: None
Priority: 5
Submitted By: Tyson Vanek (tvanek)
Assigned to: Mark Hammond (mhammond)
Summary: SpamBayes/Rules conflict

Initial Comment:
This is an interesting problem to which I've found a 
solution, but I'll explain.

I have Outlook 2002 checking 4 email accounts.  Inside 
my "Inbox" folder, I have a folder for each of these email 
accounts.  I then have a rule created for each email 
account that moves messages from the Inbox to the 
appropriate folder based on which account received the 
message, a setup I believe to be fairly common among 
people using Outlook to check multiple accounts.

I installed SpamBayes (the Outlook 0081 plug-in) today 
and went into configuring it.  Because I have many rules 
that move messages all over the place into different 
folders, I configured SpamBayes' email filtering to watch 
the "Inbox" folder and marked the "Include Subfolders" 
checkbox, assuming this would monitor every single 
piece of email that Outlook retrieves.

Then I bounced a known spam message to one of my 
email accounts.  Even with the delayed filtering in place, 
the offending spam was not moved to the appropriate 
spam folder.  Checking the "Spam Clues" on the 
offending message revealed a 100% match for spam.  
Considering I had SpamBayes configured to move spam 
90% or higher to the spam folder, it baffled me that this 
email hadn't been moved.

Then I took a look at the log files and figured out what 
was taking place.  When the email originally landed in 
the "Inbox", SpamBayes properly identifie it as SPAM and 
attempted to move it to the spam folder.  However, my 
Outlook rule for moving messages received through that 
account to the sub-folder inbox was pulling the email 
OUT of the spam folder and placing it in the designated 
pseudo-inbox folder.  As a result of this action, 
SpamBayes also thought I was retrieving this email from 
the spam folder, so it also logged an entry that it 
learned that this email was NOT SPAM and would fail to 
score future duplicate emails properly.

How did I get around all this?  Simple.  I went back to 
the filtering options of the plug-in and unchecked 
the "Inbox" folder.  Instead, I opened it up and checked 
every single folder that exists inside of the "Inbox", but 
not the "Inbox" itself - and I also kept the "all sub-
folders" option checked.  This means SpamBayes now 
only scans the message when it arrives in one of my 
folders after Outlook rules process it, and everything is 
working correctly.

I hope this makes sense to the developers.  I'm sure this 
is the same scenario being reported by many of your 
users that utilize rules for managing multiple email 
accounts.  They simply need to ignore the "Inbox" and 
filter everything else so that SpamBayes doesn't trap 
the spam until it lands in the rule-specified folder and 
Outlook doesn't "steal" it from the spam folder.

If you need any clarification on this, please let me 
know.  Other than this minor configuration glitch, I LOVE 
the plug-in so far!  Great work - keep it up!

Thanks,
Tyson

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=498103&aid=839648&group_id=61702