h2n Script Doesn't Create Default TTL Record

[Andris Kalnozols]

> 
> I'm using the Oreilly/Cricket h2n script to generate my zone files from a
> hosts file, and it doesn't generate the $TTL records - unless I've missed
> some commandline switch that does that.  

As long as you have the 'dig' program in your search path and BIND's
default version information is intact, the h2n version referenced below
will add the $TTL directive if necessary.

> I could build a simple edit to add the records into the wrapper script I
> use with h2n, but after playing around I also notice that if you put a $TTL
> record into each db.* file manually, then on subsequent runs of h2n it
> complains that each file has an invalid SOA record, and falls over - so I
> have to take the $TTL records out first, then run h2n, then put them back
> in ...
> 
> Weird !?   Why does h2n even *look* at the previous contents of the db.*
> files ?

So it can build the new db.* files with an incremented serial number.

> Sorry if I'm being dumb.  In fact I can't believe I've found a new problem
> here, but I searched the archives and can't find this problem reported by
> anybody else - what gives ?  Am I running an old h2n ?  (I've tried the one
> that comes with 8.2.2p5, but that still behaved the same way.)

See < ftp://ftp.hpl.hp.com/pub/h2n/h2n.tar.gz > for a newer version.

Andris Kalnozols
andris at hpl.hp.com