On Mon, Feb 27, 2023 at 12:27 AM Barry Leiba <barryle...@computer.org> wrote:
> I think the failure of this thinking is the idea that there's any > intent going on at cuny.edu, and we need to remind ourselves that it's > a *hierarchy*, and that that word means something specific. In a > hierarchy you expect to inherit things *through* the hierarchy, > without skipping levels. No one expects to inherit from a grandparent > and *not* from the parent: that's not how hierarchies work. > > The fact that using the PSL resulted in that is unintentional and is > extremely unlikely to be what anyone wanted. It's far more likely > that it's just what happened, without intent, and that no one noticed > nor cared. > > I don't think there's anything to fix here, as the tree walk has > already fixed this anomaly. Letting people put the anomaly back in > with a confusing tag that no one will ever deploy doesn't seem to be a > good approach. The real answer for anyone who needs to jump the > hierarchy for some reason is that they simply need to put in an > explicit DMARC record, and they get exactly what they want, *whatever* > that is. > > Now, if we can find any real-world cases where that isn't practical -- > something like a whole load of subdomains of bmcc.cuny.edu that truly > want to skip up and inherit from cuny.edu instead and will be broken, > rather than fixed, by tree walk -- then I really do want to hear about > that, and then I would think we need to revisit this. I do not think > that now. > > Barry > Thank you. +1 Michael Hammer
_______________________________________________ dmarc mailing list dmarc@ietf.org https://www.ietf.org/mailman/listinfo/dmarc
