Home | Sitemap | Recent Changes | Login
SPF Logo

Sender Policy Framework

History of RFC 4408/Errata


Revision 61 . . 2008-08-16 18:46 (UTC) by Frank Ellermann [Split suggested fix in "last" erratum in two variants]
Revision 60 . . (edit) 2008-05-04 11:16 (UTC) by Frank Ellermann [s/before macro expansion/without macros/ is clearer]
Revision 59 . . 2008-04-14 7:30 (UTC) by Frank Ellermann [Consensus that impossible labels are no TempError]
Revision 58 . . (edit) 2008-04-07 10:27 (UTC) by Frank Ellermann [Trimmed again]
Revision 57 . . (edit) 2008-04-07 10:01 (UTC) by Frank Ellermann [Add it as new paragraph]
Revision 56 . . (edit) 2008-04-07 9:56 (UTC) by Frank Ellermann [typo, trimmed]
Revision 55 . . 2008-04-07 9:52 (UTC) by Frank Ellermann [Last erratum update: allow no match OR PermError]
Revision 54 . . 2008-04-06 0:26 (UTC) by Frank Ellermann [The "last" erratum: proposed solution reflecting rough consensus]
Revision 53 . . 2008-01-09 3:28 (UTC) by Julian Mehnle [added another typo in section 6.1]
Revision 52 . . (edit) 2007-12-07 19:39 (UTC) by Julian Mehnle
Revision 51 . . 2007-12-07 18:09 (UTC) by Frank Ellermann [Moved empty exp to "confirmed" (Stuart, Scott, Julian, Frank)]
Revision 50 . . 2007-12-06 21:08 (UTC) by Julian Mehnle [reordered items to match table of contents]
Revision 49 . . (edit) 2007-12-06 21:04 (UTC) by Julian Mehnle [Formatting clean-up]
Revision 48 . . 2007-12-03 3:08 (UTC) by Frank Ellermann [removed <target-name> is valid TLD issue, 2821bis permits it]
Revision 47 . . 2007-12-03 2:11 (UTC) by Frank Ellermann [Keep only 2nd suggestion for empty exp= (to be moved to "confirmed" soon)]
Revision 46 . . 2007-11-20 15:20 (UTC) by Frank Ellermann [First suggestion for empty exp= erratum marked as obsolete (not implemented)]
Revision 45 . . (edit) 2007-11-20 15:15 (UTC) by Frank Ellermann [old errata page is now in sync]
Revision 44 . . 2007-11-09 17:35 (UTC) by Frank Ellermann [RFC editor pending errata mbox confirmed to be clean]
Revision 43 . . (edit) 2007-11-07 10:24 (UTC) by Frank Ellermann [use errata_search.php?rfc=4408 links]
Revision 42 . . 2007-11-07 10:17 (UTC) by Frank Ellermann [The 4408 errata got a link to this page]
Revision 41 . . 2007-11-03 19:12 (UTC) by Frank Ellermann [Link to miscellaneous typos confirmed by Wayne added to approved errata]
Revision 40 . . (edit) 2007-04-22 8:44 (UTC) by Frank Ellermann [Fixed intrapage links with html anchors]
Revision 39 . . (edit) 2007-04-22 8:33 (UTC) by Frank Ellermann [Try to bypass Wiki bug with intrapage links]
Revision 38 . . 2007-04-22 2:21 (UTC) by Frank Ellermann [Move three approved errata to the "confirmed errata" ]
Revision 37 . . (edit) 2007-04-21 22:03 (UTC) by Julian Mehnle
Revision 36 . . (edit) 2007-03-30 10:39 (UTC) by Frank Ellermann
Revision 35 . . 2007-03-30 10:37 (UTC) by Frank Ellermann [added rationale to invalid target-name issue]
Revision 34 . . 2007-03-27 20:43 (UTC) by Frank Ellermann [TLD: "should not match" instead of "not allowed"]
Revision 33 . . (edit) 2007-03-20 2:10 (UTC) by Frank Ellermann
Revision 32 . . 2007-03-20 2:07 (UTC) by Frank Ellermann [Added "target-name" is a valid TLD after the related "PermError on invalid domain"]
Revision 31 . . 2007-03-18 15:36 (UTC) by Frank Ellermann [List proposed fixes for exp= issue]
Revision 30 . . (edit) 2007-03-18 14:58 (UTC) by Frank Ellermann [Move "uric" to approved (= confirmed by Wayne)]
Revision 29 . . 2007-03-18 14:53 (UTC) by Frank Ellermann [s/uric/unreserved/ as proposed fix]
Revision 28 . . 2007-03-18 14:35 (UTC) by Frank Ellermann [Starting to add "undefined uric set"]
Revision 27 . . (edit) 2007-03-18 13:56 (UTC) by Frank Ellermann [link to confirmation for Danisch typo]
Revision 26 . . 2007-03-18 2:05 (UTC) by Frank Ellermann [Proposed wording copied from appeal]
Revision 25 . . 2007-03-18 1:49 (UTC) by Frank Ellermann [Rationale for lost PERMERROR reply code]
Revision 24 . . (edit) 2007-03-18 1:15 (UTC) by Frank Ellermann [Add 2822 example to rationale for unknown-modifier issue]
Revision 23 . . (edit) 2007-03-18 1:04 (UTC) by Frank Ellermann [add warning to the pending errata mbox]
Revision 22 . . (edit) 2007-03-18 0:43 (UTC) by Frank Ellermann [Link typos to source pages]
Revision 21 . . 2007-03-18 0:36 (UTC) by Frank Ellermann [Added "typo" section for minor crap]
Revision 20 . . 2007-03-18 0:20 (UTC) by Frank Ellermann [Add link to RFC editor errata for 4408]
Revision 19 . . 2007-01-18 3:50 (UTC) by Stuart Gathman [*unknown-modifier example]
Revision 18 . . 2007-01-18 3:46 (UTC) by Julian Mehnle [moved "%v macro" erratum to the approved-by-council/authors list; improved formatting]
Revision 17 . . 2007-01-18 3:12 (UTC) by Stuart Gathman [*unknown-modifier ]
Revision 16 . . 2007-01-16 3:39 (UTC) by Stuart Gathman [*Alternate resolution]
Revision 15 . . (edit) 2007-01-16 0:12 (UTC) by Stuart Gathman
Revision 14 . . 2007-01-16 0:05 (UTC) by Stuart Gathman
Revision 13 . . 2007-01-16 0:03 (UTC) by Stuart Gathman [*exp modifer conflict]
Revision 12 . . 2006-12-21 5:14 (UTC) by Stuart Gathman
Revision 11 . . 2006-12-21 5:08 (UTC) by Stuart Gathman
Revision 10 . . 2006-12-20 17:45 (UTC) by Stuart Gathman
Revision 9 . . (edit) 2006-11-15 18:30 (UTC) by Julian Mehnle
Revision 8 . . 2006-11-15 18:30 (UTC) by Julian Mehnle [added "Recommend an SMTP reply code for optional PermError rejections"]
Revision 7 . . (edit) 2006-10-28 20:47 (UTC) by Julian Mehnle
Revision 6 . . (edit) 2006-10-28 20:47 (UTC) by Julian Mehnle
Revision 5 . . (edit) 2006-10-21 20:04 (UTC) by Mark Shewmaker
Revision 4 . . (edit) 2006-10-21 20:04 (UTC) by Mark Shewmaker
Revision 3 . . (edit) 2006-10-21 20:02 (UTC) by Mark Shewmaker
Revision 2 . . (edit) 2006-10-07 23:33 (UTC) by Mark Shewmaker
Revision 1 . . 2006-10-07 1:31 (UTC) by Julian Mehnle [created page]
  
