List-Unsubscribe Email Header

#1
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

XenForo developer
Staff member
#2
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.
 

ozzy47

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

Sim

Well-known member
#8
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.

Well-known member
#9
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

Well-known member
#10
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.
 
Top