Seth wrote:
Ian Eiloart <iane(_at_)sussex(_dot_)ac(_dot_)uk> wrote:
--On 13 November 2008 18:42:03 -0800 Steve Atkins
<steve(_at_)blighty(_dot_)com> wrote:
The suggestion is that the sender of the email can suppress sending
a report via feedback loop by including an unsubscription link in the
headers of the mail.
Huh? How is that a problem. If the email is from a feedback loop provider,
then it doesn't matter whether the "report" is a feedback loop report, or
through use of the unsubscription link. Spammers will ignore either, but
genuine list owners will - presumably - find it easier to process requests
using the link that they've provided.
A spammer sending through a legitimate provider (who was fooled into
thinking the spammer was legitimate) will not be reported to its
provider. That's a Bad Thing.
Assumes it's not reported to the provider. I can't see any reason why
the provider wouldn't keep track of all "unsubscribes" as well, and
start treating them as "this is spam" hits if the sender demonstrates a
propensity for generating large numbers of unsubs.
IOW, have only one button:
a) if the provider has some reason to believe this is most
appropriate as an unsub (_including_ sender asserts that
it is, or message has appropriate List-ID headers), issue an
unsub. Count them as "A".
b) if the provider doesn't think it's an unsub, count it as a spam
complaint "B", no unsub.
c) If "A" rate is > some threshold, treat new button hits as spam
complaints ("B") instead (perhaps with a multiplier depending on
BOFHishness) and don't unsub.
d) Tune filters from B.
We have enough problems with senders mashing the one button they have
inappropriately. Two buttons will just make the problem worse. This is
more of a human factors exercise than a technical one.
_______________________________________________
Asrg mailing list
Asrg(_at_)irtf(_dot_)org
https://www.irtf.org/mailman/listinfo/asrg