Email Delivery Tracking

Email Delivery Tracking

Introduced in 10.5.0, the Email Delivery Tracking feature captures detailed information about the delivery status of individual email messages and can notify users when emails to their primary address are bouncing.

Overview

“Why didn’t I receive a notification via email?”

This question can be tricky to answer because so many things could go wrong:

  • The email address was entered incorrectly and contains a typo;

  • An error occurred between LearningBuilder and its outbound email service;

  • An error occurred on the destination email service;

  • The destination email service rejected the email (e.g. account closed or unknown);

  • The user’s spam filter moved the email to a hidden folder in their inbox;

The “Email Delivery Tracking” feature helps Administrators and Practitioners answer this question by displaying detailed information about an individual email message. Specifically, the feature tracks:

  • The date/time when the message was initially created (“queued”)

  • The date/time when the message was handed off to LearningBuilder’s email service (“sent”)

  • The date/time when the message was delivered to the recipient’s email service (“delivered”)

  • The date/time when the message was first opened by the recipient (“email opened”)1

  • The date/time when the message was first viewed within LearningBuilder (“viewed online”)

1 It is not possible to accurately detect that an email was opened 100% of the time. Various email services have privacy settings that will suppress the “tracking beacon” that notifies LearningBuilder that an email has been opened.

For more information, see section 3.1. The “tracking beacon”, below.

Configuring Email Delivery Tracking

Delivery tracking must be enabled and configured by a Sys Admin. If you have the necessary permissions, you can view the instructions here: https://heuristicsolutions.atlassian.net/wiki/spaces/DOCS/pages/1775632391

How does it work?

Tracking information is only available for messages that were sent after the system was configured to track delivery data. There is no way to obtain this information for messages that were sent with the tracking features disabled.

When a message is delivered through SendGrid, and tracking is enabled, a LearningBuilder message ID is passed along as well. SendGrid associates this ID with that message.

Whenever SendGrid records an event for that message (delivered, opened, bounced, etc), it sends a message back into LearningBuilder containing the event details and the internal message ID. LearningBuilder uses this status callback to track the message as it moves between QueuedDelivered to SendGridDelivered to recipient inboxOpened by the recipient

The status information is displayed in two ways:

  • The most recent status event is displayed on the My Account → Communications page

  • The full tracking details are available by clicking on an icon on that page

The “tracking beacon”

Delivery events are all tracked by SendGrid as the message makes its way to the destination mail server. These events are reliably reported to LearningBuilder, as long as the system is properly configured to accept them.

Open events, such as tracking when the recipient actually viewed a delivered message, are less reliable. The industry standard way to track these events is to include a “beacon”, such as a link to a tiny image hosted by SendGrid, in the body of the email. When the email is opened, the browser or email program requests the image from SendGrid, and this is used to indicate that the email was opened.

This process can be interrupted in a few different ways:

  • Some email services will suppress requests for tracking beacons as a privacy or security feature

  • Some internet routers will cache the beacon image

In both cases, the request for the tracking beacon never reaches SendGrid, and the “message opened” event will never be recorded.

If LearningBuilder reports the email was opened, then it was. A positive indicator is always accurate.

If LearningBuilder reports that the email was NOT opened, it still might have been. A negative indicator is NOT always accurate as the end user must approve sending the indicator when in their respective email client.

Unfortunately, there is nothing that LearningBuilder can do to improve the accuracy of the “opened” indicator.

Reporting

The https://heuristicsolutions.atlassian.net/wiki/spaces/LBDEV/pages/1002897647 view (vRPT_MessageQueue) includes details such as:

  • Delivery status

  • Who has read the email

  • How long after delivery was the email read

  • Whether the user has logged in since the email was sent

  • etc.

Refer to https://heuristicsolutions.atlassian.net/wiki/spaces/LBDEV/pages/1002897647 for a complete list fields and their definitions. The sample Message Queue report has some of these new attributes already added.

Identifying profiles w/ problematic email addresses

In addition to tracking individual message status, the tracking system will also identify member profiles for which the most recent message bounced.

This information appears in the Email Address section of the Account Profile page. An alert icon appears if the most recent message sent to each address bounced.

If a new message has been queued up, but not yet delivered, then this icon will not appear because the “most recent” message is not in a bounced status. This means that it is possible for the icon to oscillate on and off as new emails are sent out. However, since the queue is processed very quickly, the window of time in which to observe this effect in practice is very small.