Re: [PATCH] create .mailmap file (for git shortlog/blame)
[notmuch-archives.git] / a4 / d9992c03afdfd0056f248f2d8e75b543d0fa57
1 Return-Path: <jrollins@finestructure.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 olra.theworths.org (Postfix) with ESMTP id B4B16431FBD\r
6         for <notmuch@notmuchmail.org>; Mon, 26 Mar 2012 08:21:29 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -2.29\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] 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 xUJe-jsBWkvy for <notmuch@notmuchmail.org>;\r
16         Mon, 26 Mar 2012 08:21:29 -0700 (PDT)\r
17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
18         [131.215.239.19])\r
19         by olra.theworths.org (Postfix) with ESMTP id 28F9A431FAF\r
20         for <notmuch@notmuchmail.org>; Mon, 26 Mar 2012 08:21:29 -0700 (PDT)\r
21 Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
22         by fire-doxen-postvirus (Postfix) with ESMTP id BD8552E50AC5;\r
23         Mon, 26 Mar 2012 08:21:28 -0700 (PDT)\r
24 X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
25 Received: from finestructure.net (pool-108-27-62-184.nycmny.fios.verizon.net\r
26         [108.27.62.184]) (Authenticated sender: jrollins)\r
27         by fire-doxen-submit (Postfix) with ESMTP id E457A2E508D7;\r
28         Mon, 26 Mar 2012 08:21:24 -0700 (PDT)\r
29 Received: by finestructure.net (Postfix, from userid 1000)\r
30         id C6968573; Mon, 26 Mar 2012 08:21:23 -0700 (PDT)\r
31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
32 To: Adam Wolfe Gordon <awg+notmuch@xvx.ca>,\r
33         Mark Walters <markwalters1009@gmail.com>\r
34 Subject: Re: Reply code with TEXT/PLAIN\r
35 In-Reply-To:\r
36  <CAMoJFUuGS_y4Sqtug5Ohdic3M43_fexWOt7cAw-ebuZ_SVUnjQ@mail.gmail.com>\r
37 References: <87d3814qkv.fsf@qmul.ac.uk>\r
38         <CAMoJFUuGS_y4Sqtug5Ohdic3M43_fexWOt7cAw-ebuZ_SVUnjQ@mail.gmail.com>\r
39 User-Agent: Notmuch/0.11.1+335~gf868783 (http://notmuchmail.org) Emacs/23.3.1\r
40         (x86_64-pc-linux-gnu)\r
41 Date: Mon, 26 Mar 2012 08:21:21 -0700\r
42 Message-ID: <8762drl766.fsf@servo.finestructure.net>\r
43 MIME-Version: 1.0\r
44 Content-Type: multipart/signed; boundary="=-=-=";\r
45         micalg=pgp-sha256; protocol="application/pgp-signature"\r
46 Cc: notmuch@notmuchmail.org\r
47 X-BeenThere: notmuch@notmuchmail.org\r
48 X-Mailman-Version: 2.1.13\r
49 Precedence: list\r
50 List-Id: "Use and development of the notmuch mail system."\r
51         <notmuch.notmuchmail.org>\r
52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
55 List-Post: <mailto:notmuch@notmuchmail.org>\r
56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
59 X-List-Received-Date: Mon, 26 Mar 2012 15:21:29 -0000\r
60 \r
61 --=-=-=\r
62 \r
63 On Sat, 24 Mar 2012 18:19:50 -0600, Adam Wolfe Gordon <awg+notmuch@xvx.ca> wrote:\r
64 > A bit of Googling indicates that MIME types should be case insensitive\r
65 > (i.e. TEXT/PLAIN should match text/plain). Given this, I think it\r
66 > makes sense to change the emacs function regardless of whether it\r
67 > makes sense for the CLI to output them in lower-case.\r
68 \r
69 Does it make sense for the cli to canonicalize the content types to\r
70 always be lower case?  Or should it continue to just pass the content\r
71 type exactly as it appears in the original message?  Given that\r
72 consumers should parse it case insensitively, it maybe doesn't matter,\r
73 but it might also be nice for us to be consistent.  Maybe it's just ok\r
74 as it is.\r
75 \r
76 jamie.\r
77 \r
78 --=-=-=\r
79 Content-Type: application/pgp-signature\r
80 \r
81 -----BEGIN PGP SIGNATURE-----\r
82 Version: GnuPG v1.4.11 (GNU/Linux)\r
83 \r
84 iQIcBAEBCAAGBQJPcIlxAAoJEO00zqvie6q8p7IQAK6Jku8cTtQjSAC8kCl59BEk\r
85 qoLfQhAi6n2PNmYTVQvoAjSCLoToAHFfeXVkEseVr+vPc0cZb5jGA+mbGdWQzGjw\r
86 8fYXvk9fEDT/Q0BB7/8UF0fIiV2Ezn0SHvajVobBoeW6XGvOmlL98ik7xJIfKtGd\r
87 +A+noMFk+r4R+sszx4AtFnKKIcc5Sgpl8DcJ8IplS4mUkmiEA+HeezHlkOz7ro1J\r
88 N8oXDQqyLLeuc3W5Q771kUTdUhFQOmN5W46OjUcd78BIB/b5RNchgB191sTFJFxq\r
89 +ikuSxggiFsbmEA/eUFLCftyUtZnkNYeI/Bol1OulmxWYoVwyApmdwRmOnaGd/mA\r
90 P5BYqOC6sWg6pwCgvUqH3KAOrtPoTFMxqb/mcBeqxCHIr6SUOxJJMtB4tAsizZZD\r
91 XDgDhxvUjM/1MPwroey32/3eoqUM4nPewdmfUF32VyNqp0gh0L5co4/ajtR8voyZ\r
92 N+uD5qERYcH/uq4GyP/bv/lNoy+HRwZlKJCeJuy+Fzi/c4JI9npOON+3EAgwcyD2\r
93 CEX5jtK859aMTsrFajm0Uy3ZyFBmiFCpq5r2wAfKWTfs3BcG13gu4YRUay5c1xrT\r
94 ruF35aTy3McL1HzsaWeAfWJV1zjMZ7GL22I9Z4RtATzcWJOrIIni+D7m9AYLx2BM\r
95 W1VXHS6mFZ9eQmX30iU8\r
96 =/n9n\r
97 -----END PGP SIGNATURE-----\r
98 --=-=-=--\r