[PATCH 3/4] Add documentation for user.other_name
[notmuch-archives.git] / 87 / 9e83d287a7d507a9aff840b51fc08d316fdb86
1 Return-Path: <dme@dme.org>\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 7C3E6429E5B\r
6         for <notmuch@notmuchmail.org>; Mon, 23 Jan 2012 00:00:09 -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: -0.7\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id uM+eP90l32MJ for <notmuch@notmuchmail.org>;\r
16         Mon, 23 Jan 2012 00:00:08 -0800 (PST)\r
17 Received: from mail-ww0-f45.google.com (mail-ww0-f45.google.com\r
18  [74.125.82.45])        (using TLSv1 with cipher RC4-SHA (128/128 bits))        (No client\r
19  certificate requested) by olra.theworths.org (Postfix) with ESMTPS id\r
20  AF3F2429E54    for <notmuch@notmuchmail.org>; Mon, 23 Jan 2012 00:00:08 -0800\r
21  (PST)\r
22 Received: by wgbdt12 with SMTP id dt12so2312204wgb.2\r
23         for <notmuch@notmuchmail.org>; Mon, 23 Jan 2012 00:00:07 -0800 (PST)\r
24 Received: by 10.180.93.168 with SMTP id cv8mr12569697wib.2.1327305607566;\r
25         Mon, 23 Jan 2012 00:00:07 -0800 (PST)\r
26 Received: from hotblack-desiato.hh.sledj.net\r
27         (host81-149-164-25.in-addr.btopenworld.com. [81.149.164.25])\r
28         by mx.google.com with ESMTPS id ho4sm11461009wib.3.2012.01.23.00.00.05\r
29         (version=TLSv1/SSLv3 cipher=OTHER);\r
30         Mon, 23 Jan 2012 00:00:06 -0800 (PST)\r
31 Received: by hotblack-desiato.hh.sledj.net (Postfix, from userid 30000)\r
32         id E2023A0950; Mon, 23 Jan 2012 08:00:03 +0000 (GMT)\r
33 To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
34         Austin Clements <amdragon@MIT.EDU>,\r
35         Dmitry Kurochkin <dmitry.kurochkin@gmail.com>\r
36 Subject: Re: [PATCH v2] emacs: Make the part content available to the\r
37         mm-inline* checks.\r
38 In-Reply-To: <8739bam8si.fsf@servo.finestructure.net>\r
39 References: <1326907993-11054-1-git-send-email-dme@dme.org>\r
40         <1326908371-11949-1-git-send-email-dme@dme.org>\r
41         <877h0o99aj.fsf@gmail.com>\r
42         <cunlip47tir.fsf@hotblack-desiato.hh.sledj.net>\r
43         <874nvs96ps.fsf@gmail.com> <20120118193501.GG16740@mit.edu>\r
44         <8739bam8si.fsf@servo.finestructure.net>\r
45 User-Agent: Notmuch/0.11+73~gd51b784 (http://notmuchmail.org) Emacs/24.0.92.1\r
46         (x86_64-pc-linux-gnu)\r
47 From: David Edmondson <dme@dme.org>\r
48 Date: Mon, 23 Jan 2012 08:00:00 +0000\r
49 Message-ID: <cunehuq6e7z.fsf@hotblack-desiato.hh.sledj.net>\r
50 MIME-Version: 1.0\r
51 Content-Type: multipart/signed; boundary="=-=-=";\r
52         micalg=pgp-sha1; protocol="application/pgp-signature"\r
53 Cc: notmuch@notmuchmail.org\r
54 X-BeenThere: notmuch@notmuchmail.org\r
55 X-Mailman-Version: 2.1.13\r
56 Precedence: list\r
57 List-Id: "Use and development of the notmuch mail system."\r
58         <notmuch.notmuchmail.org>\r
59 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
60         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
61 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
62 List-Post: <mailto:notmuch@notmuchmail.org>\r
63 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
64 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
65         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
66 X-List-Received-Date: Mon, 23 Jan 2012 08:00:09 -0000\r
67 \r
68 --=-=-=\r
69 Content-Type: text/plain\r
70 Content-Transfer-Encoding: quoted-printable\r
71 \r
72 On Fri, 20 Jan 2012 12:13:49 -0800, Jameson Graef Rollins <jrollins@finestr=\r
73 ucture.net> wrote:\r
74 > On Wed, 18 Jan 2012 14:35:01 -0500, Austin Clements <amdragon@MIT.EDU> wr=\r
75 ote:\r
76 > > Shouldn't we only be doing this for parts with inline (or not\r
77 > > attachment) content-disposition?  That's cheap to check.  Or do we\r
78 > > actually want things like image attachments to get inlined, despite\r
79 > > their disposition?\r
80 >=20\r
81 > This is a good question, actually.  Should we just always ignore the\r
82 > disposition, and inline stuff if it's inlinable?  Should this be\r
83 > configurable?\r
84 \r
85 We shouldn't inline things unless the content disposition is 'inline'.\r
86 \r
87 I'll work on a fix for this, which will have nothing to do with whether\r
88 or not things are indexed.\r
89 \r
90 --=-=-=\r
91 Content-Type: application/pgp-signature\r
92 \r
93 -----BEGIN PGP SIGNATURE-----\r
94 Version: GnuPG v1.4.11 (GNU/Linux)\r
95 \r
96 iEYEARECAAYFAk8dE4AACgkQaezQq/BJZRZnxwCfameJCIEUcirade8CECFgN93W\r
97 Z4UAmweopixrwfRG8QWmJ3PvKSamqduN\r
98 =C4Ix\r
99 -----END PGP SIGNATURE-----\r
100 --=-=-=--\r