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 D7E6840BFD3 for ; Thu, 23 Sep 2010 01:02:13 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -1.99 X-Spam-Level: X-Spam-Status: No, score=-1.99 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_MIME_NO_TEXT=0.01] autolearn=ham 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 WaqZtH1bgC3q for ; Thu, 23 Sep 2010 01:02:03 -0700 (PDT) Received: from homiemail-a17.g.dreamhost.com (caiajhbdcaid.dreamhost.com [208.97.132.83]) by olra.theworths.org (Postfix) with ESMTP id 4361540BDA1 for ; Thu, 23 Sep 2010 01:02:03 -0700 (PDT) Received: from homiemail-a17.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a17.g.dreamhost.com (Postfix) with ESMTP id 4893C7A8069 for ; Thu, 23 Sep 2010 01:02:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=SSpaeth.de; h=from:to:subject :in-reply-to:references:date:message-id:mime-version: content-type; q=dns; s=sspaeth.de; b=QsitrIoB5FtOtWtYAIgVhBB2IsN 9nG4QDRk9Ow21/883/JMDSoJmdYHdmuMX1Tvp/b1RdTRLVl873nWs/x/HxAzjJ9x sl7nYg94WRJxz7XvKH9Kcky7QCN2ht6vK6hUmk0YoZg+5PDj32FfmMr88Nh4ZWq4 Gk/84LOjckdAWnHE= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=SSpaeth.de; h=from:to :subject:in-reply-to:references:date:message-id:mime-version: content-type; s=sspaeth.de; bh=y2M2jklouiIGdAZbKBmU795RyIk=; b=c HSe4tsgxqBjMWEkTXDkdcm81SN+18l6WUgfA21dvttaadAUWxVB3h0BgMVJ6lLT8 RdRJXs9pvu50bfVv0qfafCg5y4ui5dxRKSzWui83NznPMdq98ejIerPJrtWZPpjZ SL7heZu4g6PKnqh5csb3F/7SfGF3YCxXTRGuS8KOwY= Received: from spaetzbook.sspaeth.de (mtec-hg-docking-2-dhcp-016.ethz.ch [82.130.121.16]) (Authenticated sender: fax@sspaeth.de) by homiemail-a17.g.dreamhost.com (Postfix) with ESMTPA id E78E47A805C for ; Thu, 23 Sep 2010 01:02:01 -0700 (PDT) Received: by spaetzbook.sspaeth.de (sSMTP sendmail emulation); Thu, 23 Sep 2010 10:01:59 +0200 From: Sebastian Spaeth To: Notmuch developer list Subject: notmuchsync default behavior change (was: notmuchsync: handling of the deleted tag) In-Reply-To: <877hie4o1w.fsf@raven.defaultvalue.org> References: <87bp7vewa5.fsf@raven.defaultvalue.org> <87mxrcsb8a.fsf@SSpaeth.de> <87r5gnomt2.fsf@raven.defaultvalue.org> <87zkvb4eiq.fsf@SSpaeth.de> <877hie4o1w.fsf@raven.defaultvalue.org> User-Agent: Notmuch/0.3.1-43-g5d515b7 (http://notmuchmail.org) Emacs/23.1.50.1 (x86_64-pc-linux-gnu) Date: Thu, 23 Sep 2010 10:01:54 +0200 Message-ID: <87eickhor1.fsf@SSpaeth.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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: Thu, 23 Sep 2010 08:02:14 -0000 --=-=-= On 2010-09-22, Rob Browning wrote: > In general, I think that until/unless notmuchsync can be more assured of > doing the right thing, and in particular, if the deleted tag is likely > to become official, notmuchsync should default to not setting it. > ...or at least, I'd prefer that. Then I can add --tag-deleted if/when I > want to. Of course defaulting to --tag-deleted would also be OK, as > long as there's a --no-tag-deleted. notmuchsync does not want to delete anyones' e-mails by accident and although I believe that syncing the "deleted" tag should usually be safe, I can think of situations with multiple copies of a mail where things could go wrong. I therefore disabled syncing of the maildir flag "trashed" and the notmuch tag "deleted" by default. It has to be explicitly be enabled with the new --sync-deleted option. Sebastian ------------------------------------------------------------------ For reference, this could be a szenario where things turn out bad: - Send a mail with FCC to your Sent folder and BCC yourself. You have then 2 mail copies with the same mail id (1 notmuch entry) - "Expire" your BCC copy via some mail/webclient, it gets maildir flag "T" - notmuch --revsync will examine new mails and in case the BCC copy is what notmuch points to, notmuchsync will then add the notmuch tag "deleted" to that mail id. - notmuchsync --prune deletes the BCC mail copy but does not remove the "deleted" tag in the notmuch db (it probably should for safety reasons). - 'notmuch new' will now recognize the BCC copy as removed and point to the "Sent/FCC" copy as the current file, but it still carries the "deleted" tag for the mail. - notmuchsync --prune will happily delete your Sent/FCC copy of the mail, or notmuchsync --sync will mark your Sent/FCC copy with the "expired" maildir flag. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkybCXIACgkQVYX1jMgnoGKH8gCfZ5/k1+/0djyZwgnxHWvCZHY4 G18An20A3MELeF9mTyOk2aKVpBG2V+J4 =y1tC -----END PGP SIGNATURE----- --=-=-=--