Re: No glue on MX and NS requests.

"Graham Weldon" <[email protected]>
Newsgroups gmane.network.dns.bind9.dlz
Message-ID <[email protected]>
Are there plans to merge this into the base?
Rob's comments way back seem to indicate that it might have been the plan at some point? 

Cheers,
 
Graham Weldon
 
Fluid Lino
(02) 4927 5337
(0407) 017 293
[email protected]
www.fluidlino.com.au

-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Henrik Erkkonen
Sent: Wednesday, 27 February 2008 9:59 PM
To: [email protected]
Subject: Re: [Bind-dlz-testers] No glue on MX and NS requests.


I submitted a patch adding support for additional records back in 2006:

http://sourceforge.net/mailarchive/message.php?msg_id=1152107059.5393.10.camel%40localhost.localdomain

Adapting it to BIND 9.4 should not be too difficult... (?)


Best regards,

Henrik Erkkonen


Derrier Dominique wrote:
> In fact there is no ;; ADDITIONAL SECTION:
>
> I'm trying to change the request in the lookup function.
>
>
> Derrier Dominique a écrit :
>> Arf ... for me too.
>> This is an other bug for DLZ zone !
>> It's working fine with a "normal static" zone.
>>
>>
>> I see on the cvs of bind that dlz_mysql_driver.c is not modified 
>> since 12months ago !!
>> I'm thinking that the driver DLZ don't treat DLZ as a normal zone an 
>> omit some important feature (GLUE/Cache/...).
>>
>> I'm not good enough in C to solve this trouble :( Developers can help 
>> us ?
>>
>>
>> Thanks
>> Dominique
>>
>>
>>
>> Graham Weldon a écrit :
>>> Hi all,
>>>
>>> Just running a few DNS reports on the domains hosted on our systems, 
>>> and I am noticing that requests for NS and MX records do not return 
>>> the corresponding A records.
>>> Is this something that should be done, and is it something that I 
>>> can simply configure by re-writing my SQL statements?
>>>
>>> Appreciate any help.
>>>
>>> Cheers,
>>>  
>>> Graham Weldon
>>>  
>>> *Fluid Lino
>>> *(02) 4927 5337
>>> (0407) 017 293
>>> [email protected] <mailto:[email protected]> 
>>> www.fluidlino.com.au <http://www.fluidlino.com.au/>
>>>  
>>>
>>>
>>> --------------------------------------------------------------------
>>> ----
>>>
>>> --------------------------------------------------------------------
>>> ----- This SF.net email is sponsored by: Microsoft Defy all 
>>> challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>
>>>
>>> --------------------------------------------------------------------
>>> ----
>>>
>>> _______________________________________________
>>> Bind-dlz-testers mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/bind-dlz-testers
>>
>> ---------------------------------------------------------------------
>> ---- This SF.net email is sponsored by: Microsoft Defy all 
>> challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>
>
> ----------------------------------------------------------------------
> --- This SF.net email is sponsored by: Microsoft Defy all challenges. 
> Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bind-dlz-testers mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bind-dlz-testers
>


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bind-dlz-testers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bind-dlz-testers

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.