<div>Hi Peter,</div><div><br></div><div>got it. I started returning END as you have suggested. But my problem is still not solved.</div><div><br></div><div>Suppose i have CNAME record -> <a href="http://example.com">example.com</a>      CNAME      <a href="http://cname.example.com">cname.example.com</a>. So when pdns queries for <a href="http://example.com">example.com</a>, the backend returned <a href="http://cname.example.com">cname.example.com</a></div>

<div><br></div><div>The following are the queries pdns asked the backend and the replies i coded.</div><div><br></div><div><a href="http://example.com">example.com</a>                  ANY             -             <a href="http://example.com">example.com</a>      CNAME          <a href="http://cname.example.com">cname.example.com</a></div>

<div><a href="http://cname.example.com">cname.example.com</a>       SOA             -             END</div><div>com                               SOA             -             END<br><br></div><div><br></div><div>At this point, pdns is going into a blocked state. Its not replying anything to the dig command. </div>

<div>Can some one suggest what might be the reason?</div><br clear="all"><div><pre style="background-color:rgb(255,255,255)">>Hi Vivek,

>On Feb 24, 2012, at 8:47 , vivek munagala wrote:

>><i> I understand you point. In my case also PDNS is resolving the CNAME for it self. But it is querying my backend for resolving. One solution can be returning just END which is little hacky. i was wondering if there is any other way to prevent pdns from querying the backend for resolving the CNAME.
</i>
>Returning END is not hacky; it's the valid (and only) way to say "I have no positive information for this request".

>Kind regards,
>Peter van Dijk
</pre><br class="Apple-interchange-newline"></div>-- <br><div>Best Wishes,</div><div>Vivek Munagala</div><div>ph - 9769105955</div><br>