On Saturday, January 29, 2022 10:26:37 PM EST Dave Crocker wrote: > On 1/29/2022 1:58 PM, Scott Kitterman wrote: > > So going > > back to Dave's proposed text that started the thread: > > > > On Saturday, January 29, 2022 1:11:29 PM EST Dave Crocker wrote: > >> Here is some alternative phrasing: > >> For DMARC, an Organizational Domain can contain a DMARC record, to > >> be used as the default DMARC record for subordinate domains that do > >> not have a DMARC record of their own, and for subordinate domains > >> that do not exist. > > > > I don't think that is consistent with either RFC 7489 or RFC 9091. I > > don't > > think what is in the current draft is great either. RFC 7489 > > distinguished > > between the definition of organizational domain and how you find the > > organizational domain. I think that distinction is useful. > > 1. Using 7489 or 9091 as fixed, controlling documents is problematic, as > I've noted. So, 'consistency' with them is frankly irrelevant.
The WG charter doesn't say that they are irrelevant. I don't think we should be redefining terms for the sake of redefining terms. You've given no rationale for there being a problem with the current definition, so I don't think it's up to me to make the case for why things shouldn't change. > 2. To the extent that the text I've proposed does not accurately reflect > the semantics of what DMARC needs, please explain what, specifically, > are the issues. I'm not aware of any related to a need for this new text. I think that's up to you. > 3. The role of the function that uses the PSD and the role of the > function that does a tree walk are identical. Since you apparently feel > otherwise, please explain. A PSD is potentially useful for DMARC policy determination if no policy exists for the exact domain or the organizational domain. It is not useful for evaluating relaxed alignment. Only the organizational domain can be used for that. So I do not think you are correct. Scott K _______________________________________________ dmarc mailing list [email protected] https://www.ietf.org/mailman/listinfo/dmarc
