DKIM2

[juliebin]

• Give your PR a recognizable title. For example: "FE-123: Add new prop to component" or "Resolve Issue Create new-pricing-increases-costs #123: Fix bug in component"
• Your PR title will be visible in changelogs

What Changed

• What changes does this PR propose?
• Provide screenshots or screen recordings for any visual changes.

How To Test or Verify

• Describe any steps that may help reviewers verify changes.
• Anything beyond basic unit testing, such as assistive tech usage, or special interactions.

PR Checklist

Below are some checklists to follow for the correct procedure in different circumstance. The first list ("All PRs Checklist") should be followed for ALL PRs. The next 2 are additive to this list depending on what type of PR you are using.

For example: If you are submitting a content change to one of the support documents, your checklist would include the:

• "All PRs Checklist"
• AND the "Content Changes Checklist

If you are submitting a feature addition, enhancement, or bug fix, your checklist would include the:

• "All PRs Checklist"
• AND the "Development Changes Checklist"

All PRs Checklist

• Give your pull request a meaningful name.
• Use lowercase filenames.
• Apply at least one team label according to which team is the content expert (ie. team-FE or team-SAZ)
• Pull request approval from the FE team or content experts (see label applied above) that isn't the content creator.

Content Changes Checklist

• Check that your article looks correct in the preview here or in a Netlify deploy preview.
• Check the links in your article.
• Check the images in your article (if there are any)
• Check to make sure you are using markdown appropriately as outlined in examples/article.md in the root of the project directory and on the momentum doc's preface article
• Check to make sure the Copy and Tone Guidelines are followed.

Development Changes Checklist (some checks are automatic github actions and will not be listed here. ie. "all tests pass")

• The appropriate tests are created in cypress/ directory in the root of the project
• The lighthouse score is passing according to the FE Support Docs' Service Outline SLI/SLOs

---

Note

Low Risk
Documentation-only change with no runtime or config behavior impact; verify internal links (e.g. missing #dkim2_caveats section) in preview.

Overview
Adds Momentum 4 operator documentation for the prototype DKIM2 module at content/momentum/4/dkim2.md, placed in the site nav immediately after the existing DKIM articles.

The new page explains DKIM2 vs DKIM1, the dkim2 {} config stanza, and Lua-driven msys.validate.dkim2.sign / verify usage (including per-recipient hooks, forwarder/recipe signing, verify options, verdicts, paniclog debugging, and DKIM1 key reuse). content/momentum/navigation.yml gains a DKIM2 entry with sub-links to the signing and verifying sections.

Note for reviewers: the intro links to #dkim2_caveats (“Known limitations”), but the added file does not define that anchor or section yet.

^{Reviewed by Cursor Bugbot for commit 997c5a1. Bugbot is set up for automated code reviews on this repo. Configure here.}

[netlify]

✅ Deploy Preview for support-docs ready!

Name	Link
🔨 Latest commit	997c5a1
🔍 Latest deploy log	https://app.netlify.com/projects/support-docs/deploys/6a1f0e021066ad0008308b43
😎 Deploy Preview	https://deploy-preview-848--support-docs.netlify.app
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.

---

To edit notification comments on pull requests, go to your Netlify project configuration.

[cursor]

Cursor Bugbot has reviewed your changes and found 3 potential issues.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 3b7f03b. Configure here.}