http://hg.omfa.de/prosody-hg/ en-us net/resolvers/basic.lua revision history http://hg.omfa.de/prosody-hg/log/59064f0f8b4e/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Tue, 24 Mar 2026 17:28:53 +0100 http://hg.omfa.de/prosody-hg/log/1cf6e3f49d10/net/resolvers/basic.lua
SRV lookups of the form _service._tcp.192.0.0.8 IN SRV makes no sense.

Problem was, what would a service without a default port do?
Now this problem belongs to the basic resolver, which gets to return the error.]]> Kim Alvefur <zash@zash.se> Tue, 24 Mar 2026 16:34:06 +0100 http://hg.omfa.de/prosody-hg/log/bc33a7269f5a/net/resolvers/basic.lua
> Both queries SHOULD be made as soon after one another as possible,
> with the AAAA query made first and immediately followed by the A
> query.]]> Kim Alvefur <zash@zash.se> Thu, 12 Mar 2026 16:16:57 +0100 http://hg.omfa.de/prosody-hg/log/cc406878209d/net/resolvers/basic.lua Matthew Wild <mwild1@gmail.com> Thu, 26 Jun 2025 13:02:34 +0100 http://hg.omfa.de/prosody-hg/log/ba409c67353b/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Fri, 17 Mar 2023 16:23:12 +0100 http://hg.omfa.de/prosody-hg/log/2d134201dc55/net/resolvers/basic.lua
Will be useful even later...]]> Kim Alvefur <zash@zash.se> Thu, 22 Dec 2022 00:11:23 +0100 http://hg.omfa.de/prosody-hg/log/72f7bb3f30d3/net/resolvers/basic.lua
This makes explicit which lookups can accept an unsigned response.

Insecure (unsigned, as before DNSSEC) A and AAAA records can be used as
security would come from TLS, but an insecure TLSA record is worthless.]]> Kim Alvefur <zash@zash.se> Tue, 02 Aug 2022 16:08:43 +0200 http://hg.omfa.de/prosody-hg/log/e155f4509954/net/resolvers/basic.lua Matthew Wild <mwild1@gmail.com> Fri, 18 Mar 2022 20:14:20 +0000 http://hg.omfa.de/prosody-hg/log/596625eed326/net/resolvers/basic.lua Matthew Wild <mwild1@gmail.com> Fri, 18 Mar 2022 16:13:09 +0000 http://hg.omfa.de/prosody-hg/log/9f0baf15e792/net/resolvers/basic.lua Matthew Wild <mwild1@gmail.com> Fri, 18 Mar 2022 16:10:26 +0000 http://hg.omfa.de/prosody-hg/log/acfc51b9530c/net/resolvers/basic.lua
...and prepare for Happy Eyeballs]]> Matthew Wild <mwild1@gmail.com> Fri, 18 Mar 2022 16:09:22 +0000 http://hg.omfa.de/prosody-hg/log/7a68d5828f3b/net/resolvers/basic.lua
Thanks Martin bringing this case to attention]]> Kim Alvefur <zash@zash.se> Tue, 28 Dec 2021 14:58:09 +0100 http://hg.omfa.de/prosody-hg/log/6ed7fd28f5e3/net/resolvers/basic.lua
Not a particularly user-friendly error message, but better than "unable
to resolve service" and having no clue where it came from.]]> Kim Alvefur <zash@zash.se> Tue, 07 Dec 2021 21:43:36 +0100 http://hg.omfa.de/prosody-hg/log/26406ce35e20/net/resolvers/basic.lua
Previously it would only say "unable to resolve server" for all DNS
problems. While "NoError in A lookup" might not make much sense to
users, it should help in debugging more than the previous generic error.

Friendlier errors will be future work.]]> Kim Alvefur <zash@zash.se> Fri, 12 Nov 2021 16:52:55 +0100 http://hg.omfa.de/prosody-hg/log/5ef729c355f3/net/resolvers/basic.lua
Previous commit adds a workaround, so this doesn't mutate global state
anymore, only per-connection 'extra' state as originally intended.]]> Kim Alvefur <zash@zash.se> Sun, 18 Jul 2021 21:57:24 +0200 http://hg.omfa.de/prosody-hg/log/56a282ecdcf1/net/resolvers/basic.lua
Fixes mistake introduced in 5a71f14ab77c that made it so this ready()
newer got called and thus it would be stuck waiting for it.

Looks like the kind of thing that could have been introduced by a merge
or rebase.

