[ Sending-service guides ]

Authenticate email sent through Granicus GovDelivery: configuration and verification

Coordinate a govDelivery custom From address with Granicus support and verify the exact bulletin identity after activation.

By the EmailAuth research team · 3 min read

[ Key points ]

  • Coordinate a govDelivery custom From address with Granicus support and verify the exact bulletin identity after activation.
  • Support activation and bulletin-template selection require separate evidence.
On this page

Plan the address as an operational dependency

This guide covers a custom organizational From address in Granicus govDelivery. It does not assume that a display-name edit creates a new authenticated sending domain. Record the account, intended sending subdomain, bulletin templates and topic restrictions. Include the communications owner, Account Administrator and DNS administrator in the change.

Granicus requires support involvement to add a new unique From address. Its documented request includes the desired address, display names, topic restrictions and administrator approval where applicable. Existing template defaults can select an address independently of the account default, so include template selection in your rollout plan. From-address management

Obtain the deployment-specific DNS instructions

Use the approved subdomain and the regional records supplied for your account. The provider's custom-domain workflow calls for SPF, MX, DKIM CNAMEs and DMARC before activation. Granicus supplies six DKIM CNAMEs and confirms their installation before enabling signing. Do not copy a regional SPF example into an account in another region, and do not substitute a root-domain mailbox migration for the dedicated sending subdomain. Custom-domain requirements

Create a change worksheet with every full owner name, type, value, existing answer and accountable person. Preserve the original values for rollback. A DNS provider may append the zone to short owner names, so check the resulting fully qualified name rather than relying on the editor's appearance. Keep CNAME owners free of incompatible data and preserve one SPF policy at the applicable owner. Evaluate the complete SPF lookup budget, including nested includes.

Review DMARC with the domain owner. Avoid copying legacy reporting or percentage tags simply because they appear in a sample. Confirm the intended policy scope and reporting destination using the current DMARC specification. DKIM is a signature verified using a public key, not message encryption; SPF and DKIM records being present is not the same as successful aligned authentication.

Check activation and template selection separately

Original release procedure: retain the support confirmation that the domain is ready, then inspect the account and relevant template From choices. Send a harmless bulletin to controlled recipients from each materially different template or permitted address. Do not send a public alert as an authentication test.

Capture the receiver-added authentication results, visible From domain, SMTP envelope domain, DKIM d= and s= values and the selected template identity. A DMARC pass needs a passing SPF or DKIM identity aligned with the visible From domain. The provider's ready status and an SMTP delivery event are useful but do not prove that every template uses the approved address.

Illustrative failure: support activates a new subdomain, but a recurring bulletin template still chooses an older From address. Replacing the new domain's key will not change that template. Correct the selection through the authorized account workflow, then retest that bulletin path.

Keep a recoverable communications route

If the new identity fails, pause its planned bulletin and use an already approved route only with the communications owner's agreement. Do not invent a new emergency sender or weaken domain-wide policy to meet a publication deadline. Ask support to investigate the exact account, affected From address, DNS answers and receiver results. Preserve earlier valid selectors while cached or queued mail may still depend on them.

Recheck after template changes, domain moves, regional migrations or support-led key changes. This guide is based on first-party documentation reviewed on 8 November 2026; no govDelivery account, bulletin, live DNS or delivery outcome was exercised. The release procedure is an original proposed control.

Separate the support and communications handoffs

The DNS owner records the approved regional values and their authoritative answers. Support confirms provider activation. The communications owner records which template and address were selected. Join those three references to the same controlled bulletin identifier. If one is missing, leave the acceptance row incomplete. A public alert deadline does not justify turning an unverified test into production traffic.

[ Takeaway ]

Support activation and bulletin-template selection require separate evidence.

[ By role ]

What this means for you

Choose your role for practical next steps.

IT / Mail Admin

Verify the activated identity

Support activation and template selection require distinct checks.

Next steps

  1. Publish the supplied regional records.
  2. Save authoritative DNS answers.
  3. Inspect a controlled bulletin’s headers.

CISO / SecOps

Keep public-sector identity accountable

Authentication changes should retain a clear authorization trail.

Next steps

  1. Record administrator approval.
  2. Review DMARC scope and recipients.
  3. Retain support activation evidence.

Founder / Non-technical

Protect bulletin continuity

A new sender needs both technical and communications approval.

Next steps

  1. Identify important bulletin templates.
  2. Agree a fallback route.
  3. Keep public alerts out of test traffic.

[ FAQs ]

Frequently asked questions

Can I create a new unique From address without support?

Granicus documents support involvement for adding a new unique address. Follow that account workflow.

Does a new display name require a new sending domain?

Not necessarily. Keep branding changes separate from the underlying address and its authentication.

Should I use a regional SPF example from another account?

No. Obtain records applicable to your own deployment and sending subdomain.

Why test bulletin templates after support confirms activation?

A template can still select a different sender. The configured domain and the actual bulletin identity are separate checks.

Should I move the organization’s normal inbox MX records?

Not as a side effect of a dedicated sending-subdomain setup. Confirm the precise DNS scope before editing.

Does a DKIM signature encrypt a government bulletin?

No. It provides signature verification for covered content and headers, not confidentiality.

What is a safe acceptance message?

A harmless test bulletin sent only to controlled recipients through the intended template and sender selection.

What should an escalation contain?

The approved account and From address, record owners and answers, activation confirmation, selected template and trusted receiver results.

[ Sources ]

Sources

  1. Managing Your From Addresses | Granicus govDelivery

    Sections Provider setup, scope and verification

  2. RFC 7208

    Sections §3.2 Multiple records; 4.6.4 DNS lookup limits

  3. RFC 6376

    Sections §3.5 Signature fields; 3.6 Key records

  4. RFC 9989

    Sections Identifier alignment and policy evaluation

[ Glossary ]

Glossary

SPF
DNS authorization for the SMTP envelope-sender domain, subject to protocol lookup limits.
DKIM
A signature verified using the public key at a selector under the signing domain.
DMARC alignment
The required relationship between the visible From domain and a passing SPF or DKIM authentication domain.
Authoritative DNS
The delegated DNS service that publishes the zone answers.
Return-Path
A message header recording the reverse-path used for delivery failure handling; inspect the envelope identity in trusted authentication results.

Enterprise provenance

Why top financial institutions and governments retired their email security dashboards.

Traditional email authentication platforms sell you a dashboard and ask your engineers to do the labour. In high-stakes environments, manual oversight means delayed enforcement, configuration drift and unmonitored shadow domains.

EmailAuth is the agentic email provenance platform. Our agents enforce p=reject, keep third-party senders aligned and move your domains to full RFC 9989 compliance, the new DMARC standard,, with human-in-the-loop auditability.

Governments Large enterprises Tier-1 financial institutions

SaaS · Dedicated tenancy · Air-gapped on-prem · BYOK encryption

Knowledge Base