The only other change I have done is to revise the build scripts to:
- Always define AUTHONLY when compiling MaraDNS
- Update the configure script and Makefiles to allow one to enable or disable IPv6
- Not link MaraDNS to the pthreads library (MaraDNS 2.0 will be thread-free)
- Compile Deadwood as MaraDNS 2.0’s recursive resolver
- I removed makefiles for all operating systems besides Linux, Windows, and a generic *NIX “noflock” makefile
At this point, the code for both MaraDNS 2.0 and Deadwood 3.0 (the recursive resolver MaraDNS will have) are done: The only changes will be bug fixes. The thing I should do at this point is revise MaraDNS’ documentation to reflect the MaraDNS 2.0 changes, as well as removing any MaraDNS 1 SQA tests that test MaraDNS’ recursor.
One issue MaraDNS 2.0 will have is that the recursive resolver will require a separate IP, and that there isn’t an automated way to convert a MaraDNS 1 mararc file in to a MaraDNS 2 mararc file and Deadwood 3 dwood3rc file. This in mind, I have no plans to stop supporting MaraDNS 1.4 for critical security fixes and other important bugfixes and updates (such as updating the default list of root nameservers) for the foreseeable future, as well as supporting MaraDNS 2.0 for “this host does not resolve” bugs, as well as other bug fixes.