Update mailing list archive links

docs/en/faq.wml

@@ -1307,7 +1307,7 @@ the same geographic location.
     <li>If you're running a fast relay, meaning you have many TLS connections
     open, you are probably losing a lot of memory to OpenSSL's internal
     buffers (38KB+ per socket). We've patched OpenSSL to <a
-    href="http://archives.seul.org/or/dev/Jun-2008/msg00001.html">release
+    href="https://lists.torproject.org/pipermail/tor-dev/2008-June/001519.html">release
     unused buffer memory more aggressively</a>. If you update to OpenSSL
     1.0.0-beta5, Tor's build process will automatically recognize and use
     this feature.</li>

eff/en/tor-legal-faq.wml

@@ -146,7 +146,7 @@ the United States too.</p>
 and help set a clear legal precedent establishing that merely running
 a node does not create copyright liability for either node operators
 or their bandwidth providers. If you want to be the EFF's test case,
-<a href="http://archives.seul.org/or/talk/Oct-2005/msg00208.html">read
+<a href="https://lists.torproject.org/pipermail/tor-talk/2005-October/016301.html">read
 more here</a>.</p>
 
 <a id="ExitSnooping"></a>

getinvolved/en/volunteer.wml

@@ -724,8 +724,8 @@ meetings around the world.</li>
     addresses and algorithms for gathering and blocking them. See <a
     href="<blog>bridge-distribution-strategies">our
     blog post on the topic</a> as an overview, and then look at <a
-    href="http://archives.seul.org/or/dev/Dec-2009/msg00000.html">Roger's
-    or-dev post</a> from December for more recent thoughts &mdash; lots of
+    href="https://lists.torproject.org/pipermail/tor-dev/2009-December/000666.html">Roger's
+    or-dev post</a> from December 2009 for more recent thoughts &mdash; lots of
     design work remains.</p>
     <p>If you want to get more into the guts of Tor itself (C), a more minor problem
     we should address is that current Tors can only listen on a single