Advanced SPAM-control

There are two additional Rules that could help preventing SPAM on Domino.

  1. Aking after empty Fields like from-Field

  2. ckecking of Systemfields like $Mailer or $MessageID.

THX

Christian

Subject: advanced SPAM-control

Agree. Actually there are plenty more things that could be done simply by exposing MIME headers (or the full MIME source of messages) to permit processing by server mail rules:

e.g.

  • date stamps on received lines out of sequence or showing long delays in message routing

  • Received: from hostname.domain (where hostname.domain is victim’s own mail host, i.e. spammer is trying to make it look like your own host originated the spam - Domino records the HELO/EHLO argument in its received header)

  • excessive (or even any) HTML comments in MIME body

  • javascript in MIME body

  • and a whole lot more…

Started writing it up a while back but have been too busy to complete it.

Lotus guys, if you are listening, the spammers are winning again - we need a new weapon, easy for the masses to deploy, and server mail rules that can parse MIME would serve this purpose well.

Thanks for listening.

Subject: Mail Rules change to give access to all fields

The Mail Rules system can be “fixed” in the mail template with 3 simple changes to permit checking arbitrary fields. It would be nice to get this incorporated in the official template.

  1. Form “(RulesDlg)” > field “condition” > check “Allow values not in list”.

  2. Script library “Rules” > “FieldString” > “Select Case itmfield” > add code:

Case Else

FieldString = Strleft (itmfield & Chr (13), Chr (13))

vcondition = FieldString
  1. Script library “Rules” > “ConditionParser” > “Select Case strcondition” > add code:

Case Else

fieldstring = strcondition