===================================================================
RCS file: /cvsrepo/anoncvs/cvs/www/plus51.html,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -r1.27 -r1.28
--- www/plus51.html	2017/06/26 17:18:57	1.27
+++ www/plus51.html	2017/06/27 13:01:33	1.28
@@ -199,11 +199,11 @@
 <li>An EXAMPLES section is new in <a href="https://man.openbsd.org/?query=divert&manpath=OpenBSD%205.1&sektion=4&format=html">divert(4)</a>.
 <li>When the kernel signal handling code checks to which thread a signal can be delivered to, add threads as possible targets which don't explicitly block the signal in question. (Search is terminated if thread which <a href="https://man.openbsd.org/?query=sigwait&manpath=OpenBSD%205.1&sektion=3&format=html">sigwait(3)</a>s for the signal is seen.)
 <!-- 2012/01/24 -->
-<li>A short cut for atomic IPv6 fragments is added to the network stack. Those will be processed immediately and not go through the fragment queue. See <a href="http://www.ietf.org/id/draft-gont-6man-ipv6-atomic-fragments-00.txt" >draft-gont-6man-ipv6-atomic-fragments-00.txt</a>.
+<li>A short cut for atomic IPv6 fragments is added to the network stack. Those will be processed immediately and not go through the fragment queue. See <a href="https://www.ietf.org/id/draft-gont-6man-ipv6-atomic-fragments-00.txt" >draft-gont-6man-ipv6-atomic-fragments-00.txt</a>.
 <li>In Xenocara xkeyboard-config is updated to 2.5.
 <li><a href="https://man.openbsd.org/?query=smtpctl&manpath=OpenBSD%205.1&sektion=8&format=html">smtpctl(8)</a> no longer touches directories, which prevents a running <a href="https://man.openbsd.org/?query=smtpd&manpath=OpenBSD%205.1&sektion=8&format=html">smtpd(8)</a> from losing it's incoming/ directory each time <a href="https://man.openbsd.org/?query=smtpctl&manpath=OpenBSD%205.1&sektion=8&format=html">smtpctl(8)</a> is called.
 <!-- 2012/01/23 -->
-<li>In the network stack the <a href="http://www.rfc-editor.org/rfc/rfc5722.txt">RFC 5722</a> implementation cumulates in a happy end, i.e., in case of overlapping fragments the entire datagram will be discarded.
+<li>In the network stack the <a href="https://www.rfc-editor.org/rfc/rfc5722.txt">RFC 5722</a> implementation cumulates in a happy end, i.e., in case of overlapping fragments the entire datagram will be discarded.
 <li>The ingress filter of pipex and npppd(8) becomes configurable and disabled by default. After this change npppd.conf(5) must contain <code>ppp.ingress_filter: true</code> if it is needed. Also handling of `rx connect speed' AVP is added to avoid the bug of xl2tpd (which sends this as a mandatory AVP contrary to RFC 2661).
 <!-- 2012/01/22 -->
 <li>Bring in documentation corrections and improvements to the in-tree versions of <a href="https://man.openbsd.org/?query=makewhatis&manpath=OpenBSD%205.1&sektion=8&format=html">makewhatis(8)</a>, <a href="https://man.openbsd.org/?query=apropos&manpath=OpenBSD%205.1&sektion=1&format=html">apropos(1)</a> and <a href="https://man.openbsd.org/?query=whatis&manpath=OpenBSD%205.1&sektion=1&format=html">whatis(1)</a> that were committed to the new suite of tools (currently disabled).