This module provides functionality to send emails via the Mailgun API and store events related to messages using Mailgun's webhooks feature
See composer.json
- silverstripe/framework ^4
- Symbiote's Queued Jobs module
- Mailgun PHP SDK ^3, kriswallsmith/buzz, nyholm/psr7
You need:
- A Mailgun account
- At least one non-sandbox Mailgun mailing domain (verified is best) in your choice of region
- A Mailgun API key or a Mailgun Domain Sending Key for the relevant mailing domain (the latter is recommended)
- MailgunEmail and MailgunMailer are configured in your project (see below)
composer require nswdpc/silverstripe-mailgun-syncConfiguration of your Mailgun domain and account is beyond the scope of this document but is straightforward.
You should verify your domain to avoid message delivery issues. The best starting point is Verifying a Domain.
MXToolBox.com is a useful tool to check your mailing domain has valid DMARC records.
Add the following to your project's yaml config:
---
Name: local-mailgunsync-config
After:
- '#mailgunsync'
---
# API config
NSWDPC\Messaging\Mailgun\Connector\Base:
# your Mailgun mailing domain
api_domain: 'configured.mailgun.domain'
# your API key or Domain Sending Key
api_key: 'xxxx'
# the endpoint region, if you use EU set this value to 'API_ENDPOINT_EU'
# for the default region, leave empty
api_endpoint_region: ''
# this setting triggers o:testmode='yes' in messages
api_testmode: true|false
# You will probably want this as true, when false some clients will show 'Sent on behalf of' text
always_set_sender: true
# set this to override the From header, this is useful if your application sends out mail from anyone (see DMARC below)
always_from: '[email protected]'
# Whether to send via a job - see below
send_via_job: 'yes|no|when-attachments'
# When set, messages with no 'To' header are delivered here.
default_recipient: ''
# grab this from your Mailgun account control panel
webhook_signing_key: ''
# whether you want to store webhook requests
webhooks_enabled: true|false
# the current or new filter variable (see webhooks documentation in ./docs)
webhook_filter_variable: ''
# the previous one, to allow variable rotation
webhook_previous_filter_variable: ''
---
# Configure the mailer
Name: local-mailer
After:
# Override core email configuration
- '#emailconfig'
---
# Send messages via the MailgunMailer
SilverStripe\Core\Injector\Injector:
SilverStripe\Control\Email\Email:
class: 'NSWDPC\Messaging\Mailgun\MailgunEmail'
SilverStripe\Control\Email\Mailer:
class: 'NSWDPC\Messaging\Mailgun\MailgunMailer'Remember to flush configuration after a configuration change.
See detailed configuration, including project tags
For a good example of this, look at the MailgunSyncTest class. Messages are sent using the default Silverstripe Email API:
use SilverStripe\Control\Email\Email;
$email = Email::create();
$email->setFrom($from);
$email->setTo($to);
$email->setSubject($subject);To add custom parameters used by Mailgun you call setCustomParameters():
// variables
$variables = [
'test' => 'true',
'foo' => 'bar',
];
//options
$options = [
'testmode' => 'yes',
'tag' => ['tag1','tag2','tag4'],
'tracking' => 'yes',
'require-tls' => 'yes'
];
// headers
$headers = [
'X-Test-Header' => 'testing'
];
$recipient_variables = [
'[email protected]' => ["unique_id" => "testing_123"]
];
$args = [
'options' => $options,
'variables' => $variables,
'headers' => $headers,
'recipient-variables' => $recipient_variables
];
$email->setCustomParameters($args)Where $args is an array of your custom parameters. Calling setCustomParameters() multiple times will overwrite previous parameters.
Send the message:
$response = $email->send();The response will either be a Mailgun message-id OR a Symbiote\QueuedJobs\DataObjects\QueuedJobDescriptor instance if you are sending via the queued job.
You can send directly via the API connector, which handles client setup and the like based on configuration. For a good example of this, look at the MailgunMailer class
use NSWDPC\Messaging\Mailgun\Connector\Message;
//set parameters
$parameters = [
'to' => ...,
'from' => ...,
'o:tag' => ['tag1','tag2']
// etc
];
$connector = Message::create();
$response = $connector->send($parameters);The response will either be a Mailgun message-id OR a Symbiote\QueuedJobs\DataObjects\QueuedJobDescriptor instance if you are sending via the queued job.
If you like, you can send messages and interact with the Mailgun API via the Mailgun PHP SDK:
use Mailgun\Mailgun;
$client = Mailgun::create($api_key);
// set things up then send
$response = $client->messages()->send($domain, $parameters);The response will be a Mailgun\Model\Message\SendResponse instance if successful.
See the Mailgun PHP SDK documentation for examples.
The module uses the Queued Jobs module to deliver email at a later time.
This way, a website request that involves delivering an email will not be held up by API issues.
This is a queued job that can be used to send emails depending on the send_via_job config value -
- 'yes' - all the time
- 'when-attachments' - only when attachments are present, or
- 'no' - never (in which case messages will never send via a Queued Job)
Messages are handed off to this queued job, which is configured to send after one minute. Once delivered, the message parameters are cleared to reduce space used by large messages.
This job is marked as 'broken' immediately upon an API or other general error. Please read the Queued Jobs Health Check documentation to get assistance with Broken job reporting.
Use this job to clear out older MailgunEvent webhook records. If you don't use webhooks to store events, this job can remain unused.
Use this job to kick broken SendJob instances, which happen from time-to-time due to API or connectivity issues.
This job will:
- Take all job descriptor records for SendJob that are Broken
- Reset their status, processing counts and worker value to default initial values
- Set them to start after a minute
- Save the record
On the next queue run, these jobs will attempt to send again.
Messages can be resent from the Mailgun control panel. This depends on your Message Retention setting for the relevant mailing domain in Mailgun.
When sending email it's wise to consider how you maintain the quality of your mailing domain (and IP(s)).
If your mailing domain is "mg.example.com" and you send "From: [email protected]" DMARC rules will most likely kick in at the recipient mail server and your message will be quarantined or rejected (unless example.net designates example.com as a permitted sender). Instead, use a From header of "[email protected]" or "[email protected]" in your messages.
Your Reply-To header can be any valid address.
See dmarc.org for more information on the importance of DMARC, SPF and DKIM
Unit tests: ./tests. Tests use the TestMessage connector.
For acceptance testing, you can use a combination of the Mailgun sandbox domain and API testmode.
- Sandbox domain: set the
api_domainvalue in configuration to the sandbox domain provided by Mailgun. Remember to list approved recipients in the sandbox domain settings in the Mailgun control panel. - Test mode: set the
api_testmodevalue to true. In testmode, Mailgun accepts but does not deliver messages.
Version 1 removed unused features to reduce the complexity of this module.
The core functionality is now:
- Send messages via the standard Email process in Silverstripe, with added Mailgun options
- Send messages directly via the API
- Handle webhook requests from Mailgun via a dedicated controller
Synchronisation of events is now handled by the webhooks controller
BSD-3-Clause
See LICENSE
We welcome bug reports, pull requests and feature requests on the Github Issue tracker for this project.
Please review the code of conduct prior to opening a new issue.
If you have found a security issue with this module, please email digital[@]dpc.nsw.gov.au in the first instance, detailing your findings.
If you would like to make contributions to the module please ensure you raise a pull request and discuss with the module maintainers.
Please review the code of conduct prior to completing a pull request.