benlehr/mail-campaign-tracker

Logs and tracks all outgoing emails from Laravel

1.12 2022-07-05 11:57 UTC

This package is auto-updated.

Last update: 2024-05-05 15:49:08 UTC


README

Latest Version on Packagist Software License Total Downloads

This package is a extension of J David Baker's MailTracker Package.

With Mail Campaign Tracker you can create Trackable Emails and Campaigns.

MailTracker will hook into all outgoing trackable emails from Laravel and inject a tracking code into it.

It will also store the rendered email in the database. There is also an interface to view sent emails.

Install

Via Composer

$ composer require benlehr/mail-campaign-tracker

Publish the config file and migration

$ php artisan vendor:publish --provider="benlehr\MailTracker\MailTrackerServiceProvider"

Run the migration

$ php artisan migrate

Note: If you would like to use a different connection to store your models, you should update the mail-tracker.php config entry connection before running the migrations.

If you would like to use your own migrations, you can skip this library migrations by calling MailTracker::ignoreMigrations(). For example:

// In AppServiceProvider

public function boot()
{
    MailTracker::ignoreMigrations();
}

Usage

Once installed, you can create Trackable Mails with a command, this mails will be logged to the database.

The following config options are available in config/mail-tracker.php:

  • name: set your App Name.
  • inject-pixel: set to true to inject a tracking pixel into all outgoing html emails.
  • track-links: set to true to rewrite all anchor href links to include a tracking link. The link will take the user back to your website which will then redirect them to the final destination after logging the click.
  • expire-days: How long in days that an email should be retained in your database. If you are sending a lot of mail, you probably want it to eventually expire. Set it to zero to never purge old emails from the database.
  • route: The route information for the tracking URLs. Set the prefix and middlware as desired.
  • admin-route: The route information for the admin. Set the prefix and middleware.
  • admin-template: The params for the Admin Panel and Views. You can integrate your existing Admin Panel with the MailTracker admin panel.
  • date-format: You can define the format to show dates in the Admin Panel.
  • content-max-size: You can overwrite default maximum length limit for content database field. Do not forget update it's type from text if you need to make it longer.

If you wish to have an email tracked in a campaign, then you have to create a new Trackable Mail with the command:

php artisan make:trackable-mail 'MailName'

When you send the email you have to create the campaign with the campaign helper which returns you the campaign id. The ID has to be injected into the email as parameter.

use benlehr\mail-tracker\MailCampaignHelper;

// get the helper 
$helper = new MailCampaignHelper();
// create a campaign and get ID
$campaignId = $helper->createCampaign('name of campaign');

// fetch your users
$users = User::all();

foreach ($users as $user) {
    // send mail and inject campaign id
  Mail::to($user->email)->send(new TestMail($campaignId));
}

Note on dev testing

Several people have reported the tracking pixel not working while they were testing. What is happening with the tracking pixel is that the email client is connecting to your website to log the view. In order for this to happen, images have to be visible in the client, and the client has to be able to connect to your server.

When you are in a dev environment (i.e. using the .test domain with Valet, or another domain known only to your computer) you must have an email client on your computer. Further complicating this is the fact that Gmail and some other web-based email clients don't connect to the images directly, but instead connect via proxy. That proxy won't have a connection to your .test domain and therefore will not properly track emails. I always recommend using mailtrap.io for any development environment when you are sending emails. Not only does this solve the issue (mailtrap.io does not use a proxy service to forward images in the emails) but it also protects you from accidentally sending real emails from your test environment.

Events

When an email is sent, viewed, or a link is clicked, its tracking information is counted in the database using the benlehr\MailTracker\Model\SentEmail model. This processing is done via dispatched jobs to the queue in order to prevent the database from being overwhelmed in an email blast situation. You may choose the queue that these events are dispatched via the mail-tracker.tracker-queue config setting, or leave it null to use the default queue. By using a non-default queue, you can prioritize application-critical tasks above these tracking tasks.

