![Nodemailer](https://raw2.github.com/andris9/Nodemailer/master/assets/nm_logo_200x136.png) **Nodemailer** is an easy to use module to send e-mails with Node.JS (using SMTP or sendmail or Amazon SES) and is unicode friendly - You can use any characters you like ✔ Nodemailer is Windows friendly, you can install it with *npm* on Windows just like any other module, there are no compiled dependencies. Use it from Azure or from your Windows box hassle free. **[Read about using Nodemailer from the Node Knockout blog](http://blog.nodeknockout.com/post/34641712180/sending-email-from-node-js)** [![Build Status](https://secure.travis-ci.org/andris9/Nodemailer.svg)](http://travis-ci.org/andris9/Nodemailer) NPM version ## Notes and information ### Nodemailer supports * **Unicode** to use any characters * **HTML content** as well as **plain text** alternative * **Attachments** (including attachment **streaming** for sending larger files) * **Embedded images** in HTML * **SSL/STARTTLS** for secure e-mail delivery * Different transport methods - **SMTP**, **sendmail**, **Amazon SES** or **directly** to recipients MX server or even a **custom** method * SMTP **Connection pool** and connection reuse for rapid delivery * **Preconfigured** services for using SMTP with Gmail, Hotmail etc. * Use objects as header values for **SendGrid** SMTP API * **XOAUTH2** authentication and token generation support - useful with Gmail * **DKIM** signing ### Support Nodemailer development [![Donate to author](https://www.paypalobjects.com/en_US/i/btn/btn_donate_SM.gif)](https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=DB26KWR2BQX5W) If you want to support with Bitcoins, then my wallet address is `15Z8ADxhssKUiwP3jbbqJwA21744KMCfTM` ### Nodemailer PaaS support Nodemailer has been tested successfully on the following PaaS platforms (using free/trial accounts): * [heroku](http://www.heroku.com/) * [AppFog](http://www.appfog.com/) * [OpenShift](https://openshift.redhat.com/app/) * [Nodejitsu](http://nodejitsu.com/) * [Windows Azure](http://www.windowsazure.com/) * [Modulus](https://modulus.io/) ### Check out my other mail related modules If you want to parse generated or received e-mail instead of sending it, check out [MailParser](https://github.com/andris9/mailparser). If you only want to generate the raw e-mail stream, check out [MailComposer](https://github.com/andris9/mailcomposer). If you only want to communicate with the SMTP (both as client and the server), check out [simplesmtp](https://github.com/andris9/simplesmtp). ### Templates To use Nodemailer with templates, please see documentation for these projects. * [node-email-templates](https://github.com/niftylettuce/node-email-templates) - ejs, jade, swig, handlebars, less, sass, stylus, styl * [swig-email-templates](https://github.com/superjoe30/swig-email-templates) - swig, template inheritance, dummy context ## TL;DR Usage Example This is a complete example to send an e-mail with plaintext and HTML body ```javascript var nodemailer = require("nodemailer"); // create reusable transport method (opens pool of SMTP connections) var smtpTransport = nodemailer.createTransport("SMTP",{ service: "Gmail", auth: { user: "gmail.user@gmail.com", pass: "userpass" } }); // setup e-mail data with unicode symbols var mailOptions = { from: "Fred Foo ✔ ", // sender address to: "bar@blurdybloop.com, baz@blurdybloop.com", // list of receivers subject: "Hello ✔", // Subject line text: "Hello world ✔", // plaintext body html: "Hello world ✔" // html body } // send mail with defined transport object smtpTransport.sendMail(mailOptions, function(error, response){ if(error){ console.log(error); }else{ console.log("Message sent: " + response.message); } // if you don't want to use this transport object anymore, uncomment following line //smtpTransport.close(); // shut down the connection pool, no more messages }); ``` Or if you want to go the really easy (but not the best) route, you can try to send e-mails directly to the recipients MX server without a relaying service: ```javascript var mail = require("nodemailer").mail; mail({ from: "Fred Foo ✔ ", // sender address to: "bar@blurdybloop.com, baz@blurdybloop.com", // list of receivers subject: "Hello ✔", // Subject line text: "Hello world ✔", // plaintext body html: "Hello world ✔" // html body }); ``` See also the [examples folder](https://github.com/andris9/Nodemailer/tree/master/examples) for full featured examples ## Installation Install through NPM ``` npm install nodemailer ``` ## Usage Include the module ```javascript var nodemailer = require("nodemailer"); ``` An e-mail can be sent with `sendMail(mailOptions[, callback])` command ```javascript transport.sendMail(mailOptions, callback); ``` Where * `transport` is a transport object created from the `nodemailer.createTransport` method * **mailOptions** defines the e-mail (set its subject, body text, receivers etc.), see [E-mail Message Fields](#e-mail-message-fields) for details * **callback** is the callback function that will be run after the e-mail is sent or the sending failed (see [Return callback](#return-callback) for details) ## Setting up a transport method Before you can send any e-mails you need to set up a transport method. This can be done with `nodemailer.createTransport(type, options)` where `type` indicates the transport protocol and `options` defines how it is used. ```javascript var transport = nodemailer.createTransport("SMTP", {smtp_options}); ``` The same transport object can and should be reused several times. When the transport method is defined, it can be used to send e-mail with `sendMail` ```javascript var transport = nodemailer.createTransport("SMTP", {smtp_options}); transport.sendMail({ from: "sender@tr.ee", to: "receiver@tr.ee" ... }); ``` ### Possible transport methods `type` parameter can be one of the following: * **SMTP** for using SMTP * **SES** for using Amazon SES with AWS Identity and Access Management (IAM) roles * **Sendmail** for utilizing systems *sendmail* command * **Pickup** for storing the e-mail in a directory on your machine * **Direct** for sending e-mails directly to recipients MTA servers If `type` is not set, "direct" will be used If you want to use custom transport method, you need to provide the transport handler constructor as the `type` parameter. See [Custom Transport Methods](#custom-transport-methods) for details ### Global transport options In addition to any specific configuration for a selected transport type, a few global ones exist. * **resolveHostname** - if set to true, resolves the public hostname for the current machine (makes an external HTTP request to [remoteAddress.net](http://www.remoteaddress.net/) for resolving it). The value is used when generating `Message-ID` values (as the domain part) and when identifying itself to a SMTP server * **xMailer** - if the value is a string it replaces the default `X-Mailer` header value. If the value is `false` then `X-Mailer` is stripped from the header ### Setting up SMTP SMTP is different from the other transport mechanisms, as in its case a connection pool is created. All the connections try to stay alive as long as possible and are reusable to minimize the protocol overhead delay - for example setting up TLS for authenticating is relatively lengthy process (in CPU terms, not by human terms), you do not want to do it several times. Possible SMTP options are the following: * **service** - an optional well known service identifier ("Gmail", "Hotmail" etc., see [Well known Services](#well-known-services-for-smtp) for a list of supported services) to auto-configure host, port and secure connection settings * **host** - hostname of the SMTP server (defaults to "localhost", not needed with `service`) * **port** - port of the SMTP server (defaults to 25, not needed with `service`) * **secureConnection** - use SSL (default is `false`, not needed with `service`). If you're using port 587 then keep `secureConnection` false, since the connection is started in insecure plain text mode and only later upgraded with STARTTLS * **name** - the name of the client server (defaults to machine name) * **auth** - authentication object as `{user:"...", pass:"..."}` or `{XOAuth2: {xoauth2_options}}` or `{XOAuthToken: "base64data"}` * **ignoreTLS** - ignore server support for STARTTLS (defaults to `false`) * **debug** - output client and server messages to console * **maxConnections** - how many connections to keep in the pool (defaults to 5) * **maxMessages** - limit the count of messages to send through a single connection (no limit by default) * **greetingTimeout** (defaults to 10000) - Time to wait in ms until greeting message is received from the server * **connectionTimeout** (system default if not set) - Time to wait in ms until the socket is opened to the server * **socketTimeout** (defaults to 1 hour) - Time of inactivity until the connection is closed Example: ```javascript var transport = nodemailer.createTransport("SMTP", { service: "Gmail", auth: { user: "gmail.user@gmail.com", pass: "userpass" } }); ``` or the same without `service` parameter ```javascript var transport = nodemailer.createTransport("SMTP", { host: "smtp.gmail.com", // hostname secureConnection: true, // use SSL port: 465, // port for secure SMTP auth: { user: "gmail.user@gmail.com", pass: "userpass" } }); ``` **NB!** if you want to close the pool (cancel all open connections) you can use `transport.close()` ```javascript var transport = nodemailer.createTransport("SMTP",{}); ... transport.close(); // close the pool ``` #### SMTP XOAUTH and token generation ##### XOAUTH2 **nodemailer** supports XOAUTH2 authentication protocol. To use this you need to obtain a Client ID and a Client Secret from [Google API Console](https://code.google.com/apis/console) (Open "API Access" and create "Client ID for web applications") and then request a refresh token for an user. See [Google OAuth 2.0 Offline Access](https://developers.google.com/accounts/docs/OAuth2WebServer#offline) for more information. Once you have obtained the Client ID, Client Secret and a Refresh Token for an user, you can use these values to send mail on behalf of the user. ```javascript var transportOptions = { ..., auth: { XOAuth2: { user: "example.user@gmail.com", clientId: "8819981768.apps.googleusercontent.com", clientSecret: "{client_secret}", refreshToken: "1/xEoDL4iW3cxlI7yDbSRFYNG01kVKM2C-259HOF2aQbI", accessToken: "vF9dft4qmTc2Nvb3RlckBhdHRhdmlzdGEuY29tCg==", timeout: 3600 } } } ``` `accessToken` and `timeout` values are both optional. If XOAUTH2 login fails a new access token is generated automatically and the login is retried. ##### XOAUTH Older XOAUTH is also supported by **nodemailer** for SMTP. XOAUTH is based on OAuth protocol 1.0 and is considered deprecated. To use this, include `XOAuthToken` option in `auth` instead of the regular `user` and `pass`. ```javascript var transportOptions = { ..., auth: { XOAuthToken: "R0VUIGh0dHBzOi8vbWFpbC5nb29...." } } ``` **nodemailer** includes also built in XOAUTH token generator which can be used with `nodemailer.createXOAuthGenerator()`. The function is preconfigured for Gmail, so in this case only mandatory options are `user`, `token` and `tokenSecret`. ```javascript var XOAuthTokenGenerator = nodemailer.createXOAuthGenerator({ user: "test.nodemailer@gmail.com", // requestUrl: "https://oauth.access.point", // consumerKey: "anonymous", // consumerSecret: "anonymous", token: "1/O_HgoO4h2uOUfpus0V--7mygICXrQQ0ZajB3ZH52KqM", tokenSecret: "_mUBkIwNPnfQBUIWrJrpXJ0c" }); ``` One of `user` or `requestUrl` is mandatory. `consumerKey` and `consumerSecret` both default to `"anonymous"`. ```javascript var transportOptions = { service: "Gmail", auth: { XOAuthToken: nodemailer.createXOAuthGenerator({ user: "test.nodemailer@gmail.com", token: "1/O_HgoO4h2uOUfpus0V--7mygICXrQQ0ZajB3ZH52KqM", tokenSecret: "_mUBkIwNPnfQBUIWrJrpXJ0c" }) } } ``` ### Setting up SES SES use the aws-sdk node module that wraps all the HTTP requests to SES servers. If running on an Amazon EC2 instance, it allows the use of IAM Roles instead of AWS credentials. If necessary, the AWS credentials can still be provided to the *createTransport* method or through environment variables ( AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY ). The SES options were renamed in v0.7. The new names are compatible with the naming convention of the AWS SDK for javascript in nodeJS used in Nodemailer. Thus you can pass a configuration object compatible with the AWS SDK to the createTransport() function. Possible SES options are the following: * **accessKeyId** - *optional* AWS access key. * **secretAccessKey** - *optional* AWS secret. * **sessionToken** - *optional* session token. * **region** - *optional* Specify the region to send the service request to. Default to *us-east-1* Deprecated parameters. These are kept for backward compatibility reasons to support users of Nodemailer prior to v0.7. Any new development should use the new parameters above: * **AWSAccessKeyID** - *optional* AWS access key. The option **accessKeyId** should be used instead. * **AWSSecretKey** - *optional* AWS secret. The option **secretAccessKey** should be used instead. * **ServiceUrl** - *optional* API end point URL (defaults to *"https://email.us-east-1.amazonaws.com"*). The option **region** should be used instead. * **AWSSecurityToken** - *optional* security token. The option **sessionToken** should be used instead. Example: ```javascript var transport = nodemailer.createTransport("SES", { AWSAccessKeyID: "AWSACCESSKEY", AWSSecretKey: "AWS/Secret/key" }); ``` **As of v0.7, ```sendmail()``` return only ```messageId``` instead of ```message```, ```response``` and ```messageID```** ### Setting up Sendmail Sendmail transport method streams the compiled message to the *stdin* of *sendmail* command. Options object is optional, possible sendmail options are the following: * **path** - path to the `sendmail` command (defaults to *"sendmail"*) * **args** - an array of extra command line options to pass to the `sendmail` command (ie. `["-f", "foo@blurdybloop.com"]`). Currently the command to be spawned is built up like this: the command is either using `sendmail -i -f from_addr to_addr[]` (by default) or `sendmail -i list_of_args[]` (if `args` property was given). `-i` is ensured to be present on either case. In the default case (no `args` defined) From and To addresses are either taken from `From`,`To`, `Cc` and `Bcc` properties or from the `envelope` property if one is present. Be wary when using the `args` property - no recipients are defined by default, you need to ensure these by yourself, for example by using the `-t` flag. Example: ```javascript var transport = nodemailer.createTransport("sendmail"); ``` or ```javascript var transport = nodemailer.createTransport("sendmail", { path: "/usr/local/bin/sendmail", args: ["-t", "-f", "foo@blurdybloop.com"] }); ``` Sendmail uses a Transform stream, which is available in NodeJS >= 0.10. For previous versions you can include [`readable-stream`](https://github.com/isaacs/readable-stream) in your depencies, which provides a polyfill. ### Setting up Pickup When choosing `Pickup` all e-mails will be stored in a directory so that they can be picked up by your SMTP server. Possible options are the following: * **directory** - The directory where applications save e-mail for later processing by the SMTP server (required) Example: ```javascript var transport = nodemailer.createTransport("PICKUP", { directory: "C:\\inetpub\\mailroot\\Pickup" }); ``` or the shorthand version: ```javascript var transport = nodemailer.createTransport("PICKUP", "C:\\inetpub\\mailroot\\Pickup"); ``` ### Setting up Direct transport *Direct* transport is useful when you can not or want not to use a relaying service or the sendmail command. To set it up, you do not need to provide anything, just run the following to create a transport object: ``` var transport = nodemailer.createTransport(); ``` If you want to use debug logging, use the following form: ``` var transport = nodemailer.createTransport("direct", {debug: true}); ``` There is also a shorthand method `mail` if you do not like to set up a transport object (see [E-mail message fields](#e-mail-message-fields) for options for the `mailOptions` object). ```javascript var mail = require("nodemailer").mail; mail(mailOptions); ``` *Direct* can be quite inefficient as it queues all e-mails to be sent into memory. Additionally, if a message is not yet sent and the process is closed, all data about queued messages are lost. Thus *direct* is only suitable for low throughput systems, like password remainders and such, where the message can be processed immediatelly. *Direct* is able to handle sending errors, graylisting and such. If a message can not be sent, it is requeued and retried later. To raise the odds of getting your emails into recipients inboxes, you should setup [SPF records](http://en.wikipedia.org/wiki/Sender_Policy_Framework) for your domain. Using [DKIM](#dkim-signing) wouldn't hurt either. Dynamic IP addresses are frequently treated as spam sources, so using static IPs is advised. ### Setting up Stub transport *Stub* transport is useful for testing, it compiles the message and returns it with the callback. ``` var transport = nodemailer.createTransport('stub', {error: false}); ``` Set `error` to a string or an error object if you want the callback to always return an error for this transport. Otherwise the callback should always succeed. ```javascript var transport = nodemailer.createTransport("Stub"), mailOptions = { from: "sender@example.com", to: "receiver@example.com", text: "hello world!" }; transport.sendMail(mailOptions, function(error, response){ console.log(response.message); }); ``` Or if you want to ensure the sending fails, use the `error` option. ```javascript var transport = nodemailer.createTransport("Stub", {error: "Sending failed"}); transport.sendMail({}, function(error, response){ console.log(error.message); // Sending failed }); ``` #### Handling responses *Direct* exposes an event emitter for receiving status updates. If the message includes several recipients, the message is not sent to everyone at once but is sharded in chunks based on the domain name of the addresses. For example if your message includes the following recipients: *user1@example.com*, *user2@example.com* and *user3@blurdybloop.com*, then 2 separate messages are sent out - one for *user1@example.com* and *user2@example.com* and one for *user3@blurdybloop.com*. This means that sending to different recipients may succeed or fail independently. All information about messages being delivered, failed or requeued is emitted by the status emitter `statusHandler`. *Direct* exposes the following events: * **'sent'** - message was sent successfully * **'failed'** - message was failed permanently * **'requeue'** - message failed but the error might not be permanent, so the message is requeued for later (once the message is retried an event is fired again). All events get the same argument which is an object with the following properties: * **domain** - is the domain part of the e-mail addresses * **response** - is the last line form the SMTP transmission **Usage example** ```javascript transport.sendMail(messageOptions, function(error, response){ if(error){ console.log(error); return; } // response.statusHandler only applies to 'direct' transport response.statusHandler.once("failed", function(data){ console.log( "Permanently failed delivering message to %s with the following response: %s", data.domain, data.response); }); response.statusHandler.once("requeue", function(data){ console.log("Temporarily failed delivering message to %s", data.domain); }); response.statusHandler.once("sent", function(data){ console.log("Message was accepted by %s", data.domain); }); }); ``` **NB!** If you want to provide instant feedback to the user, listen for the first `'sent'`, `'failed'`, or `'requeued'` event only. The first event should arrive quickly but once the message gets requeued, the delay until the next event for this particular domain is fired is at least 15 minutes. > This example uses `.once` for listening to the events which is ok if you have just one recipient. For several recipients with different domains, the events get called several times and thus would need a more complex handling. #### When would you use Direct transport? * When prototyping your application * If you do not have or do not want to use a relaying service account * When running under Windows as a Sendmail replacement (by default Sendmail is not available in Windows) ### DKIM Signing **Nodemailer** supports DKIM signing with very simple setup. Use this with caution though since the generated message needs to be buffered entirely before it can be signed. Not a big deal with small messages but might consume a lot of RAM when using larger attachments. Set up the DKIM signing with `useDKIM` method for a transport object: ```javascript transport.useDKIM(dkimOptions) ``` Where `dkimOptions` includes necessary options for signing * **domainName** - the domainname that is being used for signing * **keySelector** - key selector. If you have set up a TXT record with DKIM public key at *zzz._domainkey.blurdybloop.com* then `zzz` is the selector * **privateKey** - DKIM private key that is used for signing as a string * **headerFieldNames** - optional colon separated list of header fields to sign, by default all fields suggested by RFC4871 #5.5 are used All messages transmitted through this transport objects are from now on DKIM signed. Currently if several header fields with the same name exists, only the last one (the one in the bottom) is signed. Example: ```javascript var transport = nodemailer.createTransport("Sendmail"); transport.useDKIM({ domainName: "kreata.ee", keySelector: "dkim", privateKey: fs.readFileSync("private_key.pem") }); transport.sendMail(mailOptions); ``` See [examples/example_dkim.js](https://github.com/andris9/Nodemailer/blob/master/examples/example_dkim.js) for a complete example. ### Well known services for SMTP If you want to use a well known service as the SMTP host, you do not need to enter the hostname or port number, just use the `service` parameter Currently supported services are: * **AOL** * **DynectEmail** * **Gmail** * **hot.ee** * **Hotmail** * **iCloud** * **mail.ee** * **Mail.Ru** * **Mailgun** * **Mailjet** * **Mandrill** * **Postmark** * **QQ** * **QQex** (Tencent Business Email) * **SendGrid** * **SendCloud** * **SES** * **Yahoo** * **yandex** * **Zoho** Predefined service data covers `host`, `port` and secure connection settings, any other parameters (ie. `auth`) need to be set separately. Service names are case insensitive, so using "gmail" instead of "Gmail" is totally fine. Example: ```javascript var smtpTransport = nodemailer.createTransport("Gmail",{ auth: { user: "gmail.user@gmail.com", pass: "userpass" } }); ``` or alternatively ```javascript var smtpTransport = nodemailer.createTransport("SMTP",{ service: "Gmail", // sets automatically host, port and connection security settings auth: { user: "gmail.user@gmail.com", pass: "userpass" } }); ``` Actually, if you are authenticating with an e-mail address that has a domain name like @gmail.com or @yahoo.com etc., then you don't even need to provide the service name, it is detected automatically. ```javascript var smtpTransport = nodemailer.createTransport("SMTP",{ auth: { user: "gmail.user@gmail.com", // service is detected from the username pass: "userpass" } }); ``` ## E-mail message fields The following are the possible fields of an e-mail message: - **from** - The e-mail address of the sender. All e-mail addresses can be plain `sender@server.com` or formatted `Sender Name ` - **to** - Comma separated list or an array of recipients e-mail addresses that will appear on the `To:` field - **cc** - Comma separated list or an array of recipients e-mail addresses that will appear on the `Cc:` field - **bcc** - Comma separated list or an array of recipients e-mail addresses that will appear on the `Bcc:` field - **replyTo** - An e-mail address that will appear on the `Reply-To:` field - **inReplyTo** - The message-id this message is replying - **references** - Message-id list - **subject** - The subject of the e-mail - **text** - The plaintext version of the message - **html** - The HTML version of the message - **generateTextFromHTML** - if set to true uses HTML to generate plain text body part from the HTML if the text is not defined - **headers** - An object of additional header fields `{"X-Key-Name": "key value"}` (NB! values are passed as is, you should do your own encoding to 7bit and folding if needed) - **attachments** - An array of attachment objects. - **alternatives** - An array of alternative text contents (in addition to text and html parts) - **envelope** - optional SMTP envelope, if auto generated envelope is not suitable - **messageId** - optional Message-Id value, random value will be generated if not set. Set to false to omit the Message-Id header - **date** - optional Date value, current UTC string will be used if not set - **encoding** - optional transfer encoding for the textual parts (defaults to "quoted-printable") - **charset** - optional output character set for the textual parts (defaults to "utf-8") - **dsn** - An object with methods `success`, `failure` and `delay`. If any of these are set to true, DSN will be used All text fields (e-mail addresses, plaintext body, html body) use UTF-8 as the encoding. Attachments are streamed as binary. Example: ```javascript var transport = nodemailer.createTransport("Sendmail"); var mailOptions = { from: "me@tr.ee", to: "me@tr.ee", subject: "Hello world!", text: "Plaintext body" } transport.sendMail(mailOptions); ``` ### SendGrid support Nodemailer supports SendGrid [SMTP API](http://docs.sendgrid.com/documentation/api/smtp-api/) out of the box - you can use objects as header values and these are automatically JSONized (and mime encoded if needed). ```javascript var mailOptions = { ..., headers: { 'X-SMTPAPI': { category : "newuser", sub:{ "%name%": ["Žiguli Õllepruul"] } } }, subject: "Hello, %name%" } ``` This also applies to any other service that expects a JSON string as a header value for specified key. ### Generate Text from HTML If `generateTextFromHTML` option is set to true, then HTML contents of the mail is automatically converted to plaintext format when plaintext content is empty or missing. For example ```javascript mailOptions = { ..., generateTextFromHTML: true, html: '

Hello world

How are you?', // text: '' // no text part } ``` is automatically converted in the backround by Nodemailer to: ```javascript mailOptions = { ..., // source html: html: '

Hello world

How are you?', // automatically generated plaintext message: text: "Hello world\n"+ "===========\n"+ "\n"+ "**How** are you?" } ``` As you can see the output syntax for `generateTextFromHTML` looks similar to markdown, and that is exactly the case here - Nodemailer includes a simple HTML to markdown converter. But don't expect too much from it, it's not full featured or perfect, just some regexes here and there. ### Attachment fields Attachment object consists of the following properties: * **fileName** - filename to be reported as the name of the attached file, use of unicode is allowed (except when using Amazon SES which doesn't like it) * **cid** - optional content id for using inline images in HTML message source * **contents** - String or a Buffer contents for the attachment * **filePath** - path to a file or an URL if you want to stream the file instead of including it (better for larger attachments) * **streamSource** - Stream object for arbitrary binary streams if you want to stream the contents (needs to support *pause*/*resume*) * **contentType** - optional content type for the attachment, if not set will be derived from the `fileName` property * **contentDisposition** - optional content disposition type for the attachment, defaults to "attachment" One of `contents`, `filePath` or `streamSource` must be specified, if none is present, the attachment will be discarded. Other fields are optional. Attachments can be added as many as you want. ```javascript var mailOptions = { ... attachments: [ { // utf-8 string as an attachment fileName: "text1.txt", contents: "hello world!" }, { // binary buffer as an attachment fileName: "text2.txt", contents: new Buffer("hello world!","utf-8") }, { // file on disk as an attachment fileName: "text3.txt", filePath: "/path/to/file.txt" // stream this file }, { // fileName and content type is derived from filePath filePath: "/path/to/file.txt" }, { // stream as an attachment fileName: "text4.txt", streamSource: fs.createReadStream("file.txt") }, { // define custom content type for the attachment fileName: "text.bin", contents: "hello world!", contentType: "text/plain" }, { // use URL as an attachment fileName: "license.txt", filePath: "https://raw.github.com/andris9/Nodemailer/master/LICENSE" } ] } ``` ### Alternative fields In addition to text and HTML, any kind of data can be inserted as an alternative content of the main body - for example a word processing document with the same text as in the HTML field. It is the job of the e-mail client to select and show the best fitting alternative to the reader. Attahcment object consists of the following properties: * **contents** - String or a Buffer contents for the attachment * **contentType** - optional content type for the attachment, if not set will be set to "application/octet-stream" * **contentEncoding** - optional value of how the data is encoded, defaults to "base64" If `contents` is empty, the alternative will be discarded. Other fields are optional. **Usage example:** ```javascript var mailOptions = { ... html: "Hello world!", alternatives: [ { contentType: "text/x-web-markdown", contents: "**Hello world!**" } ] } ``` If the receiving e-mail client can render messages in Markdown syntax as well, it could prefer to display this alternative as the main content of the message instead of the html part. Alternatives can be added as many as you want. ### Address Formatting All the e-mail addresses can be plain e-mail address ``` foobar@blurdybloop.com ``` or with formatted name (includes unicode support) ``` "Ноде Майлер" ``` To, Cc and Bcc fields accept comma separated list of e-mails or an array of emails or an array of comma separated list of e-mails - use it as you like. Formatting can be mixed. ``` ..., to: 'foobar@blurdybloop.com, "Ноде Майлер" , "Name, User" ', cc: ['foobar@blurdybloop.com', '"Ноде Майлер" , "Name, User" '] ... ``` You can even use unicode domain and user names, these are automatically converted to the supported form ``` "Unicode Domain" ``` ### SMTP envelope SMTP envelope is usually auto generated from `from`, `to`, `cc` and `bcc` fields but if for some reason you want to specify it yourself, you can do it with `envelope` property. `envelope` is an object with the following params: `from`, `to`, `cc` and `bcc` just like with regular mail options. You can also use the regular address format, unicode domains etc. ```javascript mailOptions = { ..., from: "mailer@kreata.ee", to: "daemon@kreata.ee", envelope: { from: "Daemon ", to: "mailer@kreata.ee, Mailer " } } ``` The envelope only applies when using SMTP or sendmail, setting envelope has no effect with SES. ### Using Embedded Images Attachments can be used as embedded images in the HTML body. To use this feature, you need to set additional property of the attachment - `cid` (unique identifier of the file) which is a reference to the attachment file. The same `cid` value must be used as the image URL in HTML (using `cid:` as the URL protocol, see example below). **NB!** the cid value should be as unique as possible! ```javascript var mailOptions = { ... html: "Embedded image: ", attachments: [{ filename: "image.png", filePath: "/path/to/file", cid: "unique@kreata.ee" //same cid value as in the html img src }] } ``` **Automatic embedding images** If you want to convert images in the HTML to embedded images automatically, you can set mail option `forceEmbeddedImages` to true. In this case all images in the HTML that are either using an absolute URL (http://...) or absolute file path (/path/to/file) are replaced with embedded attachments. For example when using this code ```javascript var mailOptions = { forceEmbeddedImages: true html: 'Embedded image: ' }; ``` The image linked is fetched and added automatically as an attachment and the url in the HTML is replaced automatically with a proper `cid:` string. ## Return callback Return callback gets two parameters * **error** - an error object if the message failed * **responseStatus** - an object with some information about the status on success * **responseStatus.messageId** - message ID used with the message > Different transport methods may expose additional properties to the `responseStatus` object, eg. *direct* transport exposes `statusHandler`, see the docs for the particular transport type for more info. Example: ```javascript nodemailer.sendMail(mailOptions, function(error, responseStatus){ if(!error){ console.log(responseStatus.message); // response from the server console.log(responseStatus.messageId); // Message-ID value used } }); ``` **NB!** Message-ID used might not be the same that reaches recipients inbox since some providers (like **SES**) may change the value. ## Custom Transport Methods If you want to use a custom transport method you need to define a constructor function with the following API ```javascript function MyCustomHandler(options){} MyCustomHandler.prototype.sendMail = function(emailMessage, callback){}; MyCustomHandler.prototype.close = function(closeCallback){}; ``` Where * `options` is the optional options object passed to `createTransport` * `sendMail()` is the function that is going to deliver the message * `emailMessage` is a paused [MailComposer](https://github.com/andris9/mailcomposer#create-a-new-mailcomposer-instance) object. You should call `emailMessage.streamMessage()` once you have everything set up for streaming the message * `callback` is the function to run once the message has been sent or an error occurred. The response object *should* include `messageId` property (you can get the value from `emailMessage._messageId`) * `close()` is an optional method (no need to define it) to close the transport method * `closeCallback` is the function to run once the transport method is closed ### Example usage ```javascript var nodemailer = require("nodemailer"); // Pipes all messages to stdout function MyTransport(options){ this.options = options; } MyTransport.prototype.sendMail = function(emailMessage, callback) { console.log("Envelope: ", emailMessage.getEnvelope()); emailMessage.pipe(process.stdout); emailMessage.on("error", function(err){ callback(err); }); emailMessage.on("end", function(){ callback(null, { messageId: emailMessage._messageId }); }); // everything set up, start streaming emailMessage.streamMessage(); }; // Use MyTransport as the transport method var transport = nodemailer.createTransport(MyTransport, { name: "my.host" // hostname for generating Message-ID values }); transport.sendMail({ from: "sender@example.com", to: "receiver@example.com", subject: "hello", text: "world" }, function(err, response){ console.log(err || response); }); ``` ## Command line usage **NB!** Command line usage was removed from v0.4 ## Tests Run the tests with npm in Nodemailer's directory ``` npm test ``` There aren't currently many tests for Nodemailer but there are a lot of tests in the modules that are used to generate the raw e-mail body and to use the SMTP client connection. ## Tweaking Nodemailer in itself is actually more like a wrapper for my other modules [mailcomposer](https://github.com/andris9/mailcomposer) for composing the raw message stream and [simplesmtp](https://github.com/andris9/simplesmtp) for delivering it, by providing an unified API. If there's some problems with particular parts of the message composing/sending process you should look at the appropriate module. ## License **Nodemailer** is licensed under [MIT license](https://github.com/andris9/Nodemailer/blob/master/LICENSE). Basically you can do whatever you want to with it. ---- The Nodemailer logo was designed by [Sven Kristjansen](https://www.behance.net/kristjansen). [![Bitdeli Badge](https://d2weczhvl823v0.cloudfront.net/andris9/nodemailer/trend.png)](https://bitdeli.com/free "Bitdeli Badge")