… address ought to be machine-usable, as defined by "mailbox" in Section 3.4 of [RFC5322] From = mailbox mailbox = <mailbox, see [RFC5322], Section 3.4 An example is: From: webmaster@example.org The From header field is rarely sent by non-robotic user agents. A user agent SHOULD N…
… address ought to be machine-usable, as defined by "mailbox" in Section 3.4 of [RFC5322] From = mailbox mailbox = <mailbox, see [RFC5322], Section 3.4 An example is: From: webmaster@example.org The From header field is rarely sent by non-robotic user agents. A user agent SHOULD N…
… address ought to be machine-usable, as defined by "mailbox" in Section 3.4 of [RFC5322] From = mailbox mailbox = <mailbox, see [RFC5322], Section 3.4 An example is: From: webmaster@example.org The From header field is rarely sent by non-robotic user agents. A user agent SHOULD N…
…. . . 17 1. Introduction A message store is used to organize Internet Messages [RFC5322] into one or more mailboxes (possibly hierarchical), annotate them in various ways, and provide access to these messages and associated metadata. Three different standards-based protocols have…
…st ([RFC6376], Section 3.2) o authres-payload ([RFC8601], Section 2.2) o CFWS ([RFC5322], Section 3.2.2) 3.9. Common ABNF Tokens The following ABNF tokens are used elsewhere in this document: position = 1*2DIGIT ; 1 - 50 instance = [CFWS] %s"i" [CFWS] "=" [CFWS] position chain-st…
… the core rules provided in Appendix B of [RFC5234] and the rules provided in [ RFC5322 ]. 3 . Implicit TLS Previous standards for the use of email protocols with TLS used the STARTTLS mechanism: [ RFC2595 ], [ RFC3207 ], and [ RFC3501 ]. With STARTTLS, the client establishes a c…
…. . . 17 1. Introduction A message store is used to organize Internet Messages [RFC5322] into one or more mailboxes (possibly hierarchical), annotate them in various ways, and provide access to these messages and associated metadata. Three different standards-based protocols have…
…on in that document and in the base Internet email specifications [ RFC5321 ] [ RFC5322 ] is necessary to understand and implement this specification. 1.1 . Terminology The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY…
…r, the signing process can safely insert Folding White Space (Section 3.2.2 of [RFC5322]) in this value in arbitrary places to conform to line- length limits. Note that if multiple Sig header fields appear in a single message, each Sig header field represents a signature over the…
…es The policy itself is a set of key/value pairs (similar to header fields in [ RFC5322 ]) served via the HTTPS GET method from the fixed "well-known" [ RFC5785 ] path of ".well-known/mta-sts.txt" served by the Policy Host. The Policy Host DNS name is constructed by prepending "m…
…. . 17 1 . Introduction A message store is used to organize Internet Messages [ RFC5322 ] into one or more mailboxes (possibly hierarchical), annotate them in various ways, and provide access to these messages and associated metadata. Three different standards-based protocols hav…
…g the core rules provided in Appendix B of [RFC5234] and the rules provided in [RFC5322]. 3. Implicit TLS Previous standards for the use of email protocols with TLS used the STARTTLS mechanism: [RFC2595], [RFC3207], and [RFC3501]. With STARTTLS, the client establishes a cleartext…
… the core rules provided in Appendix B of [RFC5234] and the rules provided in [ RFC5322 ]. 3 . Implicit TLS Previous standards for the use of email protocols with TLS used the STARTTLS mechanism: [ RFC2595 ], [ RFC3207 ], and [ RFC3501 ]. With STARTTLS, the client establishes a c…
…on in that document and in the base Internet email specifications [ RFC5321 ] [ RFC5322 ] is necessary to understand and implement this specification. 1.1 . Terminology The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY…
…ation in that document and in the base Internet email specifications [RFC5321] [RFC5322] is necessary to understand and implement this specification. 1.1. Terminology The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY",…