Question: What effect does a large rules file have on the over all mail
delivery performance of Imail.
"large" "could" have a "large" effect. How's that for precision??
Did you see the fella in here this week with his WUG monitoring fo Imail
going off after he added a few rules? His Imail wasn't going down but when
WUG checked it, Imail might have been working through those new rules and
didn't respond as instantaneously as pre-rules, causing WUG to alert.
From my experience with other rule processing systems (Eudora Pro's
filtering to folders, and ipfilter rules to block tcp/ip traffic in
firewalls), rule processing can really eat up the MIPS.
I know the listing of all of the forged addresses in "The Face of a
Spammer" posting comes to about 26 pages, singles spaced.
ah, "large" = "26 pages" x 50 rules / page = 1000+ rules. Apply that lot
of rules to every piece of incoming mail, would result probably in an
unacceptable drop in Imail performance, esp if you are also running a lot
of web messaging (real time user internative) and lots of simultaneous
POP3/IMAP4 access.
I suggest you implement that level of filtering in a separate box, ie,
IMGate, and leave Imail to get on with its key role of real-time support of
user connections. The header filtering is "plumbing".
"The Carolina's Fastest Internet Service Provider"
Ha ha ha, that was BEFORE you added 1000+ rules to Imail's filtering!!! vbg
Len
http://BIND8NT.MEIway.com: ISC BIND 8.2.2 p5 installable binary for NT4
http://IMGate.MEIway.com: Build free, hi-perf, anti-spam mail gateways
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
An Archive of this list is available at:
http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
