ef/42499b6f3ec69c2e229465c2bcfdb39fad6349

   1 Return-Path: <amdragon@mit.edu>\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 B1006429E25\r
   6         for <notmuch@notmuchmail.org>; Mon, 27 Jun 2011 15:07:53 -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: -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 2uHXHmAJLSyE for <notmuch@notmuchmail.org>;\r
  16         Mon, 27 Jun 2011 15:07:53 -0700 (PDT)\r
  17 Received: from dmz-mailsec-scanner-8.mit.edu (DMZ-MAILSEC-SCANNER-8.MIT.EDU\r
  18         [18.7.68.37])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 36ECD431FD0\r
  20         for <notmuch@notmuchmail.org>; Mon, 27 Jun 2011 15:07:53 -0700 (PDT)\r
  21 X-AuditID: 12074425-b7b82ae000000a2a-fc-4e08ff143c90\r
  22 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35])\r
  23         by dmz-mailsec-scanner-8.mit.edu (Symantec Messaging Gateway) with SMTP\r
  24         id 52.B5.02602.41FF80E4; Mon, 27 Jun 2011 18:07:16 -0400 (EDT)\r
  25 Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103])\r
  26         by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id p5RM7qCc001731; \r
  27         Mon, 27 Jun 2011 18:07:52 -0400\r
  28 Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
  29         (authenticated bits=0)\r
  30         (User authenticated as amdragon@ATHENA.MIT.EDU)\r
  31         by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p5RM7oPC001638\r
  32         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT);\r
  33         Mon, 27 Jun 2011 18:07:51 -0400 (EDT)\r
  34 Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.72)\r
  35         (envelope-from <amdragon@mit.edu>)\r
  36         id 1QbJy1-0001cJ-Kb; Mon, 27 Jun 2011 18:07:41 -0400\r
  37 Date: Mon, 27 Jun 2011 18:07:41 -0400\r
  38 From: Austin Clements <amdragon@MIT.EDU>\r
  39 To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
  40         Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
  41 Subject: Re: [PATCH] Do not attept to output part raw if part is not\r
  42  GMimePart.\r
  43 Message-ID: <20110627220741.GA4120@mit.edu>\r
  44 References: <1307032735-27427-1-git-send-email-jrollins@finestructure.net>\r
  45         <1307120466-4980-1-git-send-email-jrollins@finestructure.net>\r
  46         <87wrgccedd.fsf@yoom.home.cworth.org>\r
  47         <87mxh319un.fsf@servo.factory.finestructure.net>\r
  48         <BANLkTik8v7uZDcO4wV1Ve1Lymd03Z-WWdw@mail.gmail.com>\r
  49         <878vsn0x1i.fsf@servo.factory.finestructure.net>\r
  50 MIME-Version: 1.0\r
  51 Content-Type: text/plain; charset=us-ascii\r
  52 Content-Disposition: inline\r
  53 In-Reply-To: <878vsn0x1i.fsf@servo.factory.finestructure.net>\r
  54 User-Agent: Mutt/1.5.20 (2009-06-14)\r
  55 X-Brightmail-Tracker:\r
  56  H4sIAAAAAAAAA+NgFupgleLIzCtJLcpLzFFi42IR4hRV1hX5z+FnMLVfzKK1+zOTxZ59XhbX\r
  57         b85kdmD2ONvdzupx9zSXx7NVt5gDmKO4bFJSczLLUov07RK4Mt5PWMpYcIe34sXRM4wNjH+5\r
  58         uhg5OCQETCT6mtO6GDmBTDGJC/fWs4HYQgL7GCX+LDaHsDcwSmw869TFyAVkn2SSOLdoLzOE\r
  59         s4RRonvxTnaQQSwCqhI7d6mBNLAJaEhs27+cEcQWEciReP1qDSuIzSygJbF14wewuLBAoMSp\r
  60         J0fAWnkFtCUu/JSAGHmeSWLxk1tMIDW8AoISJ2c+YYHpvfHvJRNIPbOAtMTyfxwgYU4BW4l3\r
  61         56+BjRcVUJG4tr+dbQKj0Cwk3bOQdM9C6F7AyLyKUTYlt0o3NzEzpzg1Wbc4OTEvL7VI10Iv\r
  62         N7NELzWldBMjKMDZXVR3ME44pHSIUYCDUYmHl2klh58Qa2JZcWXuIUZJDiYlUd7Af0AhvqT8\r
  63         lMqMxOKM+KLSnNTiQ4wSHMxKIrwM2kA53pTEyqrUonyYlDQHi5I4b4j3f18hgfTEktTs1NSC\r
  64         1CKYrAwHh5IEbwjIUMGi1PTUirTMnBKENBMHJ8hwHqDhwSA1vMUFibnFmekQ+VOMilLivEUg\r
  65         CQGQREZpHlwvLAG9YhQHekWYNwKkigeYvOC6XwENZgIarGMKNrgkESEl1cDYOj8/RfrQrPB1\r
  66         7ozWou3TrpjGGHL0XRZXbvsUnCaecszwzbGOd3mqe6ZapLnn1ljOvN1xZsZU/oIVLq/zMmNe\r
  67         TjlVG3HLxSXg4/eLf15K+Nl3Oaw96Hhh+tvQLxyXxS56FitvunH43cLaszEWMwrXHjq3kmGi\r
  68         421345dc1z6cMfbZWhyj97hFiaU4I9FQi7moOBEAsxOpqBsDAAA=\r
  69 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
  70 X-BeenThere: notmuch@notmuchmail.org\r
  71 X-Mailman-Version: 2.1.13\r
  72 Precedence: list\r
  73 List-Id: "Use and development of the notmuch mail system."\r
  74         <notmuch.notmuchmail.org>\r
  75 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  76         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  77 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  78 List-Post: <mailto:notmuch@notmuchmail.org>\r
  79 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  80 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  81         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  82 X-List-Received-Date: Mon, 27 Jun 2011 22:07:53 -0000\r
  83 \r
  84 Quoth Jameson Graef Rollins on Jun 27 at  2:44 pm:\r
  85 > On Mon, 27 Jun 2011 16:43:36 -0400, Austin Clements <amdragon@mit.edu> wrote:\r
  86 > > Just to clarify my understanding, --format=raw is only intended to\r
  87 > > work on either the whole message (special-cased in do_show_single) or\r
  88 > > a leaf MIME part, and in any other case, it will output nothing?  The\r
  89 > > raw output test cases seem pretty thin.\r
  90 > \r
  91 > Hey, Austin.  The raw part output works for *any* part, be it leaf part,\r
  92 > multipart, message/rfc822, etc.  I added a bunch of tests for raw part\r
  93 > output that should cover all of this, although I don't think they've\r
  94 > been pulled into master yet.\r
  95 \r
  96 Oh, right, of course.  show_message_part will walk into the parts, so\r
  97 format_part_content_raw will still be called on the leafs of a\r
  98 requested multipart.  Though, this approach results in each leaf being\r
  99 transfer decoded and printed individually, so if you ask for a\r
 100 multipart, you won't get the "raw" contents of the multipart (unless\r
 101 it's part 0), so much as you get the concatenated "raw" contents of\r
 102 each part in the multipart.\r
 103 \r
 104 Daniel, is this the problem that you're getting at with "opacity"?\r
 105 That if you ask for a multipart, you should effectively get a slice\r
 106 out of the original message bytes (since multipart/* parts can't have\r
 107 non-identity transfer encodings).  Are you also saying that should\r
 108 extend to transfer encoded leaf parts, too?\r
 109 \r
 110 > I think there are a lot of open questions about what should be output\r
 111 > for multipart raw.  We should output _something_, though.  I think we\r
 112 > can fix all of this up for 0.7, based on the work you've already done,\r
 113 > after 0.6 is released.\r
 114 \r
 115 Yes, hopefully.  That's why I'm making sure I understand the issues\r
 116 here.  ]:--8)\r