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

bounces, complaints, deliveries, sent emails, and rejected emails #33

Closed
elfeffe opened this issue Apr 27, 2017 · 4 comments
Closed

bounces, complaints, deliveries, sent emails, and rejected emails #33

elfeffe opened this issue Apr 27, 2017 · 4 comments

Comments

@elfeffe
Copy link

elfeffe commented Apr 27, 2017

I can't understand how to track:
bounces, complaints, deliveries, sent emails, and rejected emails

I see it has events for bounce, deliveries, sent emails on webhooks, so you track it.
But what about complaints and rejects?

@adamcooke
Copy link
Contributor

For failures the MessageDeliveryFailed webhook be invoked when a message hard fails or soft fails too many times. If there's a soft fail you'll get MessageDelayed event.

There is no built-in support for handling feedback loops or handling List-Unsubscribe however both of these would be useful additions.

What exactly do you mean by "rejects"?

@elfeffe
Copy link
Author

elfeffe commented Apr 27, 2017

I just copied all the events that Amazon SES list on their system, the most important part is complaints, that can be very usefull.

@adamcooke
Copy link
Contributor

adamcooke commented Apr 27, 2017

Complaints are usually delivered using a feedback loop. You can register for these with providers like Hotmail, AOL, Yahoo etc... and they'll send you an email whenever one of their users marks your message as spam in their applications. At the moment, Postal has nothing in place to accept these emails and link them back to an original message that was sent. On our own IPs we route these into our Postal installation and then just forward them for manual intervention on our abuse queue. We don't see that many because we're quite cautious about who we send messages to.

The other type of "complaint" can be triggered using the List-Unsubscribe header which webmail providers use to notify you when someone wants to unsubscribe from your list. This is usually best handled by your mailing list application though as that is where you'll need to be updating your records to reflect the unsubscription.

@elfeffe
Copy link
Author

elfeffe commented Apr 27, 2017

I fully agree

@elfeffe elfeffe closed this as completed Apr 27, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants