I had a user unable to receive their password reset email. I checked the logs at SparkPost and it said because they were on a suppression list there. So I checked SparkPost’s suppression list and it listed the user, but said their action had been to “Unsubscribe” from “non-transactional” emails. I …

Okay I thought maybe it was some sort of setting on your end per email. That explains the whole thing then! Thanks.

If they have any guidance on what makes an email “transactional” vs. not, feel free to share. AFAIK we follow best practices for email.

According to Remove List-Unsubscribe Header : The SparkPost API Transmissions endpoint allows you to mark an email as transactional with the attribute options.transactional. Here it is in their Transmissions API Reference. Obviously this is SparkPost’s API, I’m not sure how the field appears on t…

Akismet hid my post temporarily, heh heh. I’ll just put my edit in a new post: I’m out of my depth at this point but I’m assuming that Transmissions API is all SparkPost specific stuff and Discourse’s email sending uses something generic… doesn’t detect and do different things for different mailing…

Are password reset emails "non-transactional"?

Support

codinghorror (Jeff Atwood) January 30, 2017, 5:01am 2

That is a question for SparkPost, not us…

Topic		Replies	Views
Add IsTransactional:true to SMTP Mail Headers to satisfy ElasticEmail Feature	9	2099	September 2, 2019
SparkPost just suspended the mail account I used with Discourse Support	42	7587	February 17, 2019
Confusion between Reply To and Reply List in email responses UX	45	7365	October 13, 2021
SparkPost API change - anyone know if this will affect service for Discourse? Support	2	843	February 9, 2018
Mailing list mode emails not being sent for some first posts Bug email , mailing-list	26	1385	January 18, 2023

Are password reset emails "non-transactional"?

Related topics