[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Asrg] FeedBack loops
Seth wrote:
> Ian Eiloart <iane at sussex.ac.uk> wrote:
>> --On 13 November 2008 18:42:03 -0800 Steve Atkins <steve at blighty.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.org
https://www.irtf.org/mailman/listinfo/asrg