Title: Nachricht
Hi
Kami
SpamChk takes care of this.
There
is a parameter "FakedHTMLComments" that searches for repeated html-comments like
!--xyz-- where "xyz" is even the same. This should not trigger
html-comments in certain newsletters.
Additional SpamChk removes all HTML-Tags before
SpamChk takes care of this.
There is a parameter FakedHTMLComments that searches for repeated
html-comments like !--xyz-- where xyz is even the same. This
should not trigger html-comments in certain newsletters.
Caught this late, what is SpamChk...?
Additional SpamChk removes all HTML-Tags
I would think a simple stripping of all HTML comments from mail
before JunkMail processing would take care of this. Is this
something that has been considered? I realize the load it may
make on heavier traffic systems.
It has been considered, but like other similar ideas (such as decoding
]Something that we are also considering is a test that checks for more than
]X HTML comments in an E-mail (preferably just counting ones in the middle
]of words, such as unsub!-- user --scribe, rather than to !--
]user --
]unsubscribe, as the former prevents filtering whereas the latter
]does
... what is SpamChk...?
It's an external test for declude and makes content based tests.
At the moment it's in beta phase by some users on this list and on the
declude spamtrap (www.declude.com/spamtrap.htm)
We're preparing a website where everyone can read more about and
download it for