65/ec3c06b5ac09668d82ec86489e6767d41d0d86

   1 Return-Path: <dkg@fifthhorseman.net>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5  by arlo.cworth.org (Postfix) with ESMTP id 41FBD6DE178F\r
   6  for <notmuch@notmuchmail.org>; Fri, 15 Jan 2016 10:48:10 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.025\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.025 tagged_above=-999 required=5\r
  12  tests=[AWL=-0.025] autolearn=disabled\r
  13 Received: from arlo.cworth.org ([127.0.0.1])\r
  14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15  with ESMTP id W3WXUMWHHHad for <notmuch@notmuchmail.org>;\r
  16  Fri, 15 Jan 2016 10:48:08 -0800 (PST)\r
  17 Received: from che.mayfirst.org (che.mayfirst.org [209.234.253.108])\r
  18  by arlo.cworth.org (Postfix) with ESMTP id 3781E6DE0A87\r
  19  for <notmuch@notmuchmail.org>; Fri, 15 Jan 2016 10:48:07 -0800 (PST)\r
  20 Received: from fifthhorseman.net (unknown [38.109.115.130])\r
  21  by che.mayfirst.org (Postfix) with ESMTPSA id A39D0F984;\r
  22  Fri, 15 Jan 2016 13:47:53 -0500 (EST)\r
  23 Received: by fifthhorseman.net (Postfix, from userid 1000)\r
  24  id 065F620024; Fri, 15 Jan 2016 10:47:52 -0800 (PST)\r
  25 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
  26 To: David Bremner <david@tethera.net>, Gaudenz Steinlin <gaudenz@debian.org>,\r
  27  notmuch@notmuchmail.org, 810784@bugs.debian.org\r
  28 Subject: Re: [Gaudenz Steinlin] Bug#810784: should match email adress case\r
  29  insensitive when sending encrypted mail\r
  30 In-Reply-To: <87egdm4ujh.fsf@tesseract.cs.unb.ca>\r
  31 References: <87egdm4ujh.fsf@tesseract.cs.unb.ca>\r
  32 User-Agent: Notmuch/0.21+66~g8c19a9a (http://notmuchmail.org) Emacs/24.5.1\r
  33  (x86_64-pc-linux-gnu)\r
  34 Date: Fri, 15 Jan 2016 13:47:51 -0500\r
  35 Message-ID: <874mee7k88.fsf@alice.fifthhorseman.net>\r
  36 MIME-Version: 1.0\r
  37 Content-Type: text/plain\r
  38 X-BeenThere: notmuch@notmuchmail.org\r
  39 X-Mailman-Version: 2.1.20\r
  40 Precedence: list\r
  41 List-Id: "Use and development of the notmuch mail system."\r
  42  <notmuch.notmuchmail.org>\r
  43 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
  44  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  45 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  46 List-Post: <mailto:notmuch@notmuchmail.org>\r
  47 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  48 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
  49  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  50 X-List-Received-Date: Fri, 15 Jan 2016 18:48:10 -0000\r
  51 \r
  52 On Tue 2016-01-12 11:44:18 -0500, David Bremner wrote:\r
  53 > [gaudenz wrote:]\r
  54 >>   When sending encrypted mail the key lookup to encrypt to is done case\r
  55 >>   sensitive on the mail address. As mail addresses are case insensitive\r
  56 >>   this should be done case insensitive. Otherwise keys for users which for\r
  57 >>   some reason have uppercase letters in their email address in the key UID\r
  58 >>   are not found.\r
  59 \r
  60 fwiw, i agree with gaudenz that this is the right thing to do, despite\r
  61 being a gray area.\r
  62 \r
  63 For the right-hand side of an e-mail address (the stuff after the @; the\r
  64 e-mail domain), the DNS label there is case-insensitive by definition.\r
  65 \r
  66 There may be some additional thinking to be done here when thinking\r
  67 about non-ASCII DNS labels in the RHS, though -- should we be\r
  68 normalizing the domain names in doing the search?  using punycode?\r
  69 \r
  70 The stuff before the @ is a bit more problematic.\r
  71 \r
  72 According to the standards documents, the left-hand-side of an e-mail\r
  73 address (the "domain-specific" part) is up to the mail domain to parse\r
  74 and process.  So it would not be a violation of the public\r
  75 specifications for the operator of the MX for example.org to provide\r
  76 three distinct mailboxes for alice@example.org and Alice@example.org and\r
  77 ALICE@example.org.\r
  78 \r
  79 However, i know of no mail providers that do so, and anyone proposing to\r
  80 do such a thing should have their head examined.\r
  81 \r
  82 Examining GnuPG's interface here, it looks like gpg already does\r
  83 case-insensitive matching when searching for an e-mail address\r
  84 surrounded by angle-brackets.\r
  85 \r
  86 So where is the case-insensitive lookup happening?  Is this a bug in\r
  87 mml-mode, or in notmuch-emacs?\r
  88 \r
  89           --dkg\r