Re: Alternate bookkeeping proposal (MVP)

Raymond S Brand <[email protected]> Wed, 08 Oct 2003 15:14:50 -0400
Newsgroups gmane.ietf.asrg.rmx
Message-ID <[email protected]>
Gordon Fecyk - Home wrote:
> 
> > COMMENT: MX RRs could be used instead of PTR RRs; with the advantage
> >       that MX RRs can be sorted by priority. Some people have STRONG
> >       feelings about the use of MX RRs for other than the original
> >       intent. This would be somewhat mitigated because the use of
> >       MX RRs here would be in a different name space and the
> >       ${*_PROVIDER*} names should never resolve to A (AAAA) RRs.
> 
> Not to mention the use of PTR records for anything but their original
> intent, or A/AAAA records as DMP originally used, etc etc etc.  You're going
> to get strong feelings there, too.

In that case, lets go for the MX RRs since that gets us priorities and
if the ${*_PROVIDER*} names don't resolve, they're invalid for mail.

> There's a spec for storing otherwise-undefined stuff in DNS - RFC 1464.
> Check that out and see if it's suitable.

TXT based; no thanks. See my earlier comments on TXT RRs based protocols.

> > Wildcard ``unauthorized'' records are not needed since the "provider
> > delegation" supplies the ``implemented'' flag and the MTA must still
> > check all the providers until an ``authorized'' hit is made.
> 
> Solves the wildcard problem.
> 
> Do you want access to an NT4 DNS server to try this out on?  This only
> supports wildcards in MX records by default (can be turned on for everything
> else through a Registry hack but I'd even like to avoid this.)

It takes a registry hack to make an NT4 DNS server comply with the RFCs?


Raymond S Brand