Quirks in MaraDNS

Here are a list of known issues in MaraDNS where the server does not necesarily do what the user expects it to do:

1. The user interface (e.g. the parser) does not allow that characters '|' nor '.' in host names, nor does it allow '"' in the name of a zone. This is true even if the characters in question are octal-backslash quoted.
2. When a "all records" query is sent to the DNS server, if there is a CNAME record as the response, the host name in question must be case-insensitive (all lower-case).
3. MaraDNS never returns a NXDOMAIN (nothing in the answer section, SOA in the authority section, result code of "name error" [3]). If a given domain node label does not exist for any RR, MaraDNS will still return a "no host" (nothing in the answer section, SOA in the authority section, 0 result code), implying that the host name exists for at least one RR type.
4. If a wildcard MX record exists in the form "*.example.com", and there is an A record for "www.example.com", but no MX record for "www.example.com", the correct behavior (based on RFC1034 §4.3.3) is to return "no host" (nothing in the answer section, SOA in the authority section, 0 result code) for a MX request to "www.example.com". Instead, MaraDNS returns the MX record attached to "*.example.com".
5. If a csv1 zone files has delegation NS records immediately after the NS records for the zone, the zone transfer server will incorrectly list those NS records in the authority section of a SQA query sent via TCP.
6. The recursive nameserver will only list the first IP in a CNAME answer when the CNAME points to a list of IPs. www.yahoo.com is an example of a host name affected by this behavior.
7. The recursive nameserver, when it receives a ANY record type request, performs a A then a MX request for the host name in question, then concatenates the results together.
8. The recursive nameserver will only use the first IP listed when a NS record points to a list of IPs