update note per RFC5322 regarding quoted string
converted to 1.6 markup
|Deletions are marked like this.||Additions are marked like this.|
|Line 12:||Line 12:|
|The default scores for this rule can be found [http://spamassassin.apache.org/tests.html in the online list of tests].||The default scores for this rule can be found [[http://spamassassin.apache.org/tests.html|in the online list of tests]].|
|Line 15:||Line 15:|
|[http://www.apps.ietf.org/rfc/rfc2822.html#sec-3.6.4 RFC 2822 sec 3.6.4], as well as recommended algorithms.||[[http://www.apps.ietf.org/rfc/rfc2822.html#sec-3.6.4|RFC 2822 sec 3.6.4]], as well as recommended algorithms.|
|Line 17:||Line 17:|
|[https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5707 Bug #5707] suggests that ''Microsoft Office Outlook 12.0'' (a.k.a [http://support.microsoft.com/ph/11335 Office Outlook 2007]) generates invalid Message-Id fields, triggering this rule.||[[https://issues.apache.org/SpamAssassin/show_bug.cgi?id=5707|Bug #5707]] suggests that ''Microsoft Office Outlook 12.0'' (a.k.a [[http://support.microsoft.com/ph/11335|Office Outlook 2007]]) generates invalid Message-Id fields, triggering this rule.|
SpamAssassin Rule: MSGID_MULTIPLE_AT
Standard description: Message-ID contains multiple '@' characters
The Message-Id: header contains more than one "@" characters, rendering it invalid. Invalid Message-Id headers have been seen generated by some types of spamming software.
The default scores for this rule can be found in the online list of tests.
The syntax for the Message-Id field is defined in RFC 2822 sec 3.6.4, as well as recommended algorithms.
Note: Since dot-atom-text does not include the @ symbol, multiple instances usually indicate an invalid Message-Id. However it is possible for a syntactically valid (per RFC2822) Message-Id field to contain multiple "@" symbols under the circumstances that the id-left component consists of a double-quoted string (where qtext can contain %d64, although this format is now marked as obsolete by RFC5322) or inside id-right as part of a literal address string. For example:
Message-Id: <12345@[123@456]> Message-Id: <"email@example.com"@[123@456]>}}} This particular usage, however, is not currently covered by this rule and is not known to be in the wild.