diff options
author | luxagraf <sng@luxagraf.net> | 2018-10-14 16:15:13 -0500 |
---|---|---|
committer | luxagraf <sng@luxagraf.net> | 2018-10-14 16:15:13 -0500 |
commit | 0c7dc15f893341577a88f692eade137bbcc568e3 (patch) | |
tree | 75810bda182570c5fed314291be4d4bdfa740d9f /postmarkapp/monitoring-email.txt |
Diffstat (limited to 'postmarkapp/monitoring-email.txt')
-rw-r--r-- | postmarkapp/monitoring-email.txt | 31 |
1 files changed, 31 insertions, 0 deletions
diff --git a/postmarkapp/monitoring-email.txt b/postmarkapp/monitoring-email.txt new file mode 100644 index 0000000..ca2287b --- /dev/null +++ b/postmarkapp/monitoring-email.txt @@ -0,0 +1,31 @@ +We usually take email delivery for granted. You hit send and assume the recipient will get it. That's usually a good assumption for personal email, but when you move beyond single emails delivery gets decidedly less certain. + +Fortunately you don't have to sit around just wondering whether your business' emails are being delivered. The internet is awash in helpful tools and techniques for monitoring email delivery. One of the keys though is to move beyond depending on your email service provider (ESP). ESPs can monitor delivery for you and, in many cases, even tell you what, if anything, is going wrong. However ESPs can't monitor everything about your system and may not always be able to diagnose your delivery problems. + +To help you start looking here are a few services you can use to track and measure delivery rates and diagnose potential problems. + +The first thing to keep in mind with email problems is Occam's razor -- your delivery problems often have a very simple cause and solution. It often won't be what many people assume, that the largely inscrutable spam filtering processes of ISPs or Google is out to get them. + +The problem is often much simpler than that. Even if it is an ISP out to get you, make sure you've eliminated the other possibilities first. Always start with the simple. + +### Monitor DNS records + +DNS records? Yes, DNS. It's so simple and so obvious we often forget how important it is. When you’re working at a company using several services, possibly several dozen domains, redirects and other possibly complicated configurations, it’s possible, even likely that the correct DNS configuration can get screwed up when someone makes an update. If you're not monitoring the DNS end of your delivery system you're going to end up with emails failing to be delivered. It's a simple problem with a simple fix, but one you won't know about if you aren't actively looking. + + +### Monitor Blacklists + +Starting with the very simple, make sure that your domains and IPs (or your ESP's IPs) haven't ended up on a spam blacklist. There are dozens of services out there that will monitor this for you. With hundreds of blacklists out there to keep track of you'll probably want to pay for a decent service that regular scans all public lists for any mention of your IPs and domains. + +### Track Delivery Time with MailHandler + +Once you know your DNS is set up correctly and that you're not on any blacklists the next place to look is delivery speed. How long does it take from the time you hit send to the time that email ends up in your customer's mailbox? You're probably familiar with this problem from the other side -- nothing is more frustrating than that password reset form that claims it just emailed you but you know there's nothing in your inbox. That's a problem with delivery speed. + +To help you track and monitor delivery speed, Postmark built [MailHandler](https://github.com/wildbit/MailHandler), a set of tools you can use to send and retrieve emails and at the same time get details on how long these operations took. MailHandler is available as a Ruby gem and can send email through the Postmark API or by standard SMTP protocol. More importantly it also allows checking email delivery by IMAP protocol. + +Using MailHandler you can begin to find and fix any delays in your delivery system + +### Success! Delivered. Or Not. + +Once you've got a good system set up for monitoring your sending system and you know your emails are being sent in a timely manner it's time to move on to the last mile so to speak -- the customer's inbox. When we say an email is "delivered" what we really mean is that was accepted by your customer's mail server (or service). Whether or not it was then placed in your customer's inbox is an entirely different problem that we'll tackle in the next installment. + |