<br><div class="gmail_quote">On Fri, Mar 16, 2012 at 3:10 AM, Simon Kelley <span dir="ltr"><<a href="mailto:simon@thekelleys.org.uk" target="_blank">simon@thekelleys.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Perhaps a second expand-host-record to separately enable that?  Or a<br>
more general expand-records (?) directive that would work for<br>
host-record, txt-record, etc...<br>
</blockquote>
<br></div>
Hmm, maybe. I have a feeling that this is getting complex, especially as the domain added depends on --domain, which can be address-dependent. expand-hosts for /etc/hosts has the justification that (some) OS's work that way when using /etc/hosts outside dnsmasq, for dnsmasq-exclusive config, I'm inclined to keep it simple, especially as it's possible to include a simple name and an expanded name in the same line<br>



<br>
host-record=laptop, <a href="http://laptop.thekelleys.org.uk" target="_blank">laptop.thekelleys.org.uk</a>, 192.168.0.1<div><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



The bind behavior with default expansion and a . to override seems nice,<br>
simple & intuitive, what about a expand-bind-style directive to turn<br>
that behavior on, so as not to break existing syntax, but give that fine<br>
grained control to people who want it?<br>
</blockquote>
<br></div>
That breaks the rule that syntactically different configurations should vary by more than one pixel ;-). Missing the period at the end of a name in a BIND file is almost as annoying as mixing spaces and tabs in a Makefile.<br>



<br>
I've got the host-record syntax above working fine. I'll update the man page and changelog later today an push it out for you to play with.<br></blockquote><div><br>The syntax you went with works great, it's simple, intuitive, and does the job.<br>

<br>I was thinking about dnsmasq syntax and current functionality, the more I think about it, if it was going to do any kind of host expansion, it would be nice to do it in a similar way that bind does it with @ORIGIN, that is to say, multiple @ORIGIN/$TTLs can be specified, and depending on where the RR is located in the config file determines which @ORIGIN/$TTL it uses... <br>

<br>I'm guessing that would be require a lot rewriting the way dnsmasq parses the config file, and at some point it's just turning dnsmasq into bind, which it isn't...<br><br>So, good choice ;) the way it works now is great for my application.<br>

<br>Rob<br>
</div></div>