[ Regional requirements ]

Compare authentication adoption over time without changing the denominator silently

Compare authentication adoption across periods using versioned populations, stable metric definitions and explicit denominator changes.

By the EmailAuth research team · 8 min read

[ Key points ]

  • Membership changes and parser changes can create apparent trends.
  • Retain selected, attempted, classified, excluded and unresolved counts.
  • Keep DNS deployment trends separate from message-authentication outcomes.
On this page

Preserve the denominator before comparing the trend

An authentication-adoption trend can change because domains changed configuration, because the sample changed or because the measurement method changed. Those explanations are not equivalent. A longitudinal comparison should retain the population, metric definition, parser and error handling for every period so an apparent improvement is not created by silently removing difficult cases or adding a different mix of domains.

This article proposes a reproducible method and does not present a study result. RFC 9989 defines current DMARC behavior, while RFC 7208 defines SPF publication and evaluation. Standards help specify what a measurement means; they do not supply the population or justify a causal interpretation of a trend. No domains were queried for this manuscript.

Define the measured property and unit

State whether the metric counts exact-name record presence, valid applicable policies, enforcement requests, observed aligned messages or another clearly defined property. A configured domain and a message are different units, and a domain can support multiple sending workflows. The denominator must correspond to the numerator. An observed-message pass rate cannot be substituted for the share of domains publishing a policy without changing the question.

Record the sample's origin, inclusion criteria and intended scope. Website domains, customer domains and actual SMTP identities can produce different results. If the study uses a convenience list, retain that limitation. Avoid saying the internet improved when the evidence concerns a selected customer cohort. This draft contains no population count or adoption percentage to generalize.

Track membership as a first-class dataset

Keep a versioned membership table with each unit's stable identifier, normalized name, entry date, exit date and reason for inclusion or exclusion. Preserve domain renames, ownership changes and mergers where they affect interpretation. Do not assume that the same text label represents the same organizational relationship throughout the study. A domain can remain in DNS while its business role changes.

Choose whether the analysis uses a fixed cohort, a repeated cross-section or both. A fixed cohort can support comparison of the same units but may become less representative over time. A repeated cross-section can reflect the current population but mixes membership change with configuration change. Report the chosen design and, where useful, show both views separately rather than hiding their different denominators.

Version the measurement implementation

Retain query code or method description, resolver configuration, timeouts, retries, normalization rules, parser version and standards references for each run. A parser upgrade can reclassify the same raw record even if DNS did not change. RFC 9989's current discovery rules, including the DNS Tree Walk, illustrate why a method based on a different discovery algorithm may not be directly comparable without analysis.

If the method changes, preserve the previous results and identify a break in the series. Where raw evidence permits, reprocess earlier observations with the new parser and report that as a separate comparable series. Do not quietly overwrite historical classifications and present the revised trend as the original measurement. Reprocessing cannot reconstruct DNS answers that were never retained.

Keep failures in the accounting

Distinguish name error, no requested data, timeout, server failure, invalid policy and unsupported interpretation. A failed query should not automatically become absence of deployment, and excluding all failures can inflate the apparent adoption rate. Retain attempted observations and explain the treatment of each error category. If a retry succeeds, preserve both the initial failure and the rule used for the final classification.

RFC 1035 defines DNS response and record structures. Preserve raw record boundaries before protocol parsing, especially when multiple TXT strings or records are present. A change in the parser's handling of split strings or duplicate candidates can create a false trend if the underlying evidence is lost. Record structure is part of reproducibility, not merely display formatting.

State every fraction explicitly

For each period, retain the number of units selected, attempted, successfully observed, classified, excluded and unresolved. Then define the numerator for the reported property. Adoption among all selected units differs from adoption among successfully classified units. If both measures are informative, report both with their labels and uncertainty rather than presenting whichever is more favorable.

Do not invent confidence intervals, statistical significance or representative coverage without a justified sampling model. Missing observations may not be random, and the domains that time out can differ systematically from those that respond. A transparent descriptive comparison can still be useful without unsupported inferential claims. This manuscript supplies no numerical estimates or fabricated uncertainty calculations.

Separate configuration change from message outcomes

A domain moving from no observed policy to an observed policy is a configuration observation. It does not demonstrate that every legitimate message now aligns or that fraud decreased. RFC 8601 describes trusted authentication-result evidence that could support message-level analysis, but that analysis needs its own population and retained receiver observations.

RFC 9990 defines aggregate reporting. If reports contribute to a longitudinal study, preserve reporter coverage, periods and count dimensions separately from DNS observations. Changes in reporting coverage can alter apparent authentication performance even without changed sender behavior. Do not join a DNS cohort trend and a report-count trend into one metric unless the method explains the compatible units and limitations.

A longitudinal reconciliation worksheet

