Security requirements

To ensure user safety and privacy, dynamic emails are subject to additional security requirements and restrictions.

Sender Authentication

To ensure the sender of an AMP email is legitimate, emails containing AMP are subject to the following checks:

In addition, it's recommended that email senders use a Domain-based Message Authentication, Reporting and Conformance (DMARC) policy with disposition set to either quarantine or reject. This might be enforced in the future.

DKIM, SPF, and DMARC each appear as separate lines within the "Show Original" menu option in Gmail Web. See Check if your Gmail message is authenticated for more information.

DKIM Alignment

For DKIM authentication to be considered "aligned", the Organizational Domain of at least one DKIM-authenticated signing domain must be the same as the Organizational Domain of the email address in the From header. This is equivalent to the relaxed DKIM Identifier Alignment as defined in the DMARC specification, RFC 7489 Section 3.1.1.

Organizational Domain is defined in RFC 7489 Section 3.2 and is also referred to as the "eTLD+1" part of the domain. For example, the domain foo.bar.example.com has example.com as its Organizational Domain.

DKIM-authenticated signing domain refers to the value of the d= tag of the DKIM signature.

For example, if a validated DKIM signature successfully verifies with d=foo.example.com, then bar@foo.example.com, foo@example.com and foo@bar.example.com would all be considered aligned if present in the From header while user@gmail.com would not, as gmail.com doesn't match example.com.

TLS Encryption

To ensure the contents of an AMP email are encrypted in transit, you must TLS-encrypt emails containing AMP.

An icon in Gmail indicates whether an email was sent with TLS encryption. See Check if a message you received is encrypted for more information.

HTTP proxy

Gmail proxies all XMLHttpRequests (XHRs) that originate from an AMP email to protect user privacy.

CORS Headers

All server endpoints used by amp-list and amp-form must implement CORS in AMP for Email and correctly set the AMP-Email-Allow-Sender HTTP header.

Restrictions

The following describes additional URL restrictions.

Redirects

XHR URLs must not use HTTP redirection. Requests that return a status code from the redirection class (3XX range) such as 302 Found or 308 Permanent Redirect fail, resulting in a browser console warning message.