* This is the modus mailing list *

Hi Jim,

See comments inline:

> The above simply isn't true from what we have seen so far.  
> We are seeing plain jane email messages getting stopped.  
> These are email messages with no graphics, no font changing, 
> no embedded attachments, no adult content, or pharmacy 
> related, or enhancing ones body.

Those definitely should go to [EMAIL PROTECTED], to make sure we
tweak the engine accordingly.

>  1. Because the user whitelists a message, Vircom will never 
> know that the message was a false positive to begin with.

True, we do lose the ability to get as much feedback as before.  We do have
small operational issues like that that we are working on.  The problem is
we do get a lot more uncaught spams from our customers than false positives.
(people are less inclined to send in their private emails in).  

>  2. Once a false positive has been added to the users 
> whitelist, s/he has no way of knowing if that entry still 
> needs to be in his/her whitelist.  Quite possible that the 
> SCA engine corrected that issue, but the end-user will never 
> know that, and thus an entry that could have been removed, 
> will never get removed.

Also true, but in that case people will have whitelisted trusted people
(Grandma), why would they ever want to remove the entry?  The only Viagra
emails that she is likely to send out are to Grandpa :-)

>  3. Let's do a little mathematics here.  On a smaller M3 
> install - 1000 users, 200 white list entries = 200.000 
> entries in the access database the M3 is using to store this 
> information.  That means that M3 has to go down through 
> 200,000 entries and find that users 200 entries for each 
> email message.  The more entries in this database, the longer 
> it will take to do the search.  As a side note - any reason 
> why there wasn't an option to store this to SQL, rather than 
> an Access database?

a) The search for whiteliste/blacklist is nothing compared to the ressources
needed to scan for spam at the SCA level, so in fact having more WL/BL will
help the performance as more mail will bypass the SCA engine.
b) For Access, it was a design decision made to expedite the release and
help you fight spam ASAP.

> I can assure you that my customers will take 5 spams a day 
> over a single false positive!

We're aware of the need to have as few false positives as possible.  I can
tell you we're working on this right now.  

Thanks for your comments.  I appreciate the time taken to give us your
feedback, we'll definitely keep all those points in mind.

Regards,

-------------------------------------
Micha�l Gaudette, P.Eng., M.B.A.
Product Manager
Vircom Inc.
[EMAIL PROTECTED]


**
To unsubscribe, send an Email to: [EMAIL PROTECTED]
with the word "UNSUBSCRIBE" in the body or subject line.

Reply via email to