On Tue, 31 May 2005 10:02:47 +0100, "David" <[EMAIL PROTECTED]> wrote: > The plugins are all in FilterB.plu in the following order: > > 1. AVP > 2. CheckMX > 3. Trashfinder > > The log file shows the following: > > B0000301090.MSG trashed, filter noreply@ detected in header. > > The "noreply@" filter is in the filteri.dat file; so that must be where it > is trapped. But why? Trashfinder has the "from" address in the list of > exceptions, so the email should be passed through without further checking. > > If I put TF in the filteru.plu, so it comes after SCSM has done its work, > the message will still get trapped by filteri.dat. So it doesn't matter > where I put TF, before or after, the message will still get trashed because > filteri.dat says 'No'. > > Is that a bug or a feature?
That's what it's supposed to do. The steps for the filter are - run filterb.plu plugins - if plugin result is not ERR_SKIP then filter - run filteru.plu plugins (result can't be ERR_SKIP) You could take the noreply out of filteri.dat. Check the spam.log and see how many it catches. You could possibly get Randy to change trashfinder to return ERR_SKIP instead of ERR_NONE. Then you can run trashfinder from filterb.plu and it will act as you expect. klint. +---------------------------------------+-----------------+ : Klint Gore : "Non rhyming : : EMail : [EMAIL PROTECTED] : slang - the : : Snail : A.B.R.I. : possibilities : : Mail University of New England : are useless" : : Armidale NSW 2351 Australia : L.J.J. : : Fax : +61 2 6772 5376 : : +---------------------------------------+-----------------+ This is the discussion list for the IMS Free email server software. To unsubscribe send mailto:[EMAIL PROTECTED] Delivered by Rockliffe MailSite http://www.rockliffe.com/mailsite Rock Solid Software (tm)
