[Spambayes] More Error Messages in log file?

VBCoder VBCoder at iUpTown.com
Mon May 31 16:23:08 EDT 2004

Hi Tim,

It appears that all of the issues I am seeing are related to Spambayes not
seeing a message before my Outlook rules.  This brings me to the sad
realization that SpamBayes is unusable in my environment.

I had asked a question about the purpose of the Filter timer and you
responded with "read the code".  I don't have the code and I don't have the
time or inclination to read the code.  If I did, I would write the code
instead.  I don't know what language it is written in, I am guessing it is
not one that I am conversant in like assembly or VB.  A simple answer would
have  sufficed.  Don't bother responding as it would make little difference
as I am already looking for a product that will work in my environment.

Hint: If you wrote the Outlook piece as a custom rule, I would have been
able to put it first to insure it would always fire before my rules moved
it.  But I am sure you already thought of that.

You last comment about turning on background filtering is not the answer.
When turned on, almost all messages are missed (blank percent).  This
setting seems to insure that it is always fired after the Outlook rules, at
least in OL2K.

It is too bad that Spambayes will not work for me in my environment as it
really looked promising.  I did not want to use a proxy for one and I am not
willing to change the other software I am currently using.

Thanks for your time and input,

-----Original Message-----
From: Tim Peters [mailto:tim.one at comcast.net]
Sent: Monday, May 31, 2004 2:42 PM
To: 'VBCoder'; Spambayes at python.org
Subject: RE: [Spambayes] More Error Messages in log file?

[VBCoder, using Outlook 2K]
> 1). Does SpamBayes get control of the messages before any of my Rules?

This appears impossible to predict, varying by such things as system load,
processor speed, how fast email is coming in, Outlook version, and phase of
the moon.  It's possible that Outlook will tell SpamBayes about a new
message before your rules or after your rules, it's possible that this will
change from message to message, and, if you have a rule that moves a msg
from one watched (by SpamBayes) folder to another watched folder, it's
possible that Outlook will tell SpamBayes about the message twice -- or not
at all!

The good news is that enabling "background filtering" (on the SpamBayes
Manager's Advanced tab) pretty reliably results in Outlook rules running
first.  There's no known way to reliably get SpamBayes to run first.

If you are a VB coder, SpamBayes learns about new messages via ItemAdd
events on the watched folders.  So the answer to all questions is "easy" at
that level:  SpamBayes sees a new message when, and only when, Outlook fires
ItemAdd.  Unfortunately, ItemAdd isn't reliable:


Outlook 2003 introduced a NewMailEx event which *may* be a reliable way (and
a more efficient way) to learn about new messages, but it looks like that
fires before rules (and, of course, isn't available before OL2003).

> 2). Is it normal for a message to be processed by my Outlook rules and
> arrive in it's final destination (supposedly after being processed by
> SpamBayes and my Outlook rules) with the Spam field blank (no
> percentage)? If so, under what conditions could this happen?

You really have to ask Microsoft, and they won't answer you <wink>:  the
spam field is left blank if ItemAdd never told us about the new message, and
only MS can say exactly when Outlook fails to fire ItemAdd.

> 3).  What is the purpose of the Filter Timer?  How does it work?  Under
> what conditions should I use it?

Read the code.  You should use it if anything flaky is happening (like
messages not get scored).

> I am finding many messages that have no percentage in the Spam field yet
> a clues display will show a percent that is anywhere in the spectrum.

A clues display scores the message from scratch.  It doesn't matter to Show
Clues whether the message has been scored before, or, if the message was
scored before, what soore it got at that time.  Show Clues always recomputes
everything from the current state of training.

> Many are over the %90 Spam limit and should have been sent to the Spam
> folder.

"no percentage" means ItemAdd never told SpamBayes about the message.

> The messages that do arrive in the Spam and Unsure folders have a
> percent value and appear to be processed correctly.  I am trying to find
> out if this is normal, if there is a setting that will change this
> behavior if not, and if it is a bug that needs to be reported.

Turn on background filtering.  ItemAdd may still miss some messages, but far

Incoming mail is certified Virus Free(1).
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.692 / Virus Database: 453 - Release Date: 5/28/2004

More information about the Spambayes mailing list