Email authentication library for Node.js
- SPF verification
- DKIM signing
- DKIM verification
- DMARC verification
- ARC verification
- ARC sealing
- Sealing on authentication
- Sealing after modifications
- BIMI resolving
- MTA-STS helpers
Pure JavaScript implementation, no external applications or compilation needed. Runs on any server/device that has Node 14+ installed.
Usage
Authentication
Validate DKIM signatures, SPF, DMARC, ARC and BIMI for an email.
await authenticate(message [,options]) ->
{ dkim, spf, arc, dmarc, bimi, receivedChain, headers }
Where
- message is either a String, a Buffer or a Readable stream that represents an email message
- options (object) is an optional options object
- sender (string) is the email address from MAIL FROM command. If not set then it is parsed from the
Return-Path
header - ip (string) is the IP of remote client that sent this message
- helo (string) is the hostname value from HELO/EHLO command
- trustReceived (boolean) if true then parses values for
ip
and helo
from latest Received
header if you have not set these values yourself. Defaults to false
- mta (string) is the hostname of the server performing the authentication (defaults to
os.hostname()
) - minBitLength (number) is the minimum allowed bits of RSA public keys (defaults to 1024). If a DKIM or ARC key has less bits, then validation is considered as failed
- disableArc (boolean) if true then skip ARC checks
- disableDmarc (boolean) if true then skip DMARC checks. This also disables checks that are dependent on DMARC (eg. BIMI)
- disableBimi (boolean) if true then skip BIMI checks
- seal (object) if set and message does not have a broken ARC chain, then seals the message using these values
- signingDomain (string) ARC key domain name
- selector (string) ARC key selector
- privateKey (string or buffer) Private key for signing. Can be a RSA or an Ed25519 key
- resolver (async function) is an optional async function for DNS requests. Defaults to dns.promises.resolve
Example
const { authenticate } = require('mailauth');
const { dkim, spf, arc, dmarc, bimi, receivedChain, headers } = await authenticate(
message,
{
ip: '217.146.67.33',
helo: 'uvn-67-33.tll01.zonevs.eu',
sender: 'andris@ekiri.ee',
mta: 'mx.ethereal.email',
resolver: async (name, rr) => await dns.promises.resolve(name, rr)
}
);
process.stdout.write(headers);
process.stdout.write(message);
Example output:
Received-SPF: pass (mx.ethereal.email: domain of andris@ekiri.ee designates 217.146.67.33 as permitted sender) client-ip=217.146.67.33;
Authentication-Results: mx.ethereal.email;
dkim=pass header.i=@ekiri.ee header.s=default header.a=rsa-sha256 header.b=TXuCNlsq;
spf=pass (mx.ethereal.email: domain of andris@ekiri.ee designates 217.146.67.33 as permitted sender) smtp.mailfrom=andris@ekiri.ee
smtp.helo=uvn-67-33.tll01.zonevs.eu;
arc=pass (i=2 spf=neutral dkim=pass dkdomain=ekiri.ee);
dmarc=none header.from=ekiri.ee
From: ...
You can see full output (structured data for DKIM, SPF, DMARC and ARC) from this example.
receivedChain
receivedChain
property is an array of parsed representations of the Received:
headers
DKIM
Signing
const { dkimSign } = require('mailauth/lib/dkim/sign');
const signResult = await dkimSign(
message,
{
canonicalization: 'relaxed/relaxed',
algorithm: 'rsa-sha256',
signTime: new Date(),
signatureData: [
{
signingDomain: 'tahvel.info',
selector: 'test.rsa',
privateKey: fs.readFileSync('./test/fixtures/private-rsa.pem'),
algorithm: 'rsa-sha256',
canonicalization: 'relaxed/relaxed'
}
]
}
);
if (signResult.errors.length) {
console.log(signResult.errors);
}
process.stdout.write(signResult.signatures);
process.stdout.write(message);
Example output:
DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=tahvel.info;
s=test.rsa; b=...
From: ...
Verifying
const { dkimVerify } = require('mailauth/lib/dkim/verify');
const result = await dkimVerify(message);
for (let { info } of result.results) {
console.log(info);
}
Example output:
dkim=neutral (invalid public key) header.i=@tahvel.info header.s=test.invalid header.b="b85yao+1"
dkim=pass header.i=@tahvel.info header.s=test.rsa header.b="BrEgDN4A"
dkim=policy policy.dkim-rules=weak-key header.i=@tahvel.info header.s=test.small header.b="d0jjgPun"
SPF
Verifying
const { spf } = require('mailauth/lib/spf');
let result = await spf({
sender: 'andris@wildduck.email',
ip: '217.146.76.20',
helo: 'foo',
mta: 'mx.myhost.com'
});
console.log(result.header);
Example output:
Received-SPF: pass (mx.myhost.com: domain of andris@wildduck.email
designates 217.146.76.20 as permitted sender) client-ip=217.146.76.20;
envelope-from="andris@wildduck.email";
ARC
Validation
ARC seals are automatically validated during the authentication step.
const { authenticate } = require('mailauth');
const { arc } = await authenticate(
message,
{
trustReceived: true
}
);
console.log(arc);
Output being something like this:
{
"status": {
"result": "pass",
"comment": "i=2 spf=neutral dkim=pass dkdomain=zonevs.eu dkim=pass dkdomain=srs3.zonevs.eu dmarc=fail fromdomain=zone.ee"
},
"i": 2,
...
}
Sealing
During authentication
You can seal messages with ARC automatically in the authentication step by providing the sealing key. In this case you can not modify the message anymore as this would break the seal.
const { authenticate } = require('mailauth');
const { headers } = await authenticate(
message,
{
trustReceived: true,
seal: {
signingDomain: 'tahvel.info',
selector: 'test.rsa',
privateKey: fs.readFileSync('./test/fixtures/private-rsa.pem')
}
}
);
process.stdout.write(headers);
process.stdout.write(message);
After modifications
If you want to modify the message before sealing then you have to authenticate the message first and then use authentication results as input for the sealing step.
const { authenticate, sealMessage } = require('@postalsys/mailauth');
const { arc, headers } = await authenticate(
message,
{
ip: '217.146.67.33',
helo: 'uvn-67-33.tll01.zonevs.eu',
mta: 'mx.ethereal.email',
sender: 'andris@ekiri.ee'
}
);
const sealHeaders = await sealMessage(message, {
signingDomain: 'tahvel.info',
selector: 'test.rsa',
privateKey: fs.readFileSync('./test/fixtures/private-rsa.pem'),
authResults: arc.authResults,
cv: arc.status.result
});
process.stdout.write(sealHeaders);
process.stdout.write(headers);
process.stdout.write(message);
BIMI
Brand Indicators for Message Identification (BIMI) support is based on draft-blank-ietf-bimi-01.
BIMI information is resolved in the authentication step and the results can be found from the bimi
property. Message must pass DMARC validation in order to be processed for BIMI. DMARC policy can not be "none" for BIMI to pass.
const { bimi } = await authenticate(
message,
{
ip: '217.146.67.33',
helo: 'uvn-67-33.tll01.zonevs.eu',
mta: 'mx.ethereal.email',
sender: 'andris@ekiri.ee'
}
);
if (bimi?.location) {
console.log(`BIMI location: ${bimi.location}`);
}
BIMI-Location
header is ignored by mailauth
, it is not checked for and it is not modified in any way if it is present. BIMI-Selector
is used for selector selection (if available).
Verified Mark Certificate
Authority Evidence Document location is available from the bimi.authority
property (if set).
VMC (Verified Mark Certificates) for Authority Evidence Documents is a X509 certificate with an id-pe-logotype
extension (oid=1.3.6.1.5.5.7.1.12
) that includes a compressed SVG formatted logo file (read more here).
Some example authority evidence documents:
You can parse logos from these certificate files by using the parseLogoFromX509
function
const { parseLogoFromX509 } = require('mailauth/lib/tools');
let { altnNames, svg } = await parseLogoFromX509(fs.readFileSync('vmc.pem'));
NB! parseLogoFromX509
does not verify the validity of the VMC certificate. It could be self signed or expired and still be processed.
MTA-STS
mailauth
allows you to fetch MTA-STS information for a domain name.
const { getPolicy, validateMx } = require('mailauth/lib/mta-sts');
let knownPolicy = getCachedPolicy('gmail.com');
let mx = 'alt4.gmail-smtp-in.l.google.com';
const { policy, status } = await getPolicy('gmail.com', knownPolicy);
const policyMatch = validateMx(mx, policy);
if (policy.id !== knownPolicy?.id) {
}
if (policy.mode === 'enforce') {
}
if (policy.mx && !policyMatch) {
}
Resolve policy
Resolve MTA-STS policy for a domain
async getPolicy(domain [,knownPolicy]) -> {policy, status}
Where
- domain is the domain to check for (eg. "gmail.com")
- knownPolicy (optional) is the policy object from last check for this domain. This is used to check if the policy is still valid or it was updated.
Function returns an object with the following properties:
- policy (object)
- id (string or
false
) ID of the policy - mode (string) one of "none", "testing" or "enforce"
- mx (array, if available) an Array of whitelisted MX hostnames
- expires (string, if available) ISO date string for cacheing
- status (string) one of the following values:
- "not_found" no policy was found for this domain. You can decide yourself how long you want to cache this response
- "cached" no changes detected, current policy is still valid and can be used
- "found" new or updated policy was found. Cache this in your system until policy.expires
- "renew" existing policy is still valid, renew cached version until policy.expires
- "errored" policy discovery failed for some temporary error (eg. failing DNS queries). See policy.error for details
Validate MX hostname
Check if a resolved MX hostname is valid by MTA-STS policy or not
validateMx(mx, policy) -> Boolean
Where
- mx is the resolved MX hostname (eg. "gmail-smtp-in.l.google.com")
- policy is the policy object returned by
getPolicy()
Function returns a boolean. If it is true
then MX hostname is allowed to use.
Command line usage
See CLI USAGE
Testing
mailauth
uses the following test suites:
SPF test suite
OpenSPF test suite (archive.org mirror) with the following differences:
- No PTR support in
mailauth
, all PTR related tests are ignored - Less strict whitespace checks (
mailauth
accepts multiple spaces between tags etc) - Some macro tests are skipped (macro expansion is supported in most parts)
- Some tests where invalid component is listed after a matching part (mailauth processes from left to right and returns on first match found)
- Other than that all tests pass
ARC test suite from ValiMail
ValiMail arc_test_suite
mailauth
is less strict on header tags and casing, for example uppercase S=
for a selector passes in mailauth
but fails in ValiMail.- Signing test suite is used for input only. All listed messages are signed using provided keys but signatures are not matched against reference. Instead
mailauth
validates the signatures itself and looks for the same cv= output that the ARC-Seal header in the test suite has - Other than that all tests pass
Setup
Free, AGPL-licensed version
First install the module from npm:
$ npm install mailauth
next import any method you want to use from mailauth package into your script:
const { authenticate } = require('mailauth');
MIT version
MIT-licensed version is available for Postal Systems subscribers.
First install the module from Postal Systems private registry:
$ npm install @postalsys/mailauth
next import any method you want to use from mailauth package into your script:
const { authenticate } = require('@postalsys/mailauth');
If you have already built your application using the free version of "mailauth" and do not want to modify require statements in your code, you can install the MIT-licensed version as an alias for "mailauth".
$ npm install mailauth@npm:@postalsys/mailauth
This way you can keep using the old module name
const { authenticate } = require('mailauth');
License
© 2020 Andris Reinman
Dual licensed under GNU Affero General Public License v3.0 or later or EUPLv1.1+
MIT-licensed version of mailauth is available for Postal Systems subscribers.