You may want to do additional processing on these events, so an event is fired in these cases:

  • benlehr\MailTracker\Events\EmailSentEvent
    • Public attribute sent_email contains the SentEmail model
  • benlehr\MailTracker\Events\ViewEmailEvent
    • Public attribute sent_email contains the SentEmail model
    • Public attribute ip_address contains the IP address that was used to trigger the event
  • benlehr\MailTracker\Events\LinkClickedEvent
    • Public attribute sent_email contains the SentEmail model
    • Public attribute ip_address contains the IP address that was used to trigger the event

To install an event listener, you will want to create a file like the following:

<?php

namespace App\Listeners;

use benlehr\MailTracker\Events\ViewEmailEvent;

class EmailViewed
{
    /**
     * Create the event listener.
     *
     * @return void
     */
    public function __construct()
    {
        //
    }

    /**
     * Handle the event.
     *
     * @param  ViewEmailEvent  $event
     * @return void
     */
    public function handle(ViewEmailEvent $event)
    {
        // Access the model using $event->sent_email
        // Access the IP address that triggered the event using $event->ip_address
    }
}
<?php

namespace App\Listeners;

use benlehr\MailTracker\Events\PermanentBouncedMessageEvent;

class BouncedEmail
{
    /**
     * Create the event listener.
     *
     * @return void
     */
    public function __construct()
    {
        //
    }

    /**
     * Handle the event.
     *
     * @param  PermanentBouncedMessageEvent  $event
     * @return void
     */
    public function handle(PermanentBouncedMessageEvent $event)
    {
        // Access the email address using $event->email_address
    }
}

Then you must register the events you want to act on in your \App\Providers\EventServiceProvider $listen array:

/**
 * The event listener mappings for the application.
 *
 * @var array
 */
protected $listen = [
    'benlehr\MailTracker\Events\EmailSentEvent' => [
        'App\Listeners\EmailSent',
    ],
    'benlehr\MailTracker\Events\ViewEmailEvent' => [
        'App\Listeners\EmailViewed',
    ],
    'benlehr\MailTracker\Events\LinkClickedEvent' => [
        'App\Listeners\EmailLinkClicked',
    ],
    'benlehr\MailTracker\Events\EmailDeliveredEvent' => [
        'App\Listeners\EmailDelivered',
    ],
    'benlehr\MailTracker\Events\ComplaintMessageEvent' => [
        'App\Listeners\EmailComplaint',
    ],
    'benlehr\MailTracker\Events\PermanentBouncedMessageEvent' => [
        'App\Listeners\BouncedEmail',
    ],
];

Exceptions

The following exceptions may be thrown. You may add them to your ignore list in your exception handler, or handle them as you wish.

  • benlehr\MailTracker\Exceptions\BadUrlLink - Something went wrong with the url link. Basically, the system could not properly parse the URL link to send the redirect to.

Views

When you run the php artisan vendor:publish command, simple views will add to your resources/views/vendor/emailTrakingViews that you can customize. You of course my build your entire admin pages from scratch using these views as a guide.

Admin Panel

MailTracker comes with a built-in administration area. The default configuration that is published with the package puts it behind the can:see-sent-emails middleware; you may create a gate for this rule or change it to use one of your own. You may also change the default prefix as well as disable the admin routes completely.

The route name is 'mailTracker_Index'. The standard admin panel route is located at /email-manager. You can use route names to include them into your existing admin menu. You can customize your route in the config file. You can see all sent emails, total opens, total urls clicks, show individuals emails and show the urls clicked details.

All views (email tamplates, panel) can be customized in resources/views/vendor/emailTrakingViews.

Contributing

Please see CONTRIBUTING and CONDUCT for details.

Security

If you discover any security related issues, please email benlehr@trio-group.de instead of using the issue tracker.

Credits

License

The MIT License (MIT). Please see License File for more information.