Folks,
There seems to be some confusion about the nature of a networking
standard.
Networking standards are very different from software development.
They specify conventions for inter-operation. That is, they provide
for some type of interaction that has functions and formats that are
pre-speicified (ie, standardized.)
So if this group has any interesting in doing work that leads to
networking standards that pertain to control of spam, it needs to
focus on conventions for interaction between Internet systems. That
is, protocols for relevant distributed functionality, and formats for
relevant shared information.
The list that Vernon produced provides some excellent examples. By
contrast, simply saying that there is a component somewhere in the
system -- such as a filter -- does *not* provide a useful example,
unless there is an indication of the types of conventions that should
be standardized, to permit the filter to do its job.
d/
TT> Dave Crocker wrote on 20 April 2003 02:19
"doubled ended" sounds like a dandy term. what does it mean?
if it means "at both ends" then i would be quite interested to hear how
any enhancement that involves interoperability can be useful if deployed
to only one component.
TT> Example 1:
TT> Email filteroing for viruses. Implemented at receiver's end. Or at
TT> sender's end. Doesn't matter which. Doesn't have to implemented at both
TT> ends for parties who wish to interoperate. Implement at receiver's end only
TT> if you don't wish to interoperate with deliberate transmitters of viruses.
TT> Example 2:
TT> Spam filtering using a reliable BL. Implement at receiver's end. Implement
TT> at sender's end if you think of sender as including ISP MTA as well as
TT> end-user MUA. But don't implement at receiver's end if you don't want to
TT> interoperate with spammers.
TT> Frankly, I think your comment is crazy. I could go on listing enhancements
TT> that can be applied at one end or at the other end or at both ends and still
TT> allow all required interworking until I got writer's cramp, and still would
TT> not have listed all the ones that I have seen implemented.
TT> Tom Thomson
d/
--
Dave Crocker <mailto:dcrocker(_at_)brandenburg(_dot_)com>
Brandenburg InternetWorking <http://www.brandenburg.com>
Sunnyvale, CA USA <tel:+1.408.246.8253>, <fax:+1.866.358.5301>
_______________________________________________
Asrg mailing list
Asrg(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/asrg