The word denotes failure of a rule in rule based systems you have a decision tree with EITHER pattern match OR exception to pattern match SSP at a glance appears to be a rule based policy engine. Exception as opposed to Suspicious emphasizes that. Receivers can base their policy on SSP in a similar manner.
Suspicious is a description of an exception that may or may not be accurate. thanks, Bill Oxley -----Original Message----- From: [EMAIL PROTECTED] on behalf of Hector Santos Sent: Sun 12/16/2007 1:56 PM To: [EMAIL PROTECTED] Cc: DKIM WG Subject: Re: [ietf-dkim] Issue 1530 - replace use of term "suspicious" Dave Crocker wrote: > > > Jon Callas wrote: >>> Dave Crocker wrote: >>>> With the use of language like "suspicious", SSP is making value >>>> judgement on messages that do not satisfy SSP's criteria, even >>>> though those message well might be entirely legitimate. > ... >> >> How about something like "SSP Exception"? Metaphorically, it works >> well with the programming use of the word exception. > > > Folks, > > In the hope of trying to close some of the "easy" Issues, would folks > comment on this specific proposal, or otherwise post comments seeking > closure of the Issue? > -1. I actually thought Jon was joking around. With all due respect to Jon, an exception is generally used when you don't have any real controls over your software or system faults. Its a highly debated concept that can create its own unknown exceptions. "SSP Exception" makes you think of what it means. Is it a "Fault?" Exception to what? SSP policy? Algorithm? Or we talking about the domain taking "exception" to the idea someone is messing around with its mail?. "I take exception to Mr. Bad Guy trying to exploit my mail?" or that the domain screwed up and had created a Exception. I don't particularly like Suspicious, but it is specific and much more to the point and closer to the negative "classification" ideas we are trying to attach, and what is being conveyed - that something is wrong. And IMO, it can be understood by a much more wider audience than just programmers. -- Sincerely Hector Santos, CTO http://www.santronics.com http://santronics.blogspot.com _______________________________________________ NOTE WELL: This list operates according to http://mipassoc.org/dkim/ietf-list-rules.html _______________________________________________ NOTE WELL: This list operates according to http://mipassoc.org/dkim/ietf-list-rules.html