Difference (from prior major revision) (author diff)
Paragraph 91Paragraph 91

''Suggested fix and rationale:''

''Suggested fix '''(variant 1)''':''

Paragraph 95Paragraph 95

Please note that an unexpected <code><target-name></code> can be also handled as <tt>no match</tt>, ideally implementations document how they handle such issues. The outcome for an unexpected <code><domain-spec></code> without macros might differ from the outcome for an unexpected <code><target-name></code> after macro expansion.

Please note that an unexpected <code><target-name></code> can be also handled as <tt>no match</tt>, ideally implementations document how they handle such issues. The outcome for an unexpected <code><domain-spec></code> without macros might differ from the outcome for an unexpected <code><target-name></code> after macro expansion.

''Suggested fix '''(Variant 2)''':''

The last sentence in the [[RFC 4408#op-result-permerror|Permerror]] definition is misleading. A syntactically malformed <code><target-name></code> can be also handled as <tt>no match</tt>. The specification should say:

> Be aware that it is also possible that this result is generated by certain SPF clients due to the input arguments having an unexpected format; see [[RFC 4408#domain-spec|Section 4.8]].

At the end of [[RFC 4408#domain-spec|Section 4.8]] add:

> Note: Historically, this document has made no provisions for how to handle <code><domain-spec></code>s, or macro-expansions thereof, that are syntactically invalid per <nowiki>[</nowiki>[[RFC:1035|RFC1035]]<nowiki>]</nowiki>, such as names with empty labels (e.g., "foo..example.com") or overlong labels (more than 63 characters).  Some implementations choose to treat as a no-match mechanisms, and ignore modifiers, with such names, whereas others throw a "PermError" exception.  The outcome for an unexpected <code><domain-spec></code> without macros might even differ from that for an unexpected <code><target-name></code> after macro expansion.

''Rationale:''

Reporting a <tt>TempError</tt> in such cases is no option, the syntax problem won't go away for a given sender policy, HELO identity, envelope sender address, and sending IP combination with a ''try again later'' <tt>TempError</tt> approach. If anything else is as expected the sender policy might need to be fixed manually, supporting <tt>PermError</tt>.

Reporting a <tt>TempError</tt> in such cases is no option, the syntax problem won't go away for a given sender policy, HELO identity, envelope sender address, and sending IP combination with a ''try again later'' <tt>TempError</tt> approach. If anything else is as expected the sender policy might need to be fixed manually, supporting <tt>PermError</tt>.