Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Email unsubscribe links #447

Open
franzliedke opened this issue Jan 17, 2016 · 11 comments
Open

Email unsubscribe links #447

franzliedke opened this issue Jan 17, 2016 · 11 comments
Assignees

Comments

@franzliedke
Copy link

See Google's mailing list guidelines:
https://support.google.com/mail/answer/81126?hl=en#unsub

Because Gmail can help users automatically unsubscribe from your email, we strongly recommend the following:

Provide a 'List-Unsubscribe' header which points to an email address or a URL where the user can unsubscribe easily from future mailings. (Note: This is not a substitute method for unsubscribing.)

@stale

This comment has been minimized.

@stale stale bot added stale and removed stale labels Jan 18, 2020
@askvortsov1
Copy link
Sponsor Member

Just to confirm, the unsubscribe link would literally just take us to the user's settings page?

@tankerkiller125
Copy link

That makes sense to me, since it's not like a regular newsletter.

@askvortsov1
Copy link
Sponsor Member

While this seems fairly straightforward, our current mailing system provides a view, not a string. IMO the most elegant way to approach this is to subclass our own version of Laravel's Mailer, and define the ability to add a custom header and footer. The default footer could be a simple unsubscribe message. Thoughts?

@askvortsov1
Copy link
Sponsor Member

On revisiting this issue, it seems like Google's recommendation is for a LIST-UNSUBSCRIBE header, not for an actual link in the body of the email. I think we should also have all emails sent extend an overridable template (which could facilitate a link as well)

@tankerkiller125
Copy link

I don't see why we can't do both a link and header, I believe that the swift email system should be able to add headers. At least for now, I think templates will have to wait until after stable.

@askvortsov1
Copy link
Sponsor Member

Apologies if I didn't word it clearly, I'm also in favor of both, with headers now and links after stable (I envisioned links being a part of templates: we could probably hardcode that into each individual email we sent, but IMO it's not that urgent, and wouldn't be a scalable solution). I think we should rename this issue to clarify that it's about headers, and make a new one (0.2?) for templates that would enable links

@franzliedke
Copy link
Author

I believe an actual link is a legal requirement in many places.

@tankerkiller125
Copy link

@franzliedke You would be correct, I believe that GDPR in some way requires it and I know for a fact that the CAN-SPAM Act requires but that act is more limited to marketing (not flarum notifications) either way though having a link as well even without the template feature I think is important.

@askvortsov1
Copy link
Sponsor Member

This issue is only about the header; additional stuff is responsibility of extension devs for now.

@tankerkiller125
Copy link

After further research into this adding a header seems more difficult than it first appeared as we have no "central" location to do it from that I've been able to locate.

@askvortsov1 askvortsov1 transferred this issue from flarum/framework Mar 10, 2022
@SychO9 SychO9 transferred this issue from flarum/issue-archive Jul 25, 2022
@SychO9 SychO9 assigned imorland and unassigned tankerkiller125 Jul 25, 2022
@SychO9 SychO9 transferred this issue from flarum/framework Apr 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants