On Mon 11/Nov/2019 08:48:01 +0100 Murray S. Kucherawy wrote: > On Sun, Nov 10, 2019 at 10:30 PM Murray S. Kucherawy wrote: >> On Mon, Oct 21, 2019 at 7:54 AM Alessandro Vesely wrote: >>> On Wed 07/Aug/2019 17:16:29 +0200 Murray S. Kucherawy wrote: >>>>
>>>>> On Fri 02/Aug/2019 19:22:50 +0200 Kurt Andersen (b) wrote: >>>>> >>>>>> Note that RFC8617 section 10.2 ( >>>>>> https://tools.ietf.org/html/rfc8617#section-10.2) does add in an >>>>>> smtp.remote-ip method item. >>>>> If the definition of ptype smtp were "a parameter of the SMTP >>>>> session used to relay the message" it would be perfect. I'd propose >>>>> that policy.iprev be deprecated and smtp.remote-ip used instead >>>> Given that RFC8601 was published just last month, it'll probably be a >>>> while before this happens. >>> Wouldn't an accepted erratum be enough to change the wording in the IANA >>> page? >> That's not what the RFC Editor erratum system is for. The document >> reflects what the WG intended to publish at the time, so this isn't an >> erratum, it's a new change to the specification. Yes, as DE you could change it without an erratum. However, an erratum would serve as a justification to any reader who followed the definitions and noticed a mismatch. The ptype table was introduced by rfc7401, Section 3: +--------+-------------+----------------------------------------+ | smtp | RFC 7001 | The property being reported is a | | | Section 2.2 | parameter to an SMTP command used to | | | | relay the message. | +--------+-------------+----------------------------------------+ Rfc7601 and rfc8601, both in Section 6.4 claim to be a complete restatement of the definition and rules for this registry, and direct IANA to update this registry to show their Section 2.3. However, IANA still has the above definition. > Just to be clear: The policy for changes to that registry is "Expert > Review", but since the action that put it there was a document with IETF > consensus, I'm pretty hesitant about just approving this change based on a > formal request. I'd rather at least see some consensus discussion about > it, or even better, a revision/update to RFC8601. > > -MSK, this time as DE I think this group would make a better use of its time by discussing rfc7489bis than rfc8601bis. If group consensus can be enough for the time being, an erratum can also serve as a reminder. So I ask for it: Does the WG agree to an erratum as follows: TYPE: technical SECTION: 2.3 ORIGINAL TEXT: smtp: Indicates information that was extracted from an SMTP command that was used to relay the message. The "property" indicates which SMTP command included the extracted content as a parameter. CORRECTED TEXT: smtp: Indicates information that was extracted from a parameter of the SMTP session that was used to relay the message. The "property" indicates which parameter included the extracted content. NOTES This change makes the "smtp" type consistent with the definition of smtp.remote-ip given in rfc8617 Section 10.2. ? TIA for answers Ale -- _______________________________________________ dmarc mailing list dmarc@ietf.org https://www.ietf.org/mailman/listinfo/dmarc
