ietf-asrg
[Top] [All Lists]

RE: [Asrg] Spam Control Complexity -- scaling, adoption, diversit y and scenarios

2003-04-22 18:36:54
On Sunday, April 20, 2003 9:49 PM, Vernon Schryver 
[SMTP:vjs(_at_)calcite(_dot_)rhyolite(_dot_)com] wrote:
From: Dave Crocker <dhc(_at_)dcrocker(_dot_)net>

...
HBP> Content filtering requires only single ended adoption.

And it is not subject to network standardization.  ...

I suspect that is more true than false, but more than half of the spam
control systems now in at least real trial use (stopping millions of
spam/day) involve aspects that could be subject to network standardization.
All of the following filter at only one end, but push lots of bits
through the Internet in support of that filtering:
  - Postini
  - Brightmail
  - MAPS's RBL using BGP feed
  - DNS blacklists including MAPS's RBL+, SBL, and SPEWS
  - Razor/Pyzor
  - DCC
(in no particular order.  no endorsements implied.  omissions unintentional)

At least some aspect of their successful operation imputes some use of 
standardized networking, however IMHO they only require end-to-end standardi  
zation of application semantics, etc. for functionality.  Albeit, there too one 
may conclude that is some type of network standardization (I agree with your 
first statement, more true than false - I would say much more true.).

SpamAssassin can also be viewed as moving data around the net in support
of its content filtering in the form of updates to the default scoring.

Of all of those, only SpamAssassin sounds like a good candidate for
network standardization, but I think it is a candidate.  The others
have protocols that would be hard to displace.

The only spam solutions that I can think of that might be called
"double ended" are
   - authentication
   - sender-pays (money, CPU cycles, or anything else)
   - challenge/response

I think C/R is sub-ordinate to sender-pays in your example list as the sender 
must 'pay' with time to respond to the challenge, do you mean whitelisting?

-e
_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg