ietf-mxcomp
[Top] [All Lists]

Re: Wild card MXes

2004-05-27 22:25:30


I'm not sure I understand your question.

The RR exists in the zone and has been replicated to a bind 9 partner
successfully. You should be able to query arachnid.labs.ntrg.com from
outside yourself (verify that it is win2k by HTTP HEAD to port 80).

Stopping and restarting the server keeps the RR in the zone.

The "export to text" option doesn't work but that's not saying much since
that data can't be used for anything related to DNS (all of the "same
domain name as parent" and SRV entries are equally useless).

Apart from that I don't know what you mean.


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

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/

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


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