.IP \[bu]
Confirmation of the existence of an \fIMX\fR record for the domain
-part of the address. This is not required; in fact many domains accept
-mail via an \fIA\fR record for e.g. example.com which is used in lieu
-of an \fIMX\fR record. This behavior can be controlled via the
-\fR\-\-accept\-a\fR flag.
+part of the address. NULLMX (RFC7505) records are not accepted. This
+is not required; in fact many domains accept mail via an \fIA\fR
+record for (say) example.com which is used in lieu of an \fIMX\fR
+record. This behavior can be controlled via the \fR\-\-accept\-a\fR
+flag, but note that \fR\-\-accept\-a\fR is ignored for domains that
+have NULLMX records.
.P
These checks are performed in parallel using the number of available
* A syntax check using a regular expression, or the full RFC 5322
grammar (see the @--rfc5322@ option).
- * Confirmation of the existence of an @MX@ record for the domain part of
- the address. This is not required; in fact many domains accept mail
- via an @A@ record for e.g. example.com which is used in lieu of an @MX@
- record. This behavior can be controlled via the @--accept-a@ flag.
+ * Confirmation of the existence of an @MX@ record for the domain
+ part of the address. NULLMX (RFC7505) records are not
+ accepted. This is not required; in fact many domains accept mail
+ via an @A@ record for (say) example.com which is used in lieu of
+ an @MX@ record. This behavior can be controlled via the
+ @--accept-a@ flag, but note that @--accept-a@ is ignored for
+ domains that have NULLMX records.
These checks are performed in parallel using the number of available
threads. To increase the number of threads, you can pass the