[GNUnet-SVN] [gnurl] 122/125: TODO: two possible name resolver improvements

[gnunet]

This is an automated email from the git hooks/post-receive script.

ng0 pushed a commit to branch master
in repository gnurl.

commit ec122c4c83be69a37a56e29377f3d19c02d9c1ca
Author: Daniel Stenberg <address@hidden>
AuthorDate: Sat Jan 20 13:57:12 2018 +0100

    TODO: two possible name resolver improvements
---
 docs/TODO | 21 +++++++++++++++++++++
 1 file changed, 21 insertions(+)

diff --git a/docs/TODO b/docs/TODO
index 781393169..25f860b42 100644
--- a/docs/TODO
+++ b/docs/TODO
@@ -27,6 +27,8 @@
  1.9 Cache negative name resolves
  1.10 auto-detect proxy
  1.11 minimize dependencies with dynamically loaded modules
+ 1.12 updated DNS server while running
+ 1.13 DNS-over-HTTPS
  1.14 Typesafe curl_easy_setopt()
  1.15 Monitor connections in the connection pool
  1.16 Try to URL encode given URL
@@ -273,6 +275,25 @@
  app/invoke/used protocols would be necessary to load.  See
  https://github.com/curl/curl/issues/349
 
+1.12 updated DNS server while running
+
+ If /etc/resolv.conf gets updated while a program using libcurl is running, it
+ is may cause name resolves to fail unless res_init() is called. We should
+ consider calling res_init() + retry once unconditionally on all name resolve
+ failures to mitigate against this. Firefox works like that. Note that Windows
+ doesn't have res_init() or an alternative.
+
+ https://github.com/curl/curl/issues/2251
+
+1.13 DNS-over-HTTPS
+
+ By adding support for DNS-over-HTTPS curl could resolve host names using a
+ totally separate name server than the standard system resolver, while at the
+ same time doing so over a communication channel that enhances privacy and
+ security.
+
+ https://github.com/curl/curl/wiki/DNS-over-HTTPS
+
 1.14 Typesafe curl_easy_setopt()
 
  One of the most common problems in libcurl using applications is the lack of

-- 
To stop receiving notification emails like this one, please contact
address@hidden