		  KNOWN BUGS IN DOMTOOLS VERSION 1.4.0

 * "axfr" tool will print very wrong output when you switch from BIND 4
   to BIND 8, unless you clear the zone cache directory:
		rm /usr/local/lib/domtools/zonecache/*
   (see Makefile for exact location).  This only needs to be done once.
   If you disabled zonecache when you installed Domtools, this bug
   will not affect you.  (the proper solution would be for axfr to
   auto-detect a change in version, and clear out the zone cache
   automatically when needed).

 * "gensubnetlist" should allow non-zeroized host IP addresses for
   its first argument, i.e., "134.114" instead of "134.114.0.0".

 * "networktbl" and "netmasktbl", when looping through each network
   passed in, the code tries to get the network name.  If it can't, it
   assumes the network doesn't exist, which is wrong.  It should also try
   to get other RRs like PTRs which would tell it about gateways, or
   NS RRs in case it's also a zone, etc.  Basically, if it is a network
   (because any records were found at all), but there's no netname, then
   "networktbl" has to fail for that network; print a diagnostic message
   and continue the loop.  In "netmasktbl", netnames are not important
   except when -x flag set, in which case all it needs the netname for
   is to find the TXT description record in the domain "networks.nau.edu.".
   If not found, no big deal; just don't print a comment line before
   the netmasks entry.

 * If "subzone -r" has trouble axfr'ing some subzones but not others,
   you get good lines intermixed with "ERROR" lines on output
   (one ERROR for every failed axfr of a subzone).  It should probably
   set a flag, and if no output at all was generated and that flag is
   set, then print a single ERROR to stdout; otherwise don't.

* subdom2: if zone cse.nau.edu. has RRs for sub-sub-sub-domain type thing
  and we aren't going to call subdom2 recursively because its in this zone,
  then loop through all the "sub" domain parts and just print them.
  i.e., if you have a record like,
	pab.wow.gog.cse.nau.edu.  IN  A  1.2.3.4
  then "subdom -r cse.nau.edu." should output this:
	cse.nau.edu.
	gog.cse.nau.edu.
	wow.gog.cse.nau.edu.


THINGS THAT MAY SEEM LIKE BUGS BUT AREN'T

 * If name servers aren't responding right, dig prints one liners to stderr
   that look like:

;; res_send to server AOS.ARL.ARMY.MIL.  128.63.4.92: Connection timed out

   Domtools don't do anything special when that happens.
   This is OK because if you're capturing stdout, you won't capture the
   message; it will go to the screen.  If you don't want it going to the
   screen, redirect stderr, for example (Bourne shell):

	ns some.dom.ain. > /tmp/myout 2> /dev/null

 * A CNAME pointing to itself is detected and won't throw any RR tools
   into an infinite loop.  But 2 CNAMEs pointing to each other, will.
   This is not a bug because CNAMEs should never point to other CNAMEs!

 * If hosttbl works for you but networktbl and netmasktbl do not,
   re-read the MANUAL file about networktbl and netmasktbl, you're
   probably missing those extra resource records in your DNS database
   that are described by RFC1101.  Get RFC1101 at:
	ftp://ftp.uu.net/inet/rfc/rfc1101
	ftp://ftp.internic.net/rfc/rfc1101.txt

 * MINFO, MR, NULL resource types not supported because they're experimental.
   If you want to add them, it's easy, just copy one of the other RR scripts
   and modify as appropriate.

 * MAILA, MAILB not supported because not really resource types (see RFC 1035).

