From a1f4fdbff5a9fda2a46960e5cfa17f34cb2a31b0 Mon Sep 17 00:00:00 2001 From: Jani Nikula Date: Wed, 4 Apr 2012 07:38:37 +0000 Subject: [PATCH] Re: Message deletion wisdom --- 76/eb28bb0aeee28d206efbf027984639043d024d | 106 ++++++++++++++++++++++ 1 file changed, 106 insertions(+) create mode 100644 76/eb28bb0aeee28d206efbf027984639043d024d diff --git a/76/eb28bb0aeee28d206efbf027984639043d024d b/76/eb28bb0aeee28d206efbf027984639043d024d new file mode 100644 index 000000000..624fca795 --- /dev/null +++ b/76/eb28bb0aeee28d206efbf027984639043d024d @@ -0,0 +1,106 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 80BE8431FB6 + for ; Wed, 4 Apr 2012 00:38:45 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -0.7 +X-Spam-Level: +X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id 6i+HHI+bUZXz for ; + Wed, 4 Apr 2012 00:38:45 -0700 (PDT) +Received: from mail-qa0-f43.google.com (mail-qa0-f43.google.com + [209.85.216.43]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id D86F5431FAE + for ; Wed, 4 Apr 2012 00:38:44 -0700 (PDT) +Received: by qadb15 with SMTP id b15so235570qad.2 + for ; Wed, 04 Apr 2012 00:38:43 -0700 (PDT) +X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; + d=google.com; s=20120113; + h=from:to:subject:in-reply-to:references:user-agent:date:message-id + :mime-version:content-type:x-gm-message-state; + bh=58Hyg8+IuiynGQY16ctH3doLQiLp7A6vl0A3fgAAm80=; + b=bRbV1jIKeHJtnVTQNLKC3qpfHiRdYoaJtZp9lG83oWYB08cWLnTrsvhJcMi5uvN6hi + QlXFN9sUK5VzL4xlZPEQBTfuTkd6d0JTHh+vMTf758k11EeXQsA5Q0A/gnZOloIg8oKh + /ceHPvHq7CBJk2coVwQqopsc/5te96ELcrY9sI0YNJIbTA5v1LO/2GEau/c/MWyKOECl + qUyqyzTW396aQ2q/ZW9UVxNxjCBHfGU/7kUkIPmQkvio/pQTQEIZu3/RHFp5EGiSxxc9 + iac++jAzP8BGcdRy/Lh7X/zlI+kFsUhW02AnhPR845zMdOzhPkF96cOdEM4OlfmH/c3z + 1p8Q== +Received: by 10.224.209.74 with SMTP id gf10mr21444714qab.8.1333525121972; + Wed, 04 Apr 2012 00:38:41 -0700 (PDT) +Received: from localhost (nikula.org. [92.243.24.172]) + by mx.google.com with ESMTPS id df8sm152547qab.6.2012.04.04.00.38.39 + (version=SSLv3 cipher=OTHER); Wed, 04 Apr 2012 00:38:41 -0700 (PDT) +From: Jani Nikula +To: Jameson Graef Rollins , + Jacek Generowicz , notmuch@notmuchmail.org +Subject: Re: Message deletion wisdom +In-Reply-To: <87sjgk2xzf.fsf@servo.finestructure.net> +References: <0cc49af3-5415-419d-97ef-2bec76117d63@CERNFE22.cern.ch> + <87sjgk2xzf.fsf@servo.finestructure.net> +User-Agent: Notmuch/0.11.1+222~ga47a98c (http://notmuchmail.org) Emacs/23.1.1 + (i686-pc-linux-gnu) +Date: Wed, 04 Apr 2012 07:38:37 +0000 +Message-ID: <87mx6sx7ya.fsf@nikula.org> +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-Gm-Message-State: + ALoCoQl7X0awS/HlfAWQGXM5PFJaIlMX+ror4LOKmWGuu0yY9JCfLksykj0dx/DVLa8rIcH8DC4W +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 04 Apr 2012 07:38:45 -0000 + +On Tue, 03 Apr 2012 16:32:04 -0700, Jameson Graef Rollins wrote: +> On Tue, Apr 03 2012, Jacek Generowicz wrote: +> > Looking through the archives of this list, I see that the topic of +> > message deletion is, if not controversial, then at least non-trivial. +> > +> > + Requests for the provision of message deletion mechanisms have +> > appeared many times, and that various patches addressing the issue +> > have been submitted, and (IIUC) some of these are awaiting review +> > and might possibly make it into an official release in the future. +> > +> > + Having the 'deleted' tag cause messages to be deleted is, +> > apparently, fraught with peril of losing mail. +> +> Hi, Jacek. You are right on both of these points. It has indeed been a +> controversial topic. However, I would say that we have reached a stasis +> in terms of our response to this issue. I'll try to summarize here. +> +> I can say with a very high degree of certainly that notmuch will NEVER +> gain the capability to actually delete mail files from disk itself. It +> is too risky for notmuch to be involved in that, and it's too easy to do +> it outside of notmuch (e.g. "notmuch search --output=files tag:deleted | +> xargs rm"). This has never really been up for discussion. + +To amend that (with mostly historical and not so helpful info), notmuch +used to have the ability to sync the "deleted" tag with the T +("trashed") maildir flag (with maildir.synchronize_flags option +set). Other mail clients or offlineimap were then able to delete the +mails locally and/or on a server. However, this too had some issues +(concerning multiple files with the same message-id) making it +potentially dangerous, and was removed [1]. Whether this feature ever +makes a comeback depends on someone tackling the problems. And taking +into account the fact that current users of the deleted tag probably do +not expect the files to be actually deleted. + +[1] http://git.notmuchmail.org/git/notmuch/commit/2c262042ac174d7bc96d6035ab9c88bd0abe7f35 + +BR, +Jani. -- 2.26.2