[ MSP, APIs & integrations ]

Define a meaningful service-level agreement for authentication operations

Write authentication service commitments that can be timed, evidenced and assigned to an accountable owner.

By the EmailAuth research team · 2 min read

[ Key points ]

  • Write authentication service commitments that can be timed, evidenced and assigned to an accountable owner.
  • Define the intake, response event, calendar and pause rules before measuring a target; acknowledgment does not prove recovery.
On this page

An authentication SLA should describe services the provider can control and measure. Promising that every message reaches an inbox confuses authentication operations with receiver policy, recipient behavior and systems outside the provider's authority. Define response, investigation and communication obligations precisely instead.

Choose measurable commitments

State incident intake channels, severity definitions, covered hours and timezone. Define response as an observable action, such as a named responder acknowledging the ticket and beginning triage. Define update cadence and escalation responsibilities separately from restoration. If a resolution objective is included, explain its dependencies and how it is assessed.

RFC 9989 describes receiver evaluation and handling of DMARC. Authentication results are one input to receiver decisions, not a universal delivery guarantee. RFC 9990 reports are also subject to reporting behavior and timing. Do not base a real-time detection guarantee solely on periodic aggregate reports whose arrival the service does not control.

Specify clock rules before an incident

Name the start event, authoritative timestamp source and stopping event for each metric. Define service-calendar exclusions and any permitted pauses. A customer dependency should not silently erase elapsed time. If a contract allows a pause while waiting for customer input, record its start, reason, requested action and resumption. Show both total elapsed time and adjusted service time where useful.

Distinguish first response, investigation progress and completed recovery. Reopening an unresolved ticket should not reset evidence of an earlier miss. Define how severity changes are reviewed, so lowering priority cannot become a way to hide a failed commitment. These are proposed drafting controls, not legal advice or an executed agreement.

Exercise realistic cases

Suppose a ticket is opened at 09:00 UTC and a named responder acknowledges it and begins triage at 09:42 within continuous covered hours. Under that explicitly chosen response definition, the elapsed response time is 42 minutes, meeting a hypothetical 60-minute target. If the same defined response event instead happens at 10:15, it takes 75 minutes and misses the target by 15 minutes. An automated receipt at 09:01 would not satisfy this definition by itself.

These are fictional timestamps, not actual provider performance or an executed calculator. They include no excluded hours, holidays, pauses or timezone transitions. A real measurement must apply the agreed calendar and exact event definition. A timely acknowledgment does not show that the billing application recovered; track authorized repair and message-path verification separately.

Connect commitments to recovery

For an authorized authentication repair, retain the approved diff, implementation receipt and message-level verification for the affected application. A DNS record appearing as expected is not the same as restored business mail. Keep customer and third-party dependencies visible, along with the next update time and decision owner.

Review missed targets for staffing, evidence gaps and preventable handoff delays. Define service credits or remedies only through the approved commercial and legal process; this guide supplies no binding terms. A useful SLA makes it possible to determine what happened and who should act next without promising control over the whole email ecosystem.

[ Takeaway ]

Define the intake, response event, calendar and pause rules before measuring a target; acknowledgment does not prove recovery.

[ By role ]

What this means for you

Choose your role for practical next steps.

IT / Mail Admin

Keep reliable timestamps

Metrics need evidence, not retrospective estimates.

Next steps

  1. Record pauses and severity changes.
  2. Verify the affected mail flow.
  3. Document the exact coverage calendar.

CISO / SecOps

Make misses visible

A control is useful when failures produce accountable action.

Next steps

  1. Audit dependency exclusions.
  2. Review repeated service breaches.
  3. Keep severity changes auditable.

Founder / Non-technical

Promise what can be measured

Precise commitments protect customers and service teams.

Next steps

  1. Approve scope and coverage.
  2. Separate response and recovery.
  3. Review legal remedies separately.

[ FAQs ]

Frequently asked questions

Can an SLA guarantee every inbox placement?

An authentication provider should not promise control over all receiver and recipient decisions.

Is response time restoration time?

No. Define acknowledgment, investigation and recovery separately.

When should the clock start?

At the explicitly agreed intake event, using a retained authoritative timestamp.

Can waiting for a customer pause the clock?

Only under the agreed rule, with recorded reason and timestamps.

Can aggregate reports support instant detection promises?

Not by themselves. Their generation and arrival are outside the service’s full control.

What does the timing example show?

A defined response at 09:42 after 09:00 intake takes 42 minutes; at 10:15 it takes 75 minutes. Against the hypothetical 60-minute target, the latter misses by 15 minutes.

Does the example implement business hours?

No. It assumes continuous covered UTC time, with no exclusions, pauses or timezone transitions. Apply the actual agreed calendar separately.

Who should approve remedies and credits?

The responsible commercial and legal parties through a separate agreement process.

[ Sources ]

Sources

  1. RFC 9989 DMARC

    Sections §4.4 · §5.3.5 · §5.4 · §7.4 · §8

  2. RFC 9990 Aggregate Reporting

    Sections §3.1 · §3.1.1.4 · §3.1.2 · §3.5.4 · §7 · §8

[ Glossary ]

Glossary

Service level
A defined measurable service commitment or objective.
Response clock
Time measured between the agreed intake and response events.

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