02/5e4df2e442549504e5799da488b92d6c6c3ae1

   1 Return-Path: <dkg@fifthhorseman.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 arlo.cworth.org (Postfix) with ESMTP id 67D966DE01D0\r
   6  for <notmuch@notmuchmail.org>; Thu,  2 Jun 2016 13:36:56 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.02\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.02 tagged_above=-999 required=5 tests=[AWL=-0.020]\r
  12  autolearn=disabled\r
  13 Received: from arlo.cworth.org ([127.0.0.1])\r
  14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15  with ESMTP id f7JhOxjx-uFk for <notmuch@notmuchmail.org>;\r
  16  Thu,  2 Jun 2016 13:36:48 -0700 (PDT)\r
  17 Received: from che.mayfirst.org (che.mayfirst.org [162.247.75.118])\r
  18  by arlo.cworth.org (Postfix) with ESMTP id C30216DE00DB\r
  19  for <notmuch@notmuchmail.org>; Thu,  2 Jun 2016 13:36:47 -0700 (PDT)\r
  20 Received: from fifthhorseman.net (unknown [38.109.115.130])\r
  21  by che.mayfirst.org (Postfix) with ESMTPSA id 6BFC1F98B;\r
  22  Thu,  2 Jun 2016 16:36:43 -0400 (EDT)\r
  23 Received: by fifthhorseman.net (Postfix, from userid 1000)\r
  24  id 34943201E6; Thu,  2 Jun 2016 16:36:43 -0400 (EDT)\r
  25 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
  26 To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
  27 Subject: Re: Emacs: postponing messages\r
  28 In-Reply-To: <87mvn330zr.fsf@qmul.ac.uk>\r
  29 References: <87mvn330zr.fsf@qmul.ac.uk>\r
  30 User-Agent: Notmuch/0.22+16~g87b7bd4 (http://notmuchmail.org) Emacs/24.5.1\r
  31  (x86_64-pc-linux-gnu)\r
  32 Date: Thu, 02 Jun 2016 16:36:39 -0400\r
  33 Message-ID: <8760trqqeg.fsf@alice.fifthhorseman.net>\r
  34 MIME-Version: 1.0\r
  35 Content-Type: multipart/signed; boundary="=-=-=";\r
  36  micalg=pgp-sha512; protocol="application/pgp-signature"\r
  37 X-BeenThere: notmuch@notmuchmail.org\r
  38 X-Mailman-Version: 2.1.20\r
  39 Precedence: list\r
  40 List-Id: "Use and development of the notmuch mail system."\r
  41  <notmuch.notmuchmail.org>\r
  42 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
  43  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  44 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  45 List-Post: <mailto:notmuch@notmuchmail.org>\r
  46 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  47 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
  48  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  49 X-List-Received-Date: Thu, 02 Jun 2016 20:36:56 -0000\r
  50 \r
  51 --=-=-=\r
  52 Content-Type: text/plain\r
  53 \r
  54 On Thu 2016-06-02 14:21:44 -0400, Mark Walters wrote:\r
  55 > My broad idea for postpone is to take the partial message, use notmuch\r
  56 > insert to put it in the database with a "postponed" tag, and then on\r
  57 > resume fetch the raw message and go into notmuch-message-mode, and also\r
  58 > either add a deleted tag to the resumed message, or better actually\r
  59 > delete the resumed message. Finally, we would add postponed to the\r
  60 > excluded tags list, so that postponed messages only show up when\r
  61 > searched for.\r
  62 \r
  63 I'd love to see this happen.  The terminology many other mail user\r
  64 agents use for this workflow is often "draft" or "drafts" so we might do\r
  65 well to adopt that term, instead of using "postpone", which i don't\r
  66 think is as widely-used.\r
  67 \r
  68 > An alternative would be to attach the attachments with the postponed\r
  69 > message. This is probably doable by writing the message (as if being\r
  70 > fcc'd) to notmuch insert, and then using the mime-to-mml function to\r
  71 > reverse the process. The downside here is that now the attached file is\r
  72 > not the current file in the filesystem when you send -- ie its different\r
  73 > from the normal case.\r
  74 \r
  75 I like this approach, and i don't think that the caveat you're\r
  76 describing is a particuarly bad one, though it depends on how\r
  77 mime-to-mml works.\r
  78 \r
  79 I just tested it, and mime-to-mml actually produced something that was\r
  80 not directly sendable in notmuch-message-mode, because it didn't include\r
  81 the "--text follows this line--" break between headers and body :/  But\r
  82 this is probably fixable ;)\r
  83 \r
  84 However, mime-to-mml actually embedded the content of the included\r
  85 sub-part upon reconstruction and the filename was only the leaf filename\r
  86 (i'd included /home/dkg/tmp/test.txt, and in the reconstructed #part it\r
  87 said filename="test.txt" nofile=yes)\r
  88 \r
  89 Since this doesn't include the original path of the file (and it said\r
  90 "nofile=yes"), then i don't think it's a problem.\r
  91 \r
  92 One thing i should note is that if there's a message-id assigned during\r
  93 saving of the draft, then we need to think carefully about how a draft\r
  94 that gets saved multiple times gets indexed.  it'll have the same\r
  95 message-id, which is good, but there will likely be multiple files\r
  96 referencing it, each with different content.  ideally, there would only\r
  97 be one copy indexed, and it would be the latest one.  Also, the\r
  98 actually-sent mail should be indexed in preference over a previous\r
  99 draft.\r
 100 \r
 101 The above pieces would all be really great to have!  In addition, if\r
 102 they were in place, it'd be good to have an variant notmuch-search view\r
 103 that lists the recipients instead of the senders, so that i can do a\r
 104 search for tag:draft and actually see who the messages were sent to,\r
 105 instead of my own name (as the sender) on each item :)\r
 106 \r
 107         --dkg\r
 108 \r
 109 --=-=-=\r
 110 Content-Type: application/pgp-signature; name="signature.asc"\r
 111 \r
 112 -----BEGIN PGP SIGNATURE-----\r
 113 Version: GnuPG v2\r
 114 \r
 115 iQJ8BAEBCgBmBQJXUJjYXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w\r
 116 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFREIyRTc0RjU2RkNGMkI2NzI5N0I3MzUy\r
 117 NEVDRkY1QUZGNjgzNzBBAAoJECTs/1r/aDcKPjoQAJnoQA3FDsZ+GMDu7hbfh0gD\r
 118 QepjocxPX1ER1SEOUVgy7fFUE4chHbG/mKyKyVYF40DHMEJvri3GMyavw0fFvEA+\r
 119 NHL2mrDZqDC2MbhlqZps13tvD3RVUPkhiaZjVavVXIEgoqQzQOA00pCbRrj7iRQ/\r
 120 Aadkx5ra4RmeGKWqvNDsPEy4oZPR5Gig9nQEUrwdVD/YXkMjU849/tq4ZfqP9Qec\r
 121 RuL6YKDz9PgOIDGZb86ePrwcFq6ekHoeI6u/EPIG1ov7fIGchVWRlbatEOeF09Xq\r
 122 REyGDtsnGfW0axFUPsBbJVSPz+B2hQpRfqn53Di3+8j2+R/l/kCGrRsN8eKJQbKe\r
 123 sANY3KRpY1sq/GkhTRERgXQPD9MTeCZBeerIUrwIECbOfe6QFutN7yxlX54QO/kj\r
 124 k1zvMurLWW+b7E/MJ1jL96CUc0AVjFdMdz9Pjs2510+5PEgXJxRAHDTg++tw2U3S\r
 125 yzTj1rsREmkdf/78H38lDK1zhZcxtAYlCl4cNduGsAaB6tJG+rsPuJgtqUynDDtA\r
 126 fNClsCcXLUgGjBFIlNBA95G/PK40u/qKfrSCVyrFy87STtJvwxNX1FaYqMQ7YNiV\r
 127 gQHi0f9wE+kNjI5GoudsCmAmLc17iyMZG5d++XhskvSFk4xNqsPNYEKTpOs+FaTm\r
 128 SRcDSU4waEF3ayWV8geb\r
 129 =5ZYr\r
 130 -----END PGP SIGNATURE-----\r
 131 --=-=-=--\r