-
Notifications
You must be signed in to change notification settings - Fork 197
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TXT records of length more than 255 chars #108
Comments
What does bind, nsd or PowerDNS do in this case?
|
Following is binds response from dig tool
The entry in binds DB file is as follows
I tried to split this in geoDNS and it is providing 2 response when queried but doesn't seem to be valid. Online DKIM tester tools all return errors. If the TXT record is given in entire, geoDNS does not provide response and the log says the 255-byte length exceeded Thanks a bunch for looking into this |
On Apr 24, 2018, at 0:48, Anoop P Alias ***@***.***> wrote:
I tried to split this in geoDNS and it is providing 2 response when queried but doesn't seem to be valid. Online DKIM tester tools all return errors.
Hm. My best guess is that GeoDNS randomizes the order. The easiest fix is probably to teach it to split long txt records and preserve the order in that case.
|
@abh - geoDNS automatically handling the long TXT record would be fabulous. |
geoDNS does not support txt records with more than 255 char . But I am facing issues in splitting up a very big DKIM record .
xyz: { "txt" : [" firstpartof string","secondpart"]}
This seems to work and geoDNS provide the 2 records in query , but the DKIM is shown as invalid
Is there a way around to add such DKIM record, all the notes I have read say ..if we just pass the 2 records, the client DKIM checker must concatenate and use it
https://kb.isc.org/article/AA-00356/0/Can-I-have-a-TXT-or-SPF-record-longer-than-255-characters.html
The text was updated successfully, but these errors were encountered: