From d54285935072175aac1c446e15ec778b08a8fd75 Mon Sep 17 00:00:00 2001
From: Peter Eisentraut <peter_e@gmx.net>
Date: Thu, 17 Aug 2017 11:39:00 -0400
Subject: [PATCH] doc: Update RFC URLs

Consistently use the IETF HTML links instead of a random mix of
different sites and formats.  Correct one RFC number and fix one broken
link.
---
 doc/src/sgml/client-auth.sgml | 2 +-
 doc/src/sgml/json.sgml        | 2 +-
 doc/src/sgml/libpq.sgml       | 2 +-
 doc/src/sgml/pgcrypto.sgml    | 6 +++---
 4 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/doc/src/sgml/client-auth.sgml b/doc/src/sgml/client-auth.sgml
index 819db811b2..2dd6c29350 100644
--- a/doc/src/sgml/client-auth.sgml
+++ b/doc/src/sgml/client-auth.sgml
@@ -941,7 +941,7 @@ omicron         bryanh                  guest1
    <para>
     <literal>scram-sha-256</> performs SCRAM-SHA-256 authentication, as
     described in
-    <ulink url="https://tools.ietf.org/html/rfc5802">RFC5802</ulink>. It
+    <ulink url="https://tools.ietf.org/html/rfc7677">RFC 7677</ulink>. It
     is a challenge-response scheme, that prevents password sniffing on
     untrusted connections. It is more secure than the <literal>md5</>
     method, but might not be supported by older clients.
diff --git a/doc/src/sgml/json.sgml b/doc/src/sgml/json.sgml
index 3cf78d6394..7dfdf96764 100644
--- a/doc/src/sgml/json.sgml
+++ b/doc/src/sgml/json.sgml
@@ -13,7 +13,7 @@
 
  <para>
   JSON data types are for storing JSON (JavaScript Object Notation)
-  data, as specified in <ulink url="http://rfc7159.net/rfc7159">RFC
+  data, as specified in <ulink url="https://tools.ietf.org/html/rfc7159">RFC
   7159</ulink>. Such data can also be stored as <type>text</type>, but
   the JSON data types have the advantage of enforcing that each
   stored value is valid according to the JSON rules.  There are also
diff --git a/doc/src/sgml/libpq.sgml b/doc/src/sgml/libpq.sgml
index ad5e9b95b4..8e0b0b8586 100644
--- a/doc/src/sgml/libpq.sgml
+++ b/doc/src/sgml/libpq.sgml
@@ -775,7 +775,7 @@ PGPing PQping(const char *conninfo);
     connection parameters.  There are two accepted formats for these strings:
     plain <literal>keyword = value</literal> strings
     and URIs.  URIs generally follow
-    <ulink url="http://www.ietf.org/rfc/rfc3986.txt">RFC
+    <ulink url="https://tools.ietf.org/html/rfc3986">RFC
     3986</ulink>, except that multi-host connection strings are allowed
     as further described below.
    </para>
diff --git a/doc/src/sgml/pgcrypto.sgml b/doc/src/sgml/pgcrypto.sgml
index bf514aacf3..34d8621958 100644
--- a/doc/src/sgml/pgcrypto.sgml
+++ b/doc/src/sgml/pgcrypto.sgml
@@ -1317,15 +1317,15 @@ gen_random_uuid() returns uuid
 
    <itemizedlist>
     <listitem>
-     <para><ulink url="http://www.ietf.org/rfc/rfc4880.txt"></ulink></para>
+     <para><ulink url="https://tools.ietf.org/html/rfc4880"></ulink></para>
      <para>OpenPGP message format.</para>
     </listitem>
     <listitem>
-     <para><ulink url="http://www.ietf.org/rfc/rfc1321.txt"></ulink></para>
+     <para><ulink url="https://tools.ietf.org/html/rfc1321"></ulink></para>
      <para>The MD5 Message-Digest Algorithm.</para>
     </listitem>
     <listitem>
-     <para><ulink url="http://www.ietf.org/rfc/rfc2104.txt"></ulink></para>
+     <para><ulink url="https://tools.ietf.org/html/rfc2104"></ulink></para>
      <para>HMAC: Keyed-Hashing for Message Authentication.</para>
     </listitem>
     <listitem>
-- 
2.40.0