This package is a fork from Wylio/meteor-mandrill patched with StorytellerCZ's PR#25.
--
Meteor package for sending email (and more) directly via Mandrill's HTTP POST API.
NOTE: Mandrill used to offer free accounts that could send up to 12,000 emails per month, but that is no longer the case after July 17, 2015. Existing users will maintain the free plan.
A good alternative is SparkPost, with 100,000 free emails per month. They offer a migration path from Mandrill. As such, this package is unlikely to see significant further maintenance.
This is the original package with a new maintainer, and unlike some (now outdated) forks, it implements the full Mandrill REST API.
Other packages use the mandrill-api npm package. It's unclear why you'd want the Node package, because all it does is use the HTTP POST API without much extra processing.
$ meteor add wylio:mandrill
The package only installs itself on the server, though in theory it could work just as well on the client, thanks to Meteor's isomorphic HTTP package. For security reasons, using it on the client isn't a good idea.
// server code
Mandrill.config({
username: process.env.MANDRILL_API_USER, // the email address you log into Mandrill with. Only used to set MAIL_URL.
key: process.env.MANDRILL_API_KEY // get your Mandrill key from https://mandrillapp.com/settings/index
port: 587, // defaults to 465 for SMTP over TLS
host: 'smtps.mandrillapp.com', // the SMTP host
// baseUrl: 'https://mandrillapp.com/api/1.0/' // update this in case Mandrill changes its API endpoint URL or version
// protocol: "smtps" // by default will put smtp unless port 465 (in that case smtps), you can override it here
});
// Meteor method code
this.unblock();
try {
[result = ]Mandrill.<category>.<call>(options, [callback]);
} catch (e) {
// handle error
}Categories are messages, templates, etc.. Each category has a series of calls, listed at https://mandrillapp.com/api/docs/<category>.JSON.html. If you pass a callback, an async call will be made, and the callback will be passed error and result by Meteor's HTTP.call. Otherwise, the method returns the raw HTTP POST result from Mandrill and you should use try/catch to handle errors. You'll likely want result.data.
The package will also configure the MAIL_URL environment variable to point to the Mandrill secure SMTP server (port 465).
The messages.sendTemplate method uses Mandrill's https://mandrillapp.com/api/1.0/messages/send-template.json call.
Read more on how to use merge tags in the Mandrill docs. Find out what else you can send, including how to send mc:edit regions, by reviewing the Mandrill API documentation. Mandrill can now use Handlebars instead of the old-style MailChimp *|MERGEVARS|*. Read more on Handlebars in Mandrill.
Mandrill.messages.sendTemplate({
key: 'YOUR_MANDRILL_API_KEY', // optional, if you have set it via Mandril.config() already
template_name: 'YOUR_TEMPLATE_SLUG_NAME',
template_content: [
{
name: 'body',
content: 'Breaking news! Federal Agents Raid Gun Shop, Find Weapons'
}
],
message: {
subject: 'Meteor Newsletter',
from_email: /* your app's from email ,e.g. Accounts.emailTemplates.from */,
to: [
{ email: '[email protected]' }
],
// global merge variable in the *|VARIABLE|* format
global_merge_vars: [
{
name: 'var1',
content: 'Global Value 1'
}
],
// per-recipient merge vars
merge_vars: [
{
rcpt: '[email protected]',
vars: [
{
name: 'fname',
content: 'John'
},
{
name: 'lname',
content: 'Smith'
}
]
}
]
}
});You can easily customize Meteor's outgoing emails to send Mandrill templates, using templates.render. Simply set Accounts.emailTemplates.enrollAccount.html (or Accounts.emailTemplate.resetPassword.html or .verifyEmail.html) to the result of the render call, passing the template name and parameters.
Note that the templates.render call, strangely, doesn't support Handlebars. You'll have to use the old-style *|VARIABLE|* MailChimp variables, without Handlebars features like loops or conditionals.
Accounts.emailTemplates.enrollAccount.html = function (user, url) {
var referralCode = ... // generate a Random.id()
var result;
try {
result = Mandrill.templates.render({
template_name: 'the-slug-of-your-template',
template_content: [
{
name: 'referrallink',
content: 'https://yourdomain.com/?ref=' + referralCode
},
{
name: 'verificationurl',
content: url
}
],
merge_vars: [
{
name: 'REPLACEME',
content: 'Global merge var replacement'
}
]
});
} catch (error) {
console.error('Error while rendering Mandrill template', error);
}
return result.data.html;
}To automatically generate text from the HTML, in theory you would set the X-MC-AutoText header to 1:
Accounts.emailTemplates.headers = {
'X-MC-AutoText': true
};In practice this doesn't work, due to a Meteor issue.
If you're upgrading from v0.x, you need to update the package as follows:
meteor update wylio:mandrill --allow-incompatible-update
Version 1.0 implements the complete Mandrill API, and no longer catches errors to the console, so that you can take more appropriate action in case an API call fails. Due to this latter change, backwards compatibility with 0.x was not provided; instead you only need to make one simple change:
Meteor.Mandrill.sendTemplateis nowMandrill.messages.sendTemplate.
As you can see, Meteor.Mandrill was replaced by the Mandrill global. This applies to the
Mandrill.config() call as well as to all other calls, e.g. Mandrill.messages.*.
The only other breaking change is that Meteor.Mandrill.send no longer works. This was simply an
alias for Meteor's Email.send, which provided no added value. Just use Email.send to send through
the Mandrill SMTP. Mandrill.messages.send() will through Mandrill's HTTP POST API.
Originally written by @danieljonce. Re-written from scratch and maintained by Dan Dascalescu.
License: MIT