Matt,
On Dec 11th, Scott replied to John Tolmachoff:
-----------------------
A while back, I had asked about the comparison in performance of a fromfile
and a filter using MAILFROM ENDSWITH.
But wouldn't Declude stop processing a fromfile as soon as a match is found,
where in a filter to goes through the whole file?
That will happen. :)
In the current version, it will go through all entries. However, as you
pointed out, there is no benefit in continuing processing with a fromfile
after the first match is reached -- so the logic will be changed for the
next release (and therefore giving the fromfile a slight performance
advantage over filters -- but it would only be noticeable if there were a
lot, perhaps 1000s, of entries).
-Scott
-------------------------
This would indicate that using a MAILFROM filter rather than a fromfile and
utilizing SKIPIFWEIGHT and END would provide the functional control without
any performance loss.
George
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of R.
> Scott Perry
> Sent: Tuesday, December 23, 2003 8:30 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [Declude.JunkMail] Order of processing various
> filter types. types.
>
>
>
> >Could you give me an idea about the order of processing for
> the following,
> >or indicate which ones might be run according to where they
> lie in the
> >Global.cfg?
>
> >This will of course make a difference in performance, and I
> would like to
> >provide good guidance myself as I comment up my filters for
> sharing with
> >others. The types that I can come up with off the top of my
> head are as
> >follows
> >
> > - ipblacklist
> > - fromblacklist
> > - ipfile
> > - fromfile
> > - spamdomains
> > - filter
>
> The very general order is that IP-based spam tests come first, and
> everything else is done later. You could try looking through
> debug log
> file entries to try to get a better understanding of the
> order the tests
> are run in. That is something that we do not keep track of,
> as the tests
> are not all run at the same time (meaning that other code
> runs between
> tests as needed).
>
> >Also, if it's not that big of a deal in modifying the
> programming, would
> >it be possible to add SKIPIFWEIGHT functionality to the
> non-filter types?
>
> That would start to get tricky. It works for the filters
> because each
> filter has many lines determining what should get caught.
> Some other tests
> do this (such as the sender blacklists), but other tests do
> not. Those
> that do would require a change in the way the files work (the sender
> blacklist just lists E-mail addresses or domains, and doesn't
> contain any
> commands). It's possible that we may work on this, but it
> would take a
> while (as we would have to add code for each test).
>
> -Scott
> ---
> Declude JunkMail: The advanced anti-spam solution for IMail
> mailservers.
> Declude Virus: Catches known viruses and is the leader in mailserver
> vulnerability detection.
> Find out what you've been missing: Ask about our free 30-day
> evaluation.
>
> ---
> [This E-mail was scanned for viruses by Declude Virus
(http://www.declude.com)]
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.
---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". The archives can be found
at http://www.mail-archive.com.
