--- /dev/null
+Return-Path: <david@belohrad.ch>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id C563B431FAF\r
+ for <notmuch@notmuchmail.org>; Mon, 15 Oct 2012 00:02:41 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
+ autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id yDhovYmQOdn5 for <notmuch@notmuchmail.org>;\r
+ Mon, 15 Oct 2012 00:02:40 -0700 (PDT)\r
+Received: from server.belohrad.ch (static-212-101-19-163.adsl.solnet.ch\r
+ [212.101.19.163])\r
+ by olra.theworths.org (Postfix) with ESMTP id 41EB3431FAE\r
+ for <notmuch@notmuchmail.org>; Mon, 15 Oct 2012 00:02:40 -0700 (PDT)\r
+Received: from beesknees.cern.ch.belohrad.ch (beesknees.cern.ch\r
+ [137.138.197.99])\r
+ (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
+ (No client certificate requested)\r
+ by server.belohrad.ch (Postfix) with ESMTPSA id BEAA92605F;\r
+ Mon, 15 Oct 2012 09:12:10 +0200 (CEST)\r
+From: David Belohrad <david@belohrad.ch>\r
+To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
+ notmuch@notmuchmail.org\r
+Subject: Re: images as attachment?\r
+In-Reply-To: <874nlwirb9.fsf@servo.finestructure.net>\r
+References: <uaxtxue1r3g.fsf@beesknees.cern.ch>\r
+ <874nlwirb9.fsf@servo.finestructure.net>\r
+User-Agent: Notmuch/0.14+37~gf227d63 (http://notmuchmail.org) Emacs/23.2.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Mon, 15 Oct 2012 09:02:36 +0200\r
+Message-ID: <uaxobk4rzeb.fsf@beesknees.cern.ch>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 15 Oct 2012 07:02:41 -0000\r
+\r
+Hi Jameson,\r
+\r
+I guess this is exactly the point. Hence one would say, that this is\r
+a bug to repair? What is bit curious to me is that so far nobody\r
+complained about it. So is it just my emacs/notmuch configuration which does it? (note\r
+that i'm using notmuch remotely and notmuch pulled from development tree)\r
+\r
+cheers\r
+\r
+.d.\r
+\r
+\r
+\r
+Jameson Graef Rollins <jrollins@finestructure.net> writes:\r
+\r
+> On Mon, Oct 01 2012, David Belohrad <david@belohrad.ch> wrote:\r
+>> could someone throw an advice? When I receive an email with picture\r
+>> attachment, sometimes it works out of the box in emacs, but sometimes\r
+>> instead of picture it shows a link as this one:\r
+>>\r
+>> ---------- SNIP ------------\r
+>>\r
+>> I have not tried to understand why we're measuring too high bunch intensity so if you have any ideas please try it out let me know what to do.\r
+>>\r
+>> [cid:image001.png@01CD9F29.128BA6B0]\r
+>>\r
+>> We can discuss tomorrow tomorrow if you want\r
+>>\r
+>> ---------- SNIP ------------\r
+>>\r
+>> The issue is, that when I click the link,\r
+>>\r
+>> a) it opens new empty emacs buffer with no picture in it\r
+>> b) the hyperlink (when pointing mouse on it) does not highlight the\r
+>> initial 'c' letter (so the hyperlink is only\r
+>> 'id:image001.png@01CD9F29.128BA6B0]')\r
+>\r
+> Notmuch show automatically interprets strings of the form "id:..." as a\r
+> notmuch message id and buttonizes the strings so that clicking on them\r
+> will open up buffer with the corresponding message. I bet notmuch is\r
+> interpreting "[cid:.." as "id:.." and sending you to a new search buffer\r
+> for "id:image001.png@01CD9F29.128BA6B0]".\r
+>\r
+> jamie.\r