Releases: RohanNagar/jmail
Releases · RohanNagar/jmail
v1.3.1
- Improve
equals()
andhashCode()
methods forEmail
andTopLevelDomain
- Fix inconsistencies in some Javadocs
v1.3.0
InternetProtocolAddress.validate(String ip)
now validates IPv6 addresses without requiring theIPv6:
prefix.- Add new
JMail.isInvalid(String email)
andEmailValidator#isInvalid(String email)
methods as a convenience for testing if an email address is invalid.
v1.2.3
- Add
toString()
method onEmailValidator
- Add
withRules(Collection<Predicate<Email>> rules)
method onEmailValidator
to create a newEmailValidator
from the collection of rules provided
v1.2.2
v1.2.1
EmailValidator
is now immutable
v1.2.0
- Switch
TopLevelDomain
from an enum to a class, allowing for creation of any valid top level domain (Thanks @bowbahdoe!) - Add
module-info.java
so projects on JDK 9+ can use this library as a Java module - Bugfix: Addresses with empty quoted strings (
""@test.org
) are now correctly considered valid - Bugfix: Addresses with explicit source routing (
@1st.relay,@2nd.relay:user@final.domain
) are now considered valid. However, explicit source routing is deprecated since RFC 5321.JMail.strictValidator()
disallows explicit source routing by default - Bugfix: Addresses with quoted identifiers (
John Smith <John@smith.com>
) are now correctly considered valid - New properties on the
Email
object:identifier()
hasIdentifier()
explicitSourceRoutes()
v1.1.0
- Disallow construction of utility classes and prevent classes from being subclassed (Thanks @bowbahdoe!)
- Fix bug where email addresses that have a dotless domain or top level domain starting with the
-
character would be incorrectly classified as valid.
For example,test@-foo
andtest@my.-domain
should both be invalid.
v1.0.4
v1.0.3
- Fix bug where JMail did not consider single quoted symbols (ex.
\@
) as valid.
v1.0.2
- Better javadocs
- Internal performance improvements