Thanks MattJ]]> Kim Alvefur <zash@zash.se> Mon, 15 Mar 2021 23:09:42 +0100 http://hg.omfa.de/prosody-hg/log/926d53af9a7a/net/resolvers/basic.lua
Turns out 'extra' is, at least for mod_s2s, the same table for *all*
connections.]]> Kim Alvefur <zash@zash.se> Wed, 03 Mar 2021 20:48:54 +0100 http://hg.omfa.de/prosody-hg/log/f768db80aee0/net/resolvers/basic.lua
Turns out it doesn't work with zero.]]> Kim Alvefur <zash@zash.se> Wed, 03 Mar 2021 18:42:54 +0100 http://hg.omfa.de/prosody-hg/log/5a71f14ab77c/net/resolvers/basic.lua
Disabled DANE by default, since it needs extra steps to be useful. The
built-in DNS stub resolver does not support DNSSEC so having DANE
enabled by default only leads to an extra wasted DNS request.]]> Kim Alvefur <zash@zash.se> Tue, 02 Mar 2021 22:41:59 +0100 http://hg.omfa.de/prosody-hg/log/fd735fe2fc50/net/resolvers/basic.lua Matthew Wild <mwild1@gmail.com> Fri, 10 Jul 2020 13:01:17 +0100 http://hg.omfa.de/prosody-hg/log/1d8e1f7a587c/net/resolvers/basic.lua
Fixes a traceback when passed an IP address with no conn_type.]]> Matthew Wild <mwild1@gmail.com> Fri, 10 Jul 2020 13:00:02 +0100 http://hg.omfa.de/prosody-hg/log/4603697aee50/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Thu, 25 Jun 2020 19:24:58 +0200 http://hg.omfa.de/prosody-hg/log/2edb72ef312a/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Mon, 22 Jun 2020 01:42:18 +0200 http://hg.omfa.de/prosody-hg/log/26fb44b61a17/net/resolvers/basic.lua
The code expects ready() to be called twice, but with IPv4 or v6
disabled it would only be called once.]]> Kim Alvefur <zash@zash.se> Sun, 26 Jan 2020 14:35:35 +0100 http://hg.omfa.de/prosody-hg/log/0725b7b8dc14/net/resolvers/basic.lua Matthew Wild <mwild1@gmail.com> Sat, 25 Jan 2020 14:38:17 +0000 http://hg.omfa.de/prosody-hg/log/e5ab31845094/net/resolvers/basic.lua Matthew Wild <mwild1@gmail.com> Sat, 25 Jan 2020 14:03:30 +0000 http://hg.omfa.de/prosody-hg/log/913276ba0c47/net/resolvers/basic.lua
Default Address Selection algorithm is not applied, resulting in a
strong bias towards IPv4.]]> Kim Alvefur <zash@zash.se> Sat, 07 Dec 2019 17:39:29 +0100 http://hg.omfa.de/prosody-hg/log/b13a31cea7d9/net/resolvers/basic.lua
And mention issue numbers: #1246, #1428 and #1429]]> Kim Alvefur <zash@zash.se> Sat, 07 Dec 2019 17:05:00 +0100 http://hg.omfa.de/prosody-hg/log/f2c9abc71f08/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Sun, 24 Nov 2019 04:46:36 +0100 http://hg.omfa.de/prosody-hg/log/97c0f5fe5f41/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Sun, 24 Nov 2019 04:41:07 +0100 http://hg.omfa.de/prosody-hg/log/55490be0dc29/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Sun, 24 Nov 2019 04:30:32 +0100 http://hg.omfa.de/prosody-hg/log/fcfc8f4d14a8/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Sun, 24 Nov 2019 04:26:44 +0100 http://hg.omfa.de/prosody-hg/log/0d702ec77f0c/net/resolvers/basic.lua
This is to prepare for fixing #1459. An IPv6 literal in [ ] brackets
does not pass IDNA and resolving it fails there.]]> Kim Alvefur <zash@zash.se> Sun, 24 Nov 2019 04:23:51 +0100 http://hg.omfa.de/prosody-hg/log/1ef1f6c43c5b/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Fri, 08 Nov 2019 00:58:03 +0100 http://hg.omfa.de/prosody-hg/log/4c2d789a106b/net/resolvers/basic.lua
Related to #1426]]> Kim Alvefur <zash@zash.se> Fri, 08 Nov 2019 00:54:56 +0100 http://hg.omfa.de/prosody-hg/log/cf93a951da37/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Sat, 02 Nov 2019 19:38:12 +0100 http://hg.omfa.de/prosody-hg/log/62a7042e0771/net/resolvers/basic.lua
Prevents error on trying to use nil.

Needs better error reporting in the future.]]> Kim Alvefur <zash@zash.se> Sat, 02 Nov 2019 19:36:19 +0100 http://hg.omfa.de/prosody-hg/log/94c9c574cd8a/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Sat, 02 Nov 2019 19:24:26 +0100 http://hg.omfa.de/prosody-hg/log/e11e076f0eb8/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Sat, 08 Dec 2018 17:09:55 +0100 http://hg.omfa.de/prosody-hg/log/4ac3103787cc/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Fri, 12 Oct 2018 16:25:30 +0200 http://hg.omfa.de/prosody-hg/log/ae7cf011e46a/net/resolvers/basic.lua Kim Alvefur <zash@zash.se> Wed, 02 May 2018 19:06:59 +0200 http://hg.omfa.de/prosody-hg/log/601681acea73/net/resolvers/basic.lua Matthew Wild <mwild1@gmail.com> Fri, 23 Feb 2018 15:53:45 +0000