Create a worksheet with period, sample version, membership changes, method version, source references, attempted count, error categories, exclusions, classified count and metric numerator. Add the rule used for each denominator and a comparison status indicating whether periods are directly comparable, reprocessed or separated by a method break. Retain raw evidence hashes and the error/exclusion log.

The review should ask whether the same question is being answered in each period. If a new receiver source, parser rule or domain class enters the study, document its effect before interpreting the direction of change. Have an independent analyst reproduce a small set of classifications and the aggregate accounting when original data becomes available. No such reproduction was performed here.

Fictional diagnosis: a better percentage after removing failures

A fictional team publishes a higher adoption percentage in its second period. The first denominator included every attempted domain, while the second excluded all timeouts and invalid responses. The apparent improvement may therefore reflect changed accounting rather than additional deployment. The proposed review reconstructs both periods using the same declared rule and separately reports the unresolved cases.

The team would also check whether membership or parser behavior changed. It would not claim a causal improvement from the original percentages until those differences were understood. This example supplies no actual counts, domains or study observations. It is a fictional illustration of denominator drift and not a measured finding about an authentication ecosystem.

Publish comparability limits with the result

A defensible trend report states the population, time windows, measurement versions, numerator, denominator and errors. It explains changes to the method and does not silently convert deployment observations into message compliance, delivery or prevented losses. The reader should be able to determine what changed in the measured systems and what changed only in the measurement process.

The catalogue requires a versioned dataset, query method and error/exclusion log that another analyst can reproduce. Those original artifacts remain open. Human specialist review, source applicability, production routes, accessibility and owner release also remain open. This draft provides a methodological design and fictional diagnosis, not an executed longitudinal study or a claim of improved adoption.

[ Takeaway ]

Make every period’s numerator, denominator and method reproducible before interpreting the trend.

[ By role ]

What this means for you

Choose your role for practical next steps.

Research owner

Choose the comparison design

Fixed cohorts and repeated cross-sections answer different questions.

Next steps

  1. Retain membership history.
  2. State representativeness limits.

Data engineer

Version the implementation

A parser change can reclassify unchanged evidence.

Next steps

  1. Preserve raw observations.
  2. Label reprocessed series and method breaks.

Decision maker

Demand comparable metrics

A better percentage can result from changed exclusions.

Next steps

  1. Review error accounting.
  2. Avoid unsupported causal or financial claims.

[ FAQs ]

Frequently asked questions

Can a higher adoption percentage prove improvement?

Not until membership, definitions, failures and implementation changes are reconciled.

Are fixed cohorts and repeated cross-sections equivalent?

No. The former follows the same units while the latter can change population composition; disclose the design.

Why retain parser versions?

Current discovery and interpretation rules can differ from prior implementations, changing classifications without DNS changes.

RFC 9989: DMARC

Should failed queries be silently removed?

No. Preserve failure categories and state how they affect each denominator.

RFC 1035: Domain Names Implementation and Specification

Can historical results be overwritten after reprocessing?

Preserve the original series and identify the reprocessed method and evidence limits rather than silently replacing it.

Does DNS adoption equal message pass rate?

No. Message-level evidence has a different unit and trusted receiver requirements.

RFC 8601: Authentication-Results

Can changing report coverage alter an apparent trend?

Yes. Aggregate report sources and periods need separate coverage accounting.

RFC 9990: DMARC Aggregate Reporting

Was a longitudinal study executed?

No. The required dataset, query method and error/exclusion log remain open.

[ Sources ]

Sources

  1. RFC 1035: Domain Names Implementation and Specification

    Sections §3.3.14 TXT RDATA format · §4.1 Format · §5.1 Format

  2. RFC 9989: DMARC

    Sections §4.7 DMARC Policy Record Format · §4.8 Formal Definition · §4.10 DNS Tree Walk · §5.3.2 Determine If the DMARC Mechanism Applies · §4.4 Identifier Alignment Explained · A.6 Removal of the pct Tag

  3. RFC 8601: Authentication-Results

    Sections §1.2 Trust Boundary · §7. Security Considerations

  4. RFC 9990: DMARC Aggregate Reporting

    Sections Aggregate Reports · Report Request Discovery · Report Delivery · Verifying External Destinations

  5. RFC 7208: Sender Policy Framework

    Sections §2.4 The MAIL FROM Identity · §3.2 Multiple DNS Records · §4.5 Selecting Records · §4.6.4 DNS Lookup Limits · §5.2 include · §6.1 redirect · §8 Result Handling

[ Glossary ]

Glossary

Denominator drift
An undeclared change in the population or eligibility rules underlying a reported fraction.
Fixed cohort
A comparison design following a defined set of units across periods.
Repeated cross-section
A comparison design sampling the population at each period, potentially with different membership.
Method break
A declared change in measurement or interpretation that limits direct comparison between periods.

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