3 ms·
> you probably should have unsubscribe links They're not requiring just unsubscribe links. They're specifically requiring "one-click" unsubscribe links that ca
by boplicity 3y ago
> you probably should have unsubscribe links
They're not requiring just unsubscribe links. They're specifically requiring "one-click" unsubscribe links that can accept a POST request for unsubscribing. This allows their software to have an unsubscribe button that doesn't require the user to leave their software.
This is the RFC that has to be complied with:
https://datatracker.ietf.org/doc/html/rfc8058 https://datatracker.ietf.org/doc/html/rfc8058
Note, that this is not easy for many people using legacy software. It's a major change. I wouldn't be surprised if this requirement gets delayed multiple times.
- eli 3y agoYes, that's the List-Unsubscribe header and it doesn't require a POST request. Email deliverability has always meant staying on top of changing requirements.
- boplicity 3y agoNo -- this actually expands on the List-Unsubscribe header, and adds a POST request header for one-click unsubscribe. From the RFC: > This document addresses this part of the problem, with an HTTPS POST action Look at the examples in the RFC for a clear description.
- eli 3y agoAh, my mistake. The MAILTO: style unsubscribes were a bit of a pain to deal with anyway.
- callalex 3y ago>this is not easy for many people using legacy software. It's a major change. That’s fine, I never wanted to receive messages from those people in the first place.
- dexwiz 3y agoNo, that is for generating the Unsubscribe buttons in the email client itself. They also require a link in the body itself. From the google doc: Marketing messages and subscribed messages must support one-click unsubscribe, and include a clearly visible unsubscribe link in the message body.