whitespace fixes, etc.
demand asciihood
prep next release
oops, gotta have a plan!
please stop using $addr_spec
we use 5.6 now
prep next release
require ascii-only in the addr, not phrase too
non-ASCII is now okay *in phrase*
Documentation improvements

Fixed a couple of typos, made the documentation reflect the fact that
altering $Email::Address::STRINGIFY is now deprecated.
prep next version
remove taint mode so local::lib does not bug tests
properly escape chars when quoting phrase

Not only " should be escaped, but \ as well.
don't bail out if one of many emails is not ascii

Email::Address since 1.893 rejects not ascii input
in some parts of a mailbox. However, rather just
skipping this one email address out of many, it
returns empty list.

It goes in conflict with how module works in general.
Input is parsed with regexps without checking structure
of the data, so module can find an email surrounded by
"noise" and doesn't complain.

Change code to return good emails and skip emails with
not ASCII symbols instead of returning empty result.
credit for the last two changes
remove dead link
typo fixes
allow overloading fallback (specifically to get cmp)

[rt.cpan.org #42573]

I'm not sure that falling back to stringification will be the best
behavior, although it will be better than nothing.  Given the
following three stringifications:

  albert@example.com
  "Betty O'Connor" <betty@example.com>
  charlie@example.com

...I think sorting by stringification will be weird.
document the only-meant-for-list behavior of parse

[rt.cpan.org #39299]
dzilify