List-Unsubscribe Email Header

[Rayman]

Suggestion: Add the Unsubscribe email header for all emails sent out via Xenforo (including Bulk Emails via AdminCP for newsletter blasts).

Reason: For better email deliverability and user convienance.

It's already possible to unsubscribe without logging in, in XF1.


We already create a confirm key, but it isn't based on a per-user secret. The method for creating such keys, therefore, is the only thing that has changed here.


I assume what was meant by the "Unsubscribe header" @Rayman mentioned is the List-Unsubscribe header that can be embedded in emails which some Email clients (especially Gmail) can use to provide a quick unsubscribe link.


There's more info on that here (It's briefly mentioned):

https://support.google.com/mail/answer/81126


It looks like this:

View attachment 1283


We still don't add that to emails so at this stage this would still be a Suggestion that should be logged at XF.com.

It's already possible to unsubscribe without logging in, in XF1.


We already create a confirm key, but it isn't based on a per-user secret. The method for creating such keys, therefore, is the only thing that has changed here.


I assume what was meant by the "Unsubscribe header" @Rayman mentioned is the List-Unsubscribe header that can be embedded in emails which some Email clients (especially Gmail) can use to provide a quick unsubscribe link.


There's more info on that here (It's briefly mentioned):

https://support.google.com/mail/answer/81126


It looks like this:

View attachment 1283


We still don't add that to emails so at this stage this would still be a Suggestion that should be logged at XF.com.

 

[Mike]

Just to clarify, it's not actually that difficult to add the header. However, we're starting to see a shift to only processing mailto: links in List-Unsubscribe. For example, see Outlook.com's documentation: https://mail.live.com/mail/junkemail.aspx (Gmail prefers the mailto version from what I understand, though currently still follows the http version.) That's somewhat more difficult for us to process than a user clicking an unsubscribe link within the email. I'd have to double check what actually gets sent when you trigger that, but there's always an option for you to process those emails manually, should you choose to.

 

[Mouth]

Hoping to see this soon.

 

[Steffen]

I think adding an HTTP link would be a good first step. At least Gmail supports HTTP links in List-Unsubscribe headers just fine.

However, I agree that a mailto:-based approach would be better. This maybe could work similar to the bounce handler.

More details: https://litmus.com/blog/the-ultimate-guide-to-list-unsubscribe

 

[snoopy5]

Hi,

what is the current status quo on this?

I just checked my Xenforo bulk emails/sitemailings with http://www.mail-tester.com and I get still the alert

"Your message does not contain a List-Unsubscribe header"

XF 1.5.21

 

[Ozzy47]

Well since it does not have a implemented tag applied to the thread, it is still just a suggestion, it has not been added.

 

[snoopy5]

Well since it does not have a implemented tag applied to the thread, it is still just a suggestion, it has not been added.

o.k.,

@Mike , @Kier

Could you please look into this and make it happen?

This suggestion was brought up in November 2016....

Thanks

 

[Sim]

FYI - SparkPost adds the list-unsubscribe header for you automatically for any email marked as non-transactional (which is all emails by default).

 

[Jake B.]

FYI - SparkPost adds the list-unsubscribe header for you automatically for any email marked as non-transactional (which is all emails by default).

I assume if they unsubscribe using that it'll block the email from being sent by SparkPost, is there a way for people to opt back into them since their settings will be out of sync with the ones on XenForo?

 

[Sim]

I assume if they unsubscribe using that it'll block the email from being sent by SparkPost, is there a way for people to opt back into them since their settings will be out of sync with the ones on XenForo?

Yes, the unsubscribe mechanism automatically adds them to the suppression list for your SparkPost account so no further (non-transactional) emails will be delivered. You can use the API to reset that if necessary.