Re: [dmarc-discuss] FBL via DMARC?

[John R Levine via dmarc-discuss]

What would be great is if this RFC could have some language discussing 
having a confirmation dialog to prevent these accidental mistakes from 
happening.


It does.  It says that the whole point of this draft is to have a 
non-interactive unsubscribe that mail systems can do in the background 
when people report mail as spam.


Mailers may not like it, but it's what recipient systems want, and what 
they've told me they're going to do.


R's,
John
___
dmarc-discuss mailing list
dmarc-discuss@dmarc.org
http://www.dmarc.org/mailman/listinfo/dmarc-discuss

NOTE: Participating in this list means you agree to the DMARC Note Well terms 
(http://www.dmarc.org/note_well.html)

Re: [dmarc-discuss] FBL via DMARC?

[Mark Fletcher via dmarc-discuss]

On Tue, Nov 29, 2016 at 10:06 AM, John Levine via dmarc-discuss <
dmarc-discuss@dmarc.org> wrote:

> In article <864f7119-9912-7143-7cc4-b2c10ca1f...@delegated.net> you write:
> >Has there been any discussion about using DMARC to configure spam
> complaint feedback loops?
>
> No, for reasons already mentioned.
>
> But see https://datatracker.ietf.org/doc/draft-levine-herkula-oneclick/
>
> Ooh, interesting. I hadn't seen that; thanks for the pointer.



> This is likely to be an RFC soon, and is apparently already
> implemented at some large webmail providers.  You can put a new header
> in your message which encourages recipient systems to do a one-click
> non-interactive unsubscribe when someone reports the message as junk.
>
>
(Apologies for the non dmarc-discuss topic) We currently treat FBL reports
as unsubscribe requests. We do the unsubscribe and send an email saying
'hey, if you made a mistake, here's a link to re-subscribe'. What we've
found, unfortunately, is that the rate of accidental spam button clicking
is higher than we expected. For example, with at least one webmail service,
the Spam button is right next to the Delete button. People are peeved when
we unsub them; it's not a good user experience and we're looking at
different algorithms to guard against the occasional accidental spam button
press. Which somewhat lessens the efficacy of the whole enterprise. What
would be great is if this RFC could have some language discussing having a
confirmation dialog to prevent these accidental mistakes from happening.

Thanks,
Mark
___
dmarc-discuss mailing list
dmarc-discuss@dmarc.org
http://www.dmarc.org/mailman/listinfo/dmarc-discuss

NOTE: Participating in this list means you agree to the DMARC Note Well terms 
(http://www.dmarc.org/note_well.html)