All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <1510020963.736.42.camel@gmail.com>

diff --git a/a/1.txt b/N1/1.txt
index 29ce099..b550c11 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,5 +1,5 @@
 On Mon, 2017-11-06 at 16:14 -0600, Serge E. Hallyn wrote:
-> Quoting Daniel Micay (danielmicay@gmail.com):
+> Quoting Daniel Micay (danielmicay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org):
 > > Substantial added attack surface will never go away as a problem.
 > > There
 > > aren't a finite number of vulnerabilities to be found.
diff --git a/a/content_digest b/N1/content_digest
index bbc719f..34f297f 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -4,24 +4,25 @@
  "ref\020171106150302.GA26634@mail.hallyn.com\0"
  "ref\01510003994.736.0.camel@gmail.com\0"
  "ref\020171106221418.GA32543@mail.hallyn.com\0"
- "From\0Daniel Micay <danielmicay@gmail.com>\0"
+ "ref\020171106221418.GA32543-7LNsyQBKDXoIagZqoN9o3w@public.gmane.org\0"
+ "From\0Daniel Micay <danielmicay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>\0"
  "Subject\0Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces\0"
  "Date\0Mon, 06 Nov 2017 21:16:03 -0500\0"
- "To\0Serge E. Hallyn <serge@hallyn.com>\0"
- "Cc\0Mahesh Bandewar (\340\244\256\340\244\271\340\245\207\340\244\266 \340\244\254\340\244\202\340\244\241\340\245\207\340\244\265\340\244\276\340\244\260) <maheshb@google.com>"
-  Mahesh Bandewar <mahesh@bandewar.net>
-  LKML <linux-kernel@vger.kernel.org>
-  Netdev <netdev@vger.kernel.org>
-  Kernel-hardening <kernel-hardening@lists.openwall.com>
-  Linux API <linux-api@vger.kernel.org>
-  Kees Cook <keescook@chromium.org>
-  Eric W . Biederman <ebiederm@xmission.com>
-  Eric Dumazet <edumazet@google.com>
- " David Miller <davem@davemloft.net>\0"
+ "To\0Serge E. Hallyn <serge-A9i7LUbDfNHQT0dZR+AlfA@public.gmane.org>\0"
+ "Cc\0Mahesh Bandewar (\340\244\256\340\244\271\340\245\207\340\244\266 \340\244\254\340\244\202\340\244\241\340\245\207\340\244\265\340\244\276\340\244\260) <maheshb-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>"
+  Mahesh Bandewar <mahesh-bmGAjcP2qsnk1uMJSBkQmQ@public.gmane.org>
+  LKML <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
+  Netdev <netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
+  Kernel-hardening <kernel-hardening-ZwoEplunGu1jrUoiu81ncdBPR1lH4CV8@public.gmane.org>
+  Linux API <linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
+  Kees Cook <keescook-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
+  Eric W . Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
+  Eric Dumazet <edumazet-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
+ " David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q@public.gmane.org>\0"
  "\00:1\0"
  "b\0"
  "On Mon, 2017-11-06 at 16:14 -0600, Serge E. Hallyn wrote:\n"
- "> Quoting Daniel Micay (danielmicay@gmail.com):\n"
+ "> Quoting Daniel Micay (danielmicay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org):\n"
  "> > Substantial added attack surface will never go away as a problem.\n"
  "> > There\n"
  "> > aren't a finite number of vulnerabilities to be found.\n"
@@ -74,4 +75,4 @@
  "The proposed approach isn't necessarily the best way to implement this\n"
  kind of mitigation but I think it's filling a real need.
 
-fe4e7c834f7ecdb8baaf1576726d651e07642dd3b20f9082156a5a8836b561fe
+d9c8f651cedd5bd142110a309fb13e211c07cb943e79047fb444f1172925601c

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.