[spambayes-bugs] [ spambayes-Bugs-690418 ] Non mail items filtered by Outlook

[SourceForge.net]

Bugs item #690418, was opened at 2003-02-21 12:11
Message generated for change (Comment added) made by mhammond
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=498103&aid=690418&group_id=61702

Category: Outlook
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 7
Submitted By: Mark Hammond (mhammond)
Assigned to: Mark Hammond (mhammond)
Summary: Non mail items filtered by Outlook

Initial Comment:
DeliveryReports are filtered by SpamBayes.  We should
check that we are only filtering mail items.  I added a
check for this in the "Recover from Spam" buttons, so
we can copy that.  Indeed, we *must* copy that, as the
filter may move such a message, but then our "Delete
as/Recover from" buttons won't let us get it back

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

>Comment By: Mark Hammond (mhammond)
Date: 2003-07-21 14:34

Message:
Logged In: YES 
user_id=14198

Fix checked in.  Only mail items are filtered.  Only items
that can be filtered can show spamclues.  Note that
user-composed messages are still filtered, as per that other
bug!

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

Comment By: Mark Hammond (mhammond)
Date: 2003-07-21 12:43

Message:
Logged In: YES 
user_id=14198

Thanks!  That is certainly a step in the right direction. 
The fact it isn't that simple is the reason why this bug has
sat here for so long.  Other things:
* The GetMessageGenerator etc should have the same logic, so
that "bult training" of folders doesn't pick up these items.
 This code does *not* use the Outlook object model, and
opening an Outlook object per mail is way too slow.
* This should be rolled into one function, so *everything*
knows to skip (or not) a message.  Later, this will include
checks like "has this ever been sent" (see the other bug)

But - the great news is that I am actually working on that
as we speak, and very nearly have it done.  Will probably be
my next checkins.


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

Comment By: Adam Walker (xenogeist)
Date: 2003-07-21 12:32

Message:
Logged In: YES 
user_id=583713

Mark, Please review the patch I've attached. It checks for a 
message class beginning with "IPM.Note" in the 
ProcessMessage method, which seems to the common entry 
point with the exception of the buttons (which you already 
fixed).

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

Comment By: Adam Walker (xenogeist)
Date: 2003-07-20 14:06

Message:
Logged In: YES 
user_id=583713

[ 772155 ] Meeting requests
http://sourceforge.net/tracker/index.php?
func=detail&aid=772155&group_id=61702&atid=498103
is a dupe of this.

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

Comment By: Tony Meyer (anadelonbrin)
Date: 2003-07-10 08:51

Message:
Logged In: YES 
user_id=552329

Noting duplicate in 
https://sourceforge.net/tracker/?
func=detail&atid=498103&aid=768682&group_id=61702

([ 768682 ] Appointment filtered but can't be recovered)

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

Comment By: Mark Hammond (mhammond)
Date: 2003-07-02 09:30

Message:
Logged In: YES 
user_id=14198

Also happens for meeting requests (which apparently also
often end up as unsure)

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

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