Suped

Summary

The appearance of 'via' in Gmail for messages that seem to pass DMARC authentication can be perplexing for email senders. While DMARC is designed to ensure alignment between the From: header domain and authenticated domains (SPF or DKIM), the presence of 'via' often indicates a subtle misalignment or a specific Gmail rendering behavior, even when technical checks show passes. This typically occurs when a sending domain or subdomain differs from the domain used in the DKIM signature or SPF check, despite sharing the same organizational domain under relaxed DMARC alignment. It's crucial to understand the nuances of how Gmail interprets these authentication signals to maintain a clean sender display. Sometimes, it can even be a temporary bug in Gmail's display, as has been observed. Ensure your DMARC records are correctly configured to avoid such issues.

Suped DMARC monitor
Free forever, no credit card required
Get started for free
Trusted by teams securing millions of inboxes
Company logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logoCompany logo

What email marketers say

Email marketers often encounter the 'via' tag in Gmail, even when their DMARC, SPF, and DKIM records appear to be correctly configured and passing. This issue can be frustrating as it may detract from brand recognition and trust. Marketers frequently share experiences where their emails, sent via reputable Email Service Providers (ESPs), show the 'via' domain as a subdomain of their own root domain, or even their ESP's domain. The general consensus among marketers is that this is primarily a display quirk by Gmail, often tied to subtle differences in domain alignment between the From: header and the DKIM signing domain, or the presence of a Sender header. For a deeper understanding of DMARC's impact on Gmail, consult our detailed guides.

Marketer view

An email marketer from Email Geeks observes a newsletter displaying "via" even though the From: address and the via domain share the same root. This suggests a subtle alignment issue, potentially a different subdomain, which Gmail's display mechanism picks up despite DMARC passing.

01 Feb 2024 - Email Geeks

Marketer view

An email marketer from a Reddit forum suggests that even when DKIM passes, if the d= tag in the DKIM signature doesn't perfectly match the From: domain (e.g., a subdomain mismatch), Gmail will show the "via" tag. This indicates Gmail's strict interpretation of sender identity for display purposes.

15 Jan 2024 - Reddit

What the experts say

Experts in email deliverability and authentication offer nuanced perspectives on why Gmail might display a 'via' tag even when DMARC authentication technically passes. They often point to the specific implementation details of DMARC alignment, particularly with relaxed alignment, and how Gmail's internal algorithms might interpret these signals for user display. Some experts speculate that it could be a temporary bug or an ongoing adjustment in Gmail's rendering engine, while others focus on the precise alignment of DKIM signing domains with the From: header. The role of the Sender header is also a significant point of discussion, as it directly indicates the third-party sending agent. For more information on why legitimate email fails DMARC in complex scenarios, explore our other resources.

Expert view

An expert from Email Geeks confirms that they have observed relaxed aligned messages in their own Gmail account that do not show the "via" tag. This leads them to suspect a potential bug within Gmail's display mechanism, rather than a universal rule for all relaxed aligned emails.

01 Feb 2024 - Email Geeks

Expert view

An expert from SpamResource suggests that the DMARC alignment algorithm does not typically align "cousin" domains. This means if two subdomains (e.g., sub1.example.com and sub2.example.com) are involved, they might not align for DMARC, leading to the "via" display.

20 Jan 2024 - SpamResource

What the documentation says

Official documentation and email authentication standards shed light on the technical criteria for DMARC alignment and how various headers are processed. While DMARC (RFC 7489) defines both strict and relaxed alignment, it primarily focuses on validating the From: header against either the SPF domain or the DKIM signing domain. The Sender header (RFC 5322) is also a crucial element, explicitly designating the agent responsible for the actual transmission of the email. Gmail's decision to display 'via' when DMARC passes often stems from its interpretation of these standards in the context of user transparency, aiming to clearly show when an email is being sent on behalf of another entity. This is particularly true if the From: domain doesn't perfectly match the authenticated domain in Gmail's eyes. Learn more about DMARC tags and their meanings.

Technical article

RFC 7489 (DMARC) specifies that relaxed alignment allows subdomains to align with their organizational domain. However, this does not preclude Mail User Agents from displaying additional information if the specific subdomain used in the "From" header differs from the authenticated domain.

March 2015 - IETF RFC 7489

Technical article

RFC 6376 (DKIM Signatures) indicates that the "d=" tag in a DKIM signature identifies the domain responsible for the signature. If this domain is not identical to the domain in the RFC 5322 "From" header, an email client may choose to highlight this discrepancy to the user.

September 2011 - IETF RFC 6376

7 resources

Start improving your email deliverability today

Get started