Skip to content

build(deps): bump com.sanctionco.jmail:jmail from 1.6.3 to 2.1.0#634

Merged
bbottema merged 1 commit into
developfrom
dependabot/maven/develop/com.sanctionco.jmail-jmail-2.1.0
Jul 7, 2026
Merged

build(deps): bump com.sanctionco.jmail:jmail from 1.6.3 to 2.1.0#634
bbottema merged 1 commit into
developfrom
dependabot/maven/develop/com.sanctionco.jmail-jmail-2.1.0

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jul 7, 2026

Copy link
Copy Markdown
Contributor

Bumps com.sanctionco.jmail:jmail from 1.6.3 to 2.1.0.

Release notes

Sourced from com.sanctionco.jmail:jmail's releases.

v2.1.0

  • Fix bug where addresses containing unquoted Unicode punctuation or symbol characters in the local-part would be incorrectly considered valid (Thanks @​acmcmurray for reporting and @​houssam966 for contributing! 🎉).
    • While RFC 6531 allows for UTF-8 characters for the purposes of internationalized domain names, not all Unicode symbols are permitted. Specifically, this excludes Punctuation (Pc, Pd, Ps, Pe, Pi, Pf, Po) and Symbols (Sm, Sc, Sk, So).
  • Fix bug where the validation rules requireOnlyTopLevelDomains() and disallowReservedDomains() did not correctly ignore case in the domains (Thanks @​mtillberg for contributing! 🎉).
  • Fix bug where the order of validation rules added to an EmailValidator was not properly maintained. This resulted in rules being applied in an arbitrary order during validation instead of the intended order (Thanks @​Gedankendreher for reporting!).
  • Add new ValidationRule disallowDisposableDomains(DisposableDomainSource) to consider email addresses that have a disposable domain (such as username@10-minute-mail.com) as invalid.
    • The DisposableDomainSource.file(String) implementation of DisposableDomainSource uses a given file as the source of truth for disposable domains (Thanks @​mtillberg for contributing! 🎉).
    • The DisposableDomainSource.inputStream(InputStream) implementation of DisposableDomainSource uses a given InputStream as the source of truth for disposable domains (Thanks @​liias for contributing! 🎉)
    • The IsTempMailAPISource uses the IsTempMail API as the source of truth for disposable domains. Usage of this source requires an API Key provided by IsTempMail.

v2.0.2

  • Fix bug where addresses containing a display name that starts with a dot . character would be incorrectly invalidated. (Thanks @​utalmighty for reporting!)

v2.0.1

  • Fix bug where using the rule requireTopLevelDomain() would incorrectly invalidate addresses that use IP domains (since those inherently have a TLD). (Thanks @​ahegyes for reporting!)
  • Fix bug where addresses starting with an at (@) character and ending with either a dot . or a colon : character threw a StringIndexOutOfBoundsException instead of correctly invalidating the address. (Thanks @​alexc-scopely for reporting!)
  • Add new ValidationRule disallowSingleCharacterTopLevelDomains() to consider email addresses with TLDs that are only a single character (such as test.c) as invalid. (Thanks @​alexc-scopely for suggesting!)

v2.0.0

Breaking Changes

  • By default, Email#normalized now lowercases the email address and removes any extraneous quotes in the local-part of the address. To revert this behavior so that it behaves the same as v1, use the following:

    myEmailObject.normalized(
      NormalizationOptions.builder()
        .keepQuotes()
        .adjustCase(CaseOption.NO_CHANGE)
        .build());
    
  • The jmail.normalize.strip.quotes JVM system property no longer does anything. Quotes are stripped by default now. If you need to disable quote stripping, use NormalizationOptionsBuilder#keepQuotes().

  • Removed Email#normalized(boolean) method which allowed for a normalized email with stripped quotes. Quotes are stripped by default now. If you need to disable quote stripping, use NormalizationOptionsBuilder#keepQuotes().

  • FailureReason was switched from an enum to a class in order to support custom failure reasons, so it is no longer possible to use it in a switch statement.

... (truncated)

Changelog

Sourced from com.sanctionco.jmail:jmail's changelog.

