This is the first of nine (connected, blu background) diff components
of Section 8.
Section 8 starts saying that
Systems that generate unsolicited reports SHOULD ensure that the
criteria used to decide what messages to report accurately
identify messages that the reporting entity believes in good
faith are abusive.
The mutilated version just adds "and are sent only to parties that are
able to act on them". This recommendation looks similar to the
concept in the last paragraph. Its role here could express the
concern that messages to be reported were actually received by the
reporting entity, not forwarded from some other account.
The published version, instead, exemplifies some criteria, thereby
adding automatic triggers to the original TiS-button criterion:
Such criteria might include direct complaint
submissions from MUAs, reports triggered by mail sent to "spam
trap" or "honeypot" addresses, and virus reports. (These
applications might be described in future IETF documents.)
At a minimum, we should keep TiS buttons, in order to match paragraph
1 of Section 6.
IMHO, the next sentence can be safely eliminated:
Systems SHOULD NOT report all mail sent from a particular sender
merely because some of it is determined to be abusive.
Finally, version-08 says to avoid sending Bayesian scores:
Mechanical reports of mail that "looks like" spam, based solely
on the results of inline content analysis tools, SHOULD NOT be
sent since, because of their subjective nature, they are
unlikely to provide a basis for the recipient to take action.
IMHO, that "SHOULD NOT" is good for unsolicited reports, because
attempts to establish a reporting channel deserve solid reasons.
I don't agree on the given explanation, but can live with it.
Comments?
On 14/Feb/12 00:05, Barry Leiba wrote:
>
> I consider that the AS document is back to "active document" state.
_______________________________________________
marf mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/marf