npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@leolabs/email-addresses

v3.2.2

Published

An email address parser based on rfc5322

Downloads

11

Readme

email-addresses.js

An RFC 5322 email address parser.

v 3.1.0

What?

Want to see if something could be an email address? Want to grab the display name or just the address out of a string? Put your regexes down and use this parser!

This library does not validate email addresses - we can't really do that without sending an email. However, it attempts to parse addresses using the (fairly liberal) grammar specified in RFC 5322. You can use this to check if user input looks like an email address.

Note carefully though - this parser supports all features of RFC 5322, which means that "Bob Example" <[email protected]> is a valid email address. If you just want to validate the [email protected] part, that is RFC 5321, for which you want to use something like node-address-rfc2821.

Why use this?

Use this library because you can be sure it really respects the RFC:

  • The functions in the recursive decent parser match up with the productions in the RFC
  • The productions from the RFC are written above each function for easy verification
  • Tests include all of the test cases from the is_email project, which are extensive

Installation

npm install email-addresses

Example

$ node
> addrs = require("email-addresses")
{ [Function: parse5322]
  parseOneAddress: [Function: parseOneAddressSimple],
  parseAddressList: [Function: parseAddressListSimple] }
> addrs.parseOneAddress('"Jack Bowman" <[email protected]>')
{ parts:
   { name: [Object],
     address: [Object],
     local: [Object],
     domain: [Object] },
  name: 'Jack Bowman',
  address: '[email protected]',
  local: 'jack',
  domain: 'fogcreek.com' }
> addrs.parseAddressList('[email protected], Bob <[email protected]>')
[ { parts:
     { name: null,
       address: [Object],
       local: [Object],
       domain: [Object] },
    name: null,
    address: '[email protected]',
    local: 'jack',
    domain: 'fogcreek.com' },
  { parts:
     { name: [Object],
       address: [Object],
       local: [Object],
       domain: [Object] },
    name: 'Bob',
    address: '[email protected]',
    local: 'bob',
    domain: 'example.com' } ]
> addrs("[email protected]")
{ ast:
   { name: 'address-list',
     tokens: '[email protected]',
     semantic: '[email protected]',
     children: [ [Object] ] },
  addresses:
   [ { node: [Object],
       parts: [Object],
       name: null,
       address: '[email protected]',
       local: 'jack',
       domain: 'fogcreek.com' } ] }
> addrs("bogus")
null

API

obj = addrs(opts)

Call the module directly as a function to get access to the AST. Returns null for a failed parse (an invalid address).

Options:

  • string - An email address to parse. Parses as address-list, a list of email addresses separated by commas.
  • object with the following keys:
    • input - An email address to parse. Required.
    • rfc6532 - Enable rfc6532 support (unicode in email addresses). Default: false.
    • partial - Allow a failed parse to return the AST it managed to produce so far. Default: false.
    • simple - Return just the address or addresses parsed. Default: false.
    • strict - Turn off features of RFC 5322 marked "Obsolete". Default: false.
    • rejectTLD - Require at least one . in domain names. Default: false.
    • startAt - Start the parser at one of address-list, from, sender, reply-to. Default: address-list.

Returns an object with the following properties:

  • ast - the full AST of the parse.
  • addresses - array of addresses found. Each has the following properties:
    • parts - components of the AST that make up the address.
    • type - The type of the node, e.g. mailbox, address, group.
    • name - The extracted name from the email. e.g. parsing "Bob" <[email protected]> will give Bob for the name.
    • address - The full email address. e.g. parsing the above will give [email protected] for the address.
    • local - The local part. e.g. parsing the above will give bob for local.
    • domain - The domain part. e.g. parsing the above will give example.com for domain.

Note if simple is set, the return will be an array of addresses rather than the object above.

Note that addresses can contain a group address, which in contrast to the address objects will simply contain two properties: a name and addresses which is an array of the addresses in the group. You can identify groups because they will have a type of group. A group looks something like this: Managing Partners:[email protected],[email protected];

obj = addrs.parseOneAddress(opts)

Parse a single email address.

Operates similarly to addrs(opts), with the exception that rfc6532 and simple default to true.

Returns a single address object as described above. If you set simple: false the returned object includes a node object that contains the AST for the address.

obj = addrs.parseAddressList(opts)

Parse a list of email addresses separated by comma.

Operates similarly to addrs(opts), with the exception that rfc6532 and simple default to true.

Returns a list of address objects as described above. If you set simple: false each address will include a node object that containst the AST for the address.

obj = addrs.parseFrom(opts)

Parse an email header "From:" address (specified as mailbox-list or address-list).

Operates similarly to addrs(opts), with the exception that rfc6532 and simple default to true.

Returns a list of address objects as described above. If you set simple: false each address will include a node object that containst the AST for the address.

obj = addrs.parseSender(opts)

Parse an email header "Sender:" address (specified as mailbox or address).

Operates similarly to addrs(opts), with the exception that rfc6532 and simple default to true.

Returns a single address object as described above. If you set simple: false the returned object includes a node object that contains the AST for the address.

obj = addrs.parseReplyTo(opts)

Parse an email header "Reply-To:" address (specified as address-list).

Operates identically to addrs.parseAddressList(opts).

Usage

If you want to simply check whether an address or address list parses, you'll want to call the following functions and check whether the results are null or not: parseOneAddress for a single address and parseAddressList for multiple addresses.

If you want to examine the parsed address, for example to extract a name or address, you have some options. The object returned by parseOneAddress has four helper values on it: name, address, local, and domain. See the example above to understand is actually returned. (These are equivalent to parts.name.semantic, parts.address.semantic, etc.) These values try to be smart about collapsing whitespace, quotations, and excluding RFC 5322 comments. If you desire, you can also obtain the raw parsed tokens or semantic tokens for those fields. The parts value is an object referencing nodes in the AST generated. Nodes in the AST have two values of interest here, tokens and semantic.

> a = addrs.parseOneAddress('Jack  Bowman  <[email protected] >')
> a.parts.name.tokens
'Jack  Bowman  '
> a.name
'Jack Bowman'
> a.parts.name.semantic
'Jack Bowman '
> a.parts.address.tokens
'[email protected] '
> a.address
'[email protected]'
> a.parts.address.semantic
'[email protected]'

If you need to, you can inspect the AST directly. The entire AST is returned when calling the module's function.

References

  • http://tools.ietf.org/html/rfc5322
  • https://tools.ietf.org/html/rfc6532
  • https://tools.ietf.org/html/rfc6854
  • http://code.google.com/p/isemail/

Props

Many thanks to Dominic Sayers and his documentation and tests for the is_email function which helped greatly in writing this parser.

License

Licensed under the MIT License. See the LICENSE file.