<html><head></head><body>The usual solution is to create a CNAME for "mail.tecnopolis.ca" pointing to "tecnopolis.ca" and then an MX for tecnopolis.ca pointing to the CNAME (which itself violates RFCs).<br>Yes, I have seen MTA software that does not follow the RFC, and requires an MX.  I had hoped that was a one-off, but apparently not.<br>-Adam<br><br><div class="gmail_quote">On April 29, 2021 1:53:29 p.m. CDT, Trevor Cordes <trevor@tecnopolis.ca> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre dir="auto" class="k9mail">On 2021-04-29 Colin Stanners wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">I'm afraid that if I understand the situation correctly, the MXVerify<br>result is not an non-error, it is a real problem, and the likely<br>cause of your issue.<br></blockquote><br>See the Gilbert reply.  This doesn't jive with the understanding of<br>these 2 old hands.<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">That serverfault link is unrelated, you are not sending emails only,<br>this discussion is about your domain receiving email.<br></blockquote><br>Ya, but its answer re: RFC5321 is correct:<br><br>2.3.5.  Domain Names<br>   Only resolvable, fully-qualified domain names (FQDNs) are permitted<br>   when domain names are used in SMTP.  In other words, names that can<br>   be resolved to MX RRs or address (i.e., A or AAAA) RRs (as discussed<br>   in Section 5) are permitted, as are CNAME RRs whose targets can be<br>   resolved, in turn, to MX or address RRs.<hr>So per RFC is the receiving domain can either resolve to MX, *or*<br>direct A RR (as my domain did).<br><br>Further:<br><br>5.1. Locating the Target Host<br>   If an empty list of MXs is returned,<br>   the address is treated as if it was associated with an implicit MX<br>   RR, with a preference of 0, pointing to that host.<hr>As far as I can tell, 5321 is still in force and not superseded.<br><br>I had a valid, empty (non-existent) MX record set.  That should be<br>valid.<br><br>If you have a different understanding, feel free to RFC-enlighten us!<hr>Roundtable mailing list<br>Roundtable@muug.ca<br><a href="https://muug.ca/mailman/listinfo/roundtable">https://muug.ca/mailman/listinfo/roundtable</a><br></pre></blockquote></div></body></html>