2.1.0

  • Fix bug where addresses containing unquoted Unicode punctuation or symbol characters in the local-part would be incorrectly considered valid (Thanks @​acmcmurray for reporting and @​houssam966 for contributing! 🎉).
    • While RFC 6531 allows for UTF-8 characters for the purposes of internationalized domain names, not all Unicode symbols are permitted. Specifically, this excludes Punctuation (Pc, Pd, Ps, Pe, Pi, Pf, Po) and Symbols (Sm, Sc, Sk, So).
  • Fix bug where the validation rules requireOnlyTopLevelDomains() and disallowReservedDomains() did not correctly ignore case in the domains (Thanks @​mtillberg for contributing! 🎉).
  • Fix bug where the order of validation rules added to an EmailValidator was not properly maintained. This resulted in rules being applied in an arbitrary order during validation instead of the intended order (Thanks @​Gedankendreher for reporting!).
  • Add new ValidationRule disallowDisposableDomains(DisposableDomainSource) to consider email addresses that have a disposable domain (such as username@10-minute-mail.com) as invalid.
    • The DisposableDomainSource.file(String) implementation of DisposableDomainSource uses a given file as the source of truth for disposable domains (Thanks @​mtillberg for contributing! 🎉).
    • The DisposableDomainSource.inputStream(InputStream) implementation of DisposableDomainSource uses a given InputStream as the source of truth for disposable domains (Thanks @​liias for contributing! 🎉)
    • The IsTempMailAPISource uses the IsTempMail API as the source of truth for disposable domains. Usage of this source requires an API Key provided by IsTempMail.

2.0.2

  • Fix bug where addresses containing a display name that starts with a dot . character would be incorrectly invalidated. (Thanks @​utalmighty for reporting!)

2.0.1

  • Fix bug where using the rule requireTopLevelDomain() would incorrectly invalidate addresses that use IP domains (since those inherently have a TLD). (Thanks @​ahegyes for reporting!)
  • Fix bug where addresses starting with an at (@) character and ending with either a dot . or a colon : character threw a StringIndexOutOfBoundsException instead of correctly invalidating the address. (Thanks @​alexc-scopely for reporting!)
  • Add new ValidationRule disallowSingleCharacterTopLevelDomains() to consider email addresses with TLDs that are only a single character (such as test.c) as invalid. (Thanks @​alexc-scopely for suggesting!)

2.0.0

Breaking Changes

  • By default, Email#normalized now lowercases the email address and removes any extraneous quotes in the local-part of the address. To revert this behavior so that it behaves the same as v1, use the following:

    myEmailObject.normalized(
      NormalizationOptions.builder()
        .keepQuotes()
        .adjustCase(CaseOption.NO_CHANGE)
        .build());
    
  • The jmail.normalize.strip.quotes JVM system property no longer does anything. Quotes are stripped by default now. If you need to disable quote stripping, use NormalizationOptionsBuilder#keepQuotes().

  • Removed Email#normalized(boolean) method which allowed for a normalized email with stripped quotes. Quotes are stripped by default now. If you need to disable quote stripping, use NormalizationOptionsBuilder#keepQuotes().

... (truncated)

Commits
  • 55cc7d9 [maven-release-plugin] prepare release v2.1.0
  • 59d0a20 fix validation rule order bug
  • 4d96f30 remove redunant FileSource and update changelog
  • d2aad04 Add InputStreamSource for disposable domains (#338)
  • 71b73e1 Perform case insensitive lookups for validation rules, disposable domains (#337)
  • 054e63c Bump the gh-actions group with 2 updates (#339)
  • 764cdaa stop running synk on pull requests
  • 582582a update changelog
  • 9961052 use HashSet for Character type check and add tests
  • 6ec6765 Fix: Reject Unicode Punctuation/Symbols in Unquoted Local-Parts (#336)
  • Additional commits viewable in compare view

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [com.sanctionco.jmail:jmail](https://github.com/RohanNagar/jmail) from 1.6.3 to 2.1.0.
- [Release notes](https://github.com/RohanNagar/jmail/releases)
- [Changelog](https://github.com/RohanNagar/jmail/blob/master/CHANGELOG.md)
- [Commits](RohanNagar/jmail@v1.6.3...v2.1.0)

---
updated-dependencies:
- dependency-name: com.sanctionco.jmail:jmail
  dependency-version: 2.1.0
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file java Pull requests that update java code labels Jul 7, 2026
@bbottema bbottema merged commit 6401411 into develop Jul 7, 2026
1 check passed
@bbottema bbottema deleted the dependabot/maven/develop/com.sanctionco.jmail-jmail-2.1.0 branch July 7, 2026 20:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file java Pull requests that update java code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant