ietf-mxcomp
[Top] [All Lists]

RE: Wild card MXes

2004-05-27 22:14:35

Can the records be persistently stored?

-----Original Message-----
From: Eric A. Hall [mailto:ehall(_at_)ehsco(_dot_)com]
Sent: Thursday, May 27, 2004 10:13 PM
To: Bob Atkinson
Cc: Gordon Fecyk; ietf-mxcomp(_at_)imc(_dot_)org
Subject: Re: Wild card MXes


You don't need to do anything for them to work.

All of your arguments to the contrary have been disproven.


On 5/28/2004 12:14 AM, Bob Atkinson wrote:

I'm going to stop here.

I meant what I said about our ability to ship software with new RR
types. Nothing you have said indicates to the contrary.

    Bob


-----Original Message-----
From: Eric A. Hall [mailto:ehall(_at_)ehsco(_dot_)com]
Sent: Thursday, May 27, 2004 10:05 PM
To: Bob Atkinson
Cc: Gordon Fecyk; ietf-mxcomp(_at_)imc(_dot_)org
Subject: Re: Wild card MXes


As I said the first time, adding it to servers is a bit more fuzzy
but
still quite possible.

DDNS updates from a local application or a nearby host with

authorization

are entirely legitimate means to the end.

Besides, you keep saying "there's no way" when that's provably not
the
case at all.


On 5/28/2004 12:01 AM, Bob Atkinson wrote:


Please,

Did you try to add it to the zone master file?

  Bob



-----Original Message-----
From: Eric A. Hall [mailto:ehall(_at_)ehsco(_dot_)com]
Sent: Thursday, May 27, 2004 7:31 PM
To: Bob Atkinson
Cc: Gordon Fecyk; ietf-mxcomp(_at_)imc(_dot_)org
Subject: Re: Wild card MXes


On 5/27/2004 8:48 PM, Bob Atkinson wrote:



To be as clear as I can: Windows implementations of MARID cannot

(and so


will not) query for new RR types, nor can they serve them up from

their


DNS servers.

You keep saying that. Here's proof to the contrary ('arachnid' is
a
windows 2000 advanced server host, with the labs.ntrg.com. zone

hosted

inside active directory):

[ 21:24:34 -- weasel:/mnt/home/root/ ]
[ ehall$ ] nsupdate


server arachnid.labs.ntrg.com
update add foo.labs.ntrg.com 86400 TYPE64999 \# 15

763D73706631202B6D78202D616C6C


[ 21:25:19 -- weasel:/mnt/home/root/ ]
[ ehall$ ] dig @arachnid.labs.ntrg.com foo.labs.ntrg.com. any

; <<>> DiG 9.1.3 <<>> @arachnid.labs.ntrg.com foo.labs.ntrg.com.
any
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56048
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0,

ADDITIONAL:

0


;; QUESTION SECTION:
;foo.labs.ntrg.com.             IN      ANY

;; ANSWER SECTION:
foo.labs.ntrg.com.      86400   IN      TYPE64999 \# 15
763D73706631202B6D78202D616C6C

;; Query time: 103 msec
;; SERVER: 207.65.71.5#53(arachnid.labs.ntrg.com)
;; WHEN: Thu May 27 21:25:44 2004
;; MSG SIZE  rcvd: 62

Record was added to Win2k Active Directory zone via Dynamic DNS

update

operation and retrieved via standard query.

The protocols do not require you to do anything. whether you have

broken


this functionality in later products is something I cannot test.

--
Eric A. Hall

http://www.ehsco.com/


Internet Core Protocols

http://www.oreilly.com/catalog/coreprot/

--
Eric A. Hall

http://www.ehsco.com/

Internet Core Protocols

http://www.oreilly.com/catalog/coreprot/

--
Eric A. Hall
http://www.ehsco.com/
Internet Core Protocols
http://www.oreilly.com/catalog/coreprot/


<Prev in Thread] Current Thread [Next in Thread>