Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upDry run didn't catch improperly formatted MX record, broke with --doit #600
Comments
zachlatta
added a commit
to hackclub/dns
that referenced
this issue
Aug 31, 2020
It looks like there was an issue where "exchange: 100 mx.sendgrid.net." should have been "exchange: mx.sendgrid.net.". OctoDNS should have caught this with its tests, but missed it. Please note: if the "100" was intended to specify the preference (AKA priority) for the MX record, the preference value should be updated from "1" to "100" in the YAML. I filed github/octodns#600 in OctoDNS so they can hopefully fix this.
|
Hi @zachlatta. There are some existing "validations" on MX records, octodns/octodns/record/__init__.py Lines 847 to 871 in 8e62bd9 It could probably be caught by looking for spaces in the name and would likely apply equally well to a number of other types of values: |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi there, we use OctoDNS to manage Hack Club's DNS records and it's amazing! It means we can open source all of our DNS records at
hackclub/dns. I love the idea of "infrastructure as code" and OctoDNS helps us a lot.We recently ran into an issue where someone added an MX record with the
exchangevalue100 mx.sendgrid.net.. We have a test suite that does a dry run, which didn't surface any issues with this value, but when it was ran with--doit, we got an ambiguous error.I was able to figure out that we had to remove
100from the record value, which fixed--doit. Settingexchangeto justmx.sendgrid.net.worked fine, but as a user I would expect OctoDNS to surface this error during the dry run.Here's the error log:
And here's the commit in our repo that ran into this issue: hackclub/dns@48ac4d1#diff-be3b615b181f7f7bf89114f9ef473a86R416