--- /dev/null
+Return-Path: <jani@nikula.org>\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 80BE8431FB6\r
+ for <notmuch@notmuchmail.org>; Wed, 4 Apr 2012 00:38:45 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 6i+HHI+bUZXz for <notmuch@notmuchmail.org>;\r
+ Wed, 4 Apr 2012 00:38:45 -0700 (PDT)\r
+Received: from mail-qa0-f43.google.com (mail-qa0-f43.google.com\r
+ [209.85.216.43]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id D86F5431FAE\r
+ for <notmuch@notmuchmail.org>; Wed, 4 Apr 2012 00:38:44 -0700 (PDT)\r
+Received: by qadb15 with SMTP id b15so235570qad.2\r
+ for <notmuch@notmuchmail.org>; Wed, 04 Apr 2012 00:38:43 -0700 (PDT)\r
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+ d=google.com; s=20120113;\r
+ h=from:to:subject:in-reply-to:references:user-agent:date:message-id\r
+ :mime-version:content-type:x-gm-message-state;\r
+ bh=58Hyg8+IuiynGQY16ctH3doLQiLp7A6vl0A3fgAAm80=;\r
+ b=bRbV1jIKeHJtnVTQNLKC3qpfHiRdYoaJtZp9lG83oWYB08cWLnTrsvhJcMi5uvN6hi\r
+ QlXFN9sUK5VzL4xlZPEQBTfuTkd6d0JTHh+vMTf758k11EeXQsA5Q0A/gnZOloIg8oKh\r
+ /ceHPvHq7CBJk2coVwQqopsc/5te96ELcrY9sI0YNJIbTA5v1LO/2GEau/c/MWyKOECl\r
+ qUyqyzTW396aQ2q/ZW9UVxNxjCBHfGU/7kUkIPmQkvio/pQTQEIZu3/RHFp5EGiSxxc9\r
+ iac++jAzP8BGcdRy/Lh7X/zlI+kFsUhW02AnhPR845zMdOzhPkF96cOdEM4OlfmH/c3z\r
+ 1p8Q==\r
+Received: by 10.224.209.74 with SMTP id gf10mr21444714qab.8.1333525121972;\r
+ Wed, 04 Apr 2012 00:38:41 -0700 (PDT)\r
+Received: from localhost (nikula.org. [92.243.24.172])\r
+ by mx.google.com with ESMTPS id df8sm152547qab.6.2012.04.04.00.38.39\r
+ (version=SSLv3 cipher=OTHER); Wed, 04 Apr 2012 00:38:41 -0700 (PDT)\r
+From: Jani Nikula <jani@nikula.org>\r
+To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
+ Jacek Generowicz <jacek.generowicz@cern.ch>, notmuch@notmuchmail.org\r
+Subject: Re: Message deletion wisdom\r
+In-Reply-To: <87sjgk2xzf.fsf@servo.finestructure.net>\r
+References: <0cc49af3-5415-419d-97ef-2bec76117d63@CERNFE22.cern.ch>\r
+ <87sjgk2xzf.fsf@servo.finestructure.net>\r
+User-Agent: Notmuch/0.11.1+222~ga47a98c (http://notmuchmail.org) Emacs/23.1.1\r
+ (i686-pc-linux-gnu)\r
+Date: Wed, 04 Apr 2012 07:38:37 +0000\r
+Message-ID: <87mx6sx7ya.fsf@nikula.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+X-Gm-Message-State:\r
+ ALoCoQl7X0awS/HlfAWQGXM5PFJaIlMX+ror4LOKmWGuu0yY9JCfLksykj0dx/DVLa8rIcH8DC4W\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: Wed, 04 Apr 2012 07:38:45 -0000\r
+\r
+On Tue, 03 Apr 2012 16:32:04 -0700, Jameson Graef Rollins <jrollins@finestructure.net> wrote:\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
+To amend that (with mostly historical and not so helpful info), notmuch\r
+used to have the ability to sync the "deleted" tag with the T\r
+("trashed") maildir flag (with maildir.synchronize_flags option\r
+set). Other mail clients or offlineimap were then able to delete the\r
+mails locally and/or on a server. However, this too had some issues\r
+(concerning multiple files with the same message-id) making it\r
+potentially dangerous, and was removed [1]. Whether this feature ever\r
+makes a comeback depends on someone tackling the problems. And taking\r
+into account the fact that current users of the deleted tag probably do\r
+not expect the files to be actually deleted.\r
+\r
+[1] http://git.notmuchmail.org/git/notmuch/commit/2c262042ac174d7bc96d6035ab9c88bd0abe7f35\r
+\r
+BR,\r
+Jani.\r
projects / notmuch-archives.git / commitdiff