chore(deps): bump django-anymail from 12.0 to 13.0

[dependabot]

Bumps django-anymail from 12.0 to 13.0.

Release notes

Sourced from django-anymail's releases.

v13.0

Changelog

Changelog

Sourced from django-anymail's changelog.

v13.0

2025-04-03

Breaking changes

* **Postal:** Require Python 3.9 or later for Postal tracking webhook support.
  (Postal's signature verification uses the "cryptography" package, which is no
  longer reliably installable with Python 3.8.)
Fixes

* **Mailjet:** Avoid a Mailjet API error when sending an inline image without a
  filename. (Anymail now substitutes ``"attachment"`` for the missing filename.)
  (Thanks to `@chickahoona`_ for reporting the issue.)


Mailjet: Fix a JSON parsing error on Mailjet 429 "too many requests" API

responses. (Thanks to @rodrigondec_ for reporting the issue.)


Postmark: Fix a parsing error when Postmark indicates a sent message has

been delayed, which can occur if your message stream is paused or throttled or

when Postmark is experiencing service issues. These messages will now report

"queued" in the anymail_status (rather than throwing an error or reporting

"sent"). (Thanks to @jmduke_ for reporting the issue.)


Postmark: Fix an error in inbound handling with long email address display

names that include non-ASCII characters.


SendGrid: Improve handling of non-string values in merge_data when using

legacy templates or inline merge fields. To avoid a confusing SendGrid API error

message, Anymail now converts numeric merge data values to strings, but will raise

an AnymailSerializationError for other non-string data in SendGrid substitutions.

(SendGrid's newer dynamic transactional templates do not have this limitation.)

(Thanks to @PlusAsh_ for reporting the issue.)


Other




Officially support Django 5.2.


Resend: Remove Anymail's workaround for an earlier Resend API bug with

punctuation in address display names. Resend has fixed the bug.


SendGrid: Remove Anymail's workaround for an earlier SendGrid API bug with

punctuation in address display names. SendGrid has fixed the bug.

Commits

• 7e0aa99 Release 13.0
• a93c736 CI: Switch to PyPI trusted publishing
• aa4dca2 CI: enable pip cache
• e6cb496 Tests/CI: use Python 3.13 by default
• 533bf32 Tests/CI: check Django 5.2 release
• eec566d CI: Test Django 5.2 pre-release.
• 335de96 SendGrid: Handle non-string data in legacy substitutions
• 6acdf36 Resend: Remove obsolete display name workaround
• e548f6c SendGrid: Remove obsolete display name workaround
• 85decd8 Docs: Update some links
• Additional commits viewable in compare view

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 merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @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)

[dependabot]

Looks like django-anymail is up-to-date now, so this is no longer needed.