--- /dev/null
+Return-Path: <jrollins@finestructure.net>\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 0D39B431FB6\r
+ for <notmuch@notmuchmail.org>; Tue, 3 Apr 2012 16:32:11 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.29\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] 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 DRGJGk4PeNSh for <notmuch@notmuchmail.org>;\r
+ Tue, 3 Apr 2012 16:32:10 -0700 (PDT)\r
+Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
+ [131.215.239.19])\r
+ by olra.theworths.org (Postfix) with ESMTP id 62839431FAE\r
+ for <notmuch@notmuchmail.org>; Tue, 3 Apr 2012 16:32:10 -0700 (PDT)\r
+Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+ by earth-doxen-postvirus (Postfix) with ESMTP id 2194266E0124;\r
+ Tue, 3 Apr 2012 16:32:10 -0700 (PDT)\r
+X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
+Received: from finestructure.net (gwave-107.ligo.caltech.edu\r
+ [131.215.114.107]) (Authenticated sender: jrollins) by earth-doxen-submit\r
+ (Postfix) with ESMTP id 3579266E0179; Tue, 3 Apr 2012 16:32:07 -0700 (PDT)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+ id 19E05888; Tue, 3 Apr 2012 16:32:07 -0700 (PDT)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: Jacek Generowicz <jacek.generowicz@cern.ch>, notmuch@notmuchmail.org\r
+Subject: Re: Message deletion wisdom\r
+In-Reply-To: <0cc49af3-5415-419d-97ef-2bec76117d63@CERNFE22.cern.ch>\r
+References: <0cc49af3-5415-419d-97ef-2bec76117d63@CERNFE22.cern.ch>\r
+User-Agent: Notmuch/0.12+87~g3c4c85f (http://notmuchmail.org) Emacs/23.3.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Tue, 03 Apr 2012 16:32:04 -0700\r
+Message-ID: <87sjgk2xzf.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+ micalg=pgp-sha256; protocol="application/pgp-signature"\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: Tue, 03 Apr 2012 23:32:11 -0000\r
+\r
+--=-=-=\r
+\r
+On Tue, Apr 03 2012, Jacek Generowicz <jacek.generowicz@cern.ch> wrote:\r
+> Looking through the archives of this list, I see that the topic of\r
+> message deletion is, if not controversial, then at least non-trivial.\r
+>\r
+> + Requests for the provision of message deletion mechanisms have\r
+> appeared many times, and that various patches addressing the issue\r
+> have been submitted, and (IIUC) some of these are awaiting review\r
+> and might possibly make it into an official release in the future.\r
+>\r
+> + Having the 'deleted' tag cause messages to be deleted is,\r
+> apparently, fraught with peril of losing mail.\r
+\r
+Hi, Jacek. You are right on both of these points. It has indeed been a\r
+controversial topic. However, I would say that we have reached a stasis\r
+in terms of our response to this issue. I'll try to summarize here.\r
+\r
+I can say with a very high degree of certainly that notmuch will NEVER\r
+gain the capability to actually delete mail files from disk itself. It\r
+is too risky for notmuch to be involved in that, and it's too easy to do\r
+it outside of notmuch (e.g. "notmuch search --output=files tag:deleted |\r
+xargs rm"). This has never really been up for discussion.\r
+\r
+What *has* generated a lot of discussion is whether or not the emacs\r
+interface should by default support key bindings that add a "deleted"\r
+tag to messages, and how that tag should be handled. I think we have\r
+finally settled on notmuch NOT supporting such a key binding by default,\r
+since it's easy enough for users to add the binding themselves if they\r
+wish.\r
+\r
+What we have added (or more accurately "are adding") though (thanks to\r
+the work of Austin Clements and Mark Walters) is the ability to exclude\r
+messages with a certain tag from search results. This is like an\r
+effective deletion, since messages can be completely omitted from search\r
+results without having them actually be deleted from disk. This is\r
+obviously much safer, and a more generally useful functionality. This\r
+functionality is currently in beta, but will be full-featured in the\r
+next release.\r
+\r
+So in summary, if you would like to "delete" messages, you can:\r
+\r
+ * add a key binding to emacs (or your favorite ui) to add a "deleted"\r
+ tag to messages that you want to delete:\r
+\r
+ (define-key notmuch-show-mode-map "d"\r
+ (lambda ()\r
+ (interactive)\r
+ (notmuch-show-tag-message "+deleted")))\r
+\r
+ * add exclusion for messages with the "deleted" tag:\r
+\r
+ notmuch config set search.exclude_tags deleted\r
+\r
+ * and if you really want them purged from disk, delete them manually\r
+ with:\r
+\r
+ notmuch search --output=files tag:deleted | xargs -l rm\r
+\r
+I'll add a page about this to the wiki, since it comes up enough.\r
+\r
+hth.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.12 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJPe4h1AAoJEO00zqvie6q8OSwP/3KUtk0gqmxLnCfWSTLbHCpm\r
+1jhSrJgUa4eo4rHi7tSjVTe0B1dlJArsoAqFmKMCZON3w8KPpdTbnqRUjmNRuqMt\r
+qqwLvL3mOjPQ7339tVzjoro0akCaLm6I8IBdox6saZhWy1jownmUexxtlXDPGc46\r
+kl6T6novbemFLLeFsqAa46eiVJZZO9nMPmp2xcNgG1KpJ57ILzad+bjgI1ePZx6w\r
+/fPlenG4GELZApKjjqYHfR9HMX7D8EOv4BteOQpNnQNXpGcFxVmW8y4917ZZkMtv\r
++3D4jqghXflO2/KJvGw6TToD65tlWprVfR4PwqJxRxO+FD1fdTxf3S0gNTUl7dOe\r
+2LxJfYa/t0dZayu1QYnIKJr6jqRsIbe/0GwtP2URNCEP30o9irYn06iaSxurklzB\r
+tkEfwmcQLNy+71aHjjn7zvlzbT29vp9kLx/zzMvnkMhybsKJmpPTA6Qa1teKiqPs\r
+gdBqc2ebh0yLWbnIwwy8WbzwYRmltMyYMYGub8pmJZKrNfommaAbD6I18h7+65uY\r
+Szs4pijzO7qsvOuge3URHPZNFsAd2MTFY/gsFPnAwVjATNmyX+KNPNHq+Uil3Jhg\r
++KuhRnDZ2stuMtzY1kg4AyPrSc8fMP4t9a+bZ20BgfzOnFrO7CTUMuv0HeX0Nad7\r
+j++wonmbWQP8uzl7JDr9\r
+=rfb1\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r