f2/be6b1a973d74b5fdfd97ef2b5dfc922e03fc31

   1 Return-Path: <jinwoo68@gmail.com>\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 olra.theworths.org (Postfix) with ESMTP id 02A0F431FBC\r
   6         for <notmuch@notmuchmail.org>; Wed, 28 Jan 2015 15:57:34 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: 2.639\r
  10 X-Spam-Level: **\r
  11 X-Spam-Status: No, score=2.639 tagged_above=-999 required=5\r
  12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
  13         DNS_FROM_AHBL_RHSBL=2.438, FREEMAIL_ENVFROM_END_DIGIT=1,\r
  14         FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
  15 Received: from olra.theworths.org ([127.0.0.1])\r
  16         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  17         with ESMTP id bIf3d2beiV4L for <notmuch@notmuchmail.org>;\r
  18         Wed, 28 Jan 2015 15:57:31 -0800 (PST)\r
  19 Received: from mail-ie0-f174.google.com (mail-ie0-f174.google.com\r
  20         [209.85.223.174]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  21         (No client certificate requested)\r
  22         by olra.theworths.org (Postfix) with ESMTPS id A737C431FAF\r
  23         for <notmuch@notmuchmail.org>; Wed, 28 Jan 2015 15:57:31 -0800 (PST)\r
  24 Received: by mail-ie0-f174.google.com with SMTP id vy18so26838099iec.5\r
  25         for <notmuch@notmuchmail.org>; Wed, 28 Jan 2015 15:57:30 -0800 (PST)\r
  26 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
  27         h=from:to:subject:in-reply-to:references:user-agent:date:message-id\r
  28         :mime-version:content-type;\r
  29         bh=CZeHqn05Il8pW1gKIjICIUJUwMnjdwNdmpcL31yPQ1c=;\r
  30         b=pluu0IqSVNPcLVsuRwrk1mwjEBek0wdEMyqdEaNBUQ1EUqGwezu/Vsoo0l4vZIMM5X\r
  31         xbMUn3LfceF/eK2DicFBCsNcdqDeDrO4MLa3Yzy1T0EwotEKfANJLOd6nNIltP+LXiQY\r
  32         RPiT8plqi5VM3MEyctoNS24cDWZzp5Rut0rPLjPSCFGnLbT+H6PjttObctwPLWDty0fk\r
  33         protDkFpA4YJ2QtGZudKuyFNYEcR+m3j0YA7Oss5eUu9epGP/QO1eAtM/A3i31ITAb5A\r
  34         rnMeA9JJDDcUIzx12WtE92na4rF9gLbATqoHlyHUUoKJPPB5OUoriLOkvamwHb2iJ4k0\r
  35         lzjg==\r
  36 X-Received: by 10.42.95.12 with SMTP id d12mr318766icn.12.1422489449159;\r
  37         Wed, 28 Jan 2015 15:57:29 -0800 (PST)\r
  38 Received: from localhost ([2620:0:1000:407c:8db0:2697:618e:7748])\r
  39         by mx.google.com with ESMTPSA id hg18sm198261igb.1.2015.01.28.15.57.28\r
  40         (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
  41         Wed, 28 Jan 2015 15:57:28 -0800 (PST)\r
  42 From: Jinwoo Lee <jinwoo68@gmail.com>\r
  43 To: Daniel Kahn Gillmor <dkg@fifthhorseman.net>,\r
  44         David Bremner <david@tethera.net>,\r
  45         notmuch mailing list <notmuch@notmuchmail.org>\r
  46 Subject: Re: privacy problem: text/html parts pull in network resources\r
  47 In-Reply-To: <yq65h9vbtsyt.fsf@jinwoo-macbookair.roam.corp.google.com>\r
  48 References: <87ppa7q25w.fsf@alice.fifthhorseman.net>\r
  49         <87fvay3g0g.fsf@maritornes.cs.unb.ca>\r
  50         <871tmfin1k.fsf@alice.fifthhorseman.net>\r
  51         <yq65h9vbtsyt.fsf@jinwoo-macbookair.roam.corp.google.com>\r
  52 User-Agent: Notmuch/0.18.1 (http://notmuchmail.org) Emacs/24.4.1\r
  53         (x86_64-apple-darwin13.2.0)\r
  54 Date: Wed, 28 Jan 2015 15:57:25 -0800\r
  55 Message-ID: <yq65386uqx0a.fsf@jinwoo-macbookair.roam.corp.google.com>\r
  56 MIME-Version: 1.0\r
  57 Content-Type: text/plain\r
  58 X-BeenThere: notmuch@notmuchmail.org\r
  59 X-Mailman-Version: 2.1.13\r
  60 Precedence: list\r
  61 List-Id: "Use and development of the notmuch mail system."\r
  62         <notmuch.notmuchmail.org>\r
  63 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  64         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  65 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  66 List-Post: <mailto:notmuch@notmuchmail.org>\r
  67 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  68 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  69         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  70 X-List-Received-Date: Wed, 28 Jan 2015 23:57:35 -0000\r
  71 \r
  72 On Tue, Jan 27, 2015 at 08:44 PM, Jinwoo Lee <jinwoo68@gmail.com> wrote:\r
  73 > On Tue, Jan 27, 2015 at 07:47 PM, Daniel Kahn Gillmor <dkg@fifthhorseman.net> wrote:\r
  74 >> On Sun 2015-01-25 12:51:43 -0500, David Bremner wrote:\r
  75 >>> Daniel Kahn Gillmor <dkg@fifthhorseman.net> writes:\r
  76 >>>\r
  77 >>>> If i send a message with a text/html part (either it's only text/html,\r
  78 >>>> or all parts are rendered, or it's multipart/alternative with only a\r
  79 >>>> text/html subpart) and that HTML has <img\r
  80 >>>> src="http://example.org/test.png"/> in it, then notmuch will make a\r
  81 >>>> network request for that image.\r
  82 >>>>\r
  83 >>>> This is a privacy disaster, because it enables an e-mail sender to use\r
  84 >>>> "web bugs" to tell when a given notmuch user has opened their e-mail.\r
  85 >>>\r
  86 >>> I've just pushed Austin's shr related series to master, so this problem\r
  87 >>> should be fixed as of commit b74ed1c. One tradeoff that we should at\r
  88 >>> least remark in NEWS, if not actually fix, is that I think there is now\r
  89 >>> no way to view such images in notmuch.  I don't know offhand what other\r
  90 >>> html renderers will do.\r
  91 >>\r
  92 >> thanks for this, David and Austin!\r
  93 >>\r
  94 >> Other html-rendering mail clients that are privacy-conscious will often\r
  95 >> provide a button or mechanism to indicate that some remote resources\r
  96 >> were requested by the page but weren't fetched (e.g. a button saying\r
  97 >> something like [Load Remote Images...]).  I have no idea who actually\r
  98 >> clicks on those buttons (or why), though, and even if we wanted them,\r
  99 >> we'd only want to add a button on an image that actually had remote\r
 100 >> network resources to load, and i don't know how we'd get that\r
 101 >> information propagated back up the rendering stack to make such a\r
 102 >> display decision.   So i'm fine with leaving it this way for now.\r
 103 >\r
 104 > Well, most promotional emails contain remote images and their contents\r
 105 > are incomprehensible without those images.  I ignore most of them but I\r
 106 > do read a few of those promotional emails.  It would be great to have a\r
 107 > UI for loading remote resources.\r
 108 \r
 109 Do you mind if I add a boolean defcustom, which determines whether to\r
 110 block remote images?  Its default value will be T (block), but people\r
 111 who want to see remote images can customize it.\r
 112 \r
 113 >\r
 114 >>\r
 115 >>         --dkg\r
 116 >> _______________________________________________\r
 117 >> notmuch mailing list\r
 118 >> notmuch@notmuchmail.org\r
 119 >> http://notmuchmail.org/mailman/listinfo/notmuch\r