[GH-ISSUE #143] Long text does not work #385

Open
opened 2026-03-13 14:49:54 +03:00 by kerem · 4 comments
Owner

Originally created by @ghost on GitHub (May 3, 2024).
Original GitHub issue: https://github.com/abh/geodns/issues/143

Hello there,

I found out that querying txt with long results will not work on this library.

Any solutions for that?

Originally created by @ghost on GitHub (May 3, 2024). Original GitHub issue: https://github.com/abh/geodns/issues/143 Hello there, I found out that querying txt with long results will not work on this library. Any solutions for that?
Author
Owner

@ghost commented on GitHub (May 3, 2024):

https://github.com/miekg/dns/issues/1566

<!-- gh-comment-id:2093686923 --> @ghost commented on GitHub (May 3, 2024): https://github.com/miekg/dns/issues/1566
Author
Owner

@abh commented on GitHub (May 3, 2024):

That's a protocol limitation, no? You need to break the record into multiple smaller pieces.

<!-- gh-comment-id:2093896990 --> @abh commented on GitHub (May 3, 2024): That's a protocol limitation, no? You need to break the record into multiple smaller pieces.
Author
Owner

@ghost commented on GitHub (May 4, 2024):

@abh Even when breaking into smaller sections, it creates double records, we do store encrypted text in txt records, when the recursive resolvers cache responses the order is not as we defined, I managed to fix all the issues, if you had time you can take a look into my repo and I can open a pull request if you want, https://github.com/matiniamirhossein/geodns

<!-- gh-comment-id:2093897971 --> @ghost commented on GitHub (May 4, 2024): @abh Even when breaking into smaller sections, it creates double records, we do store encrypted text in txt records, when the recursive resolvers cache responses the order is not as we defined, I managed to fix all the issues, if you had time you can take a look into my repo and I can open a pull request if you want, https://github.com/matiniamirhossein/geodns
Author
Owner

@ghost commented on GitHub (May 12, 2024):

But the order will be correct in that case, that was the reason.

<!-- gh-comment-id:2106296278 --> @ghost commented on GitHub (May 12, 2024): But the order will be correct in that case, that was the reason.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/geodns#385
No description provided.