Re: field types, was provisioning software, was DNS RRTYPEs, the difficulty with
2012-03-03 12:22:31
John Levine wrote:
Now mail clients parse
multiple SPF and DKIM records on every mail transaction and nobody
cares.
Well....., its not like anyone really had a choice.
SPF is still maturing with its RR type, DKIM didn't bother, and now
also have VBR, ADSP and now ATPS and then DMARC (all by the same group
of people), where for the total coverage aware integrator is a major
overhead, 4-5 calls with a very low yield. I care about it. Its ugly.
But no choice.
I suppose that unparsed records mean that the server can't add
additional section records, but based on yesterday's discussion, it
sounds like nobody's using them any more, so who cares?
Do you think a TXT only based DNS application can today pass the
IETF/IESG DNS community endorsement to IS?
I think another part of the problem is that many of these TXT bases
protocols currently on the radar are all related in some form or
fashion. A solution to merge all or just some where applicable, to
reduce multiple calls and redundancy, can help alleviate some of the
concerns.
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, (continued)
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, Mark Andrews
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, Martin Rex
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, Mark Andrews
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, Hector
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, Martin Rex
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, Mark Andrews
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, Hector
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, Donald Eastlake
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, ned+ietf
- Re: field types, was provisioning software, was DNS RRTYPEs, the difficulty with, John Levine
- Re: field types, was provisioning software, was DNS RRTYPEs, the difficulty with,
Hector <=
- Re: field types, was provisioning software, was DNS RRTYPEs, the difficulty with, Alessandro Vesely
- Re: provisioning software, was DNS RRTYPEs, the difficulty with, Hector
|
Previous by Date: |
Re: Last Call:<draft-betts-itu-oam-ach-code-point-03.txt> (Allocation of an Associated Channel Code Point for Use by ITU-T Ethernet basedOAM) to Informational RFC, Russ Housley |
Next by Date: |
Re: Last Call: <draft-melnikov-smtp-priority-07.txt> (Simple Mail Transfer Protocol extension for Message Transfer Priorities) to Proposed Standard, ned+ietf |
Previous by Thread: |
Re: field types, was provisioning software, was DNS RRTYPEs, the difficulty with, John Levine |
Next by Thread: |
Re: field types, was provisioning software, was DNS RRTYPEs, the difficulty with, Alessandro Vesely |
Indexes: |
[Date]
[Thread]
[Top]
[All Lists] |
|
|