5f/6012060393dfc9efa2b7cadcc25dc6b458511b

   1 Return-Path: <Sebastian@SSpaeth.de>\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 olra.theworths.org (Postfix) with ESMTP id 9FEAC40BFDF\r
   6         for <notmuch@notmuchmail.org>; Mon, 20 Sep 2010 08:09:39 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,\r
  12         DKIM_SIGNED=0.1, DKIM_VALID=-0.1,       DKIM_VALID_AU=-0.1] autolearn=ham\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id rdddLwoZg9mv for <notmuch@notmuchmail.org>;\r
  16         Mon, 20 Sep 2010 08:09:29 -0700 (PDT)\r
  17 Received: from homiemail-a22.g.dreamhost.com (caiajhbdcbbj.dreamhost.com\r
  18         [208.97.132.119])\r
  19         by olra.theworths.org (Postfix) with ESMTP id E296C40BD85\r
  20         for <notmuch@notmuchmail.org>; Mon, 20 Sep 2010 08:09:28 -0700 (PDT)\r
  21 Received: from homiemail-a22.g.dreamhost.com (localhost [127.0.0.1])\r
  22         by homiemail-a22.g.dreamhost.com (Postfix) with ESMTP id 029C41A808E;\r
  23         Mon, 20 Sep 2010 08:09:29 -0700 (PDT)\r
  24 DomainKey-Signature: a=rsa-sha1; c=nofws; d=SSpaeth.de; h=from:to:cc:subject\r
  25         :in-reply-to:references:date:message-id:mime-version:\r
  26         content-type; q=dns; s=sspaeth.de; b=kk2OLT3QowLvGKsoGd91GnOFESx\r
  27         LeuUyPna7qTgGxeKV7Z2PEof74Zec1Qd4IwUbTY8IHie4ovRTrvEf+9PwUy9+xCS\r
  28         NbGpuiGvpXaW/BMMN0mGjq3yjct8H8UTP0rOBRoBjCYw1AMzQYEe2o7hIybpSFmg\r
  29         CxgEGAv9y7rCJg/4=\r
  30 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=SSpaeth.de; h=from:to:cc\r
  31         :subject:in-reply-to:references:date:message-id:mime-version:\r
  32         content-type; s=sspaeth.de; bh=0MDDKFHWHYKPb2mZTIWvlyeIdMM=; b=A\r
  33         fr5RS8hJPYCzTT5Tuo2GjdN+ZmhRObN/Z2KJ2b6u9sANi6mu+5632euHFmcmab7U\r
  34         wzi+uJy4EUZkZop+6I5vLrPw2irIVRvpOkhg4CdVZuMFjH09sptE4j43un+rM7qV\r
  35         kW24Z0MaieJJiaN/HM46jvGYcqMqTD0pE/6KDeeRAo=\r
  36 Received: from spaetzbook.sspaeth.de (mtec-hg-docking-2-dhcp-016.ethz.ch\r
  37         [82.130.121.16]) (Authenticated sender: fax@sspaeth.de)\r
  38         by homiemail-a22.g.dreamhost.com (Postfix) with ESMTPA id 7203C1A808D; \r
  39         Mon, 20 Sep 2010 08:09:27 -0700 (PDT)\r
  40 Received: by spaetzbook.sspaeth.de (sSMTP sendmail emulation);\r
  41         Mon, 20 Sep 2010 17:09:25 +0200\r
  42 From: Sebastian Spaeth <Sebastian@SSpaeth.de>\r
  43 To: Rob Browning <rlb@defaultvalue.org>\r
  44 Subject: Re: notmuchsync: handling of the deleted tag\r
  45 In-Reply-To: <87bp7vewa5.fsf@raven.defaultvalue.org>\r
  46 References: <87bp7vewa5.fsf@raven.defaultvalue.org>\r
  47 User-Agent: Notmuch/0.3.1-43-g5d515b7 (http://notmuchmail.org) Emacs/23.1.50.1\r
  48         (x86_64-pc-linux-gnu)\r
  49 Date: Mon, 20 Sep 2010 17:09:25 +0200\r
  50 Message-ID: <87mxrcsb8a.fsf@SSpaeth.de>\r
  51 MIME-Version: 1.0\r
  52 Content-Type: text/plain; charset=us-ascii\r
  53 Cc: Notmuch developer list <notmuch@notmuchmail.org>\r
  54 X-BeenThere: notmuch@notmuchmail.org\r
  55 X-Mailman-Version: 2.1.13\r
  56 Precedence: list\r
  57 List-Id: "Use and development of the notmuch mail system."\r
  58         <notmuch.notmuchmail.org>\r
  59 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  60         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  61 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  62 List-Post: <mailto:notmuch@notmuchmail.org>\r
  63 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  64 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  65         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  66 X-List-Received-Date: Mon, 20 Sep 2010 15:09:39 -0000\r
  67 \r
  68 On 2010-09-18, Rob Browning wrote:\r
  69 > I've been trying notmuchsync, and it's quite helpful, but I just ran\r
  70 > across something that caused me a bit of concern.  I noticed that some\r
  71 > messages were marked deleted that I'm fairly certain I didn't intend to\r
  72 > delete.\r
  73 > \r
  74 > My suspicion is that this is because I received two copies of the\r
  75 > message and I marked one of them for deletion (expiry) in Gnus, but not\r
  76 > the other one.  Since notmuch doesn't normally distinguish between two\r
  77 > messages with the same id, I suspected that notmuchsync might not notice\r
  78 > either.  Is that possible?\r
  79 \r
  80 Yes, that is certainly possible. notmuchsync checks if a file should be\r
  81 deleted ("pruning") like this:\r
  82 \r
  83 1)Run notmuchsync --revsync (or -r) and it will examine your mail\r
  84 files. If a mail is trashed (expired) according to maildir flags in its\r
  85 filename, it will add the tag "deleted" to the mail's id in the notmuch\r
  86 database. If you have multiple copies with the same message that tag is\r
  87 now associated with the mail id, not the actual file.\r
  88 \r
  89 2) Run notmuchsync --prune which runs the query: "tag:delete or\r
  90 tag:deleted or tag:maildir::trashed" by default. \r
  91 \r
  92 To which notmuch returns a list of messages and a corresponding filename\r
  93 for each id. If there are multiple messages with the same id, I think it\r
  94 will return the first filename that was associated with that mail id, so\r
  95 it is kind of random which file location gets returned.  The returned\r
  96 file names are associated with the "deleted" tag - and thus - unlinked.\r
  97 \r
  98 I am unsure how to handle this in a better way. What should notmuchsync\r
  99 --prune do if it finds multiple mail files that are associated with a\r
 100 "deleted" tag? And what should --revsync do when it finds a mail file\r
 101 that is marked as expired. As long as notmuch only offers one data entry\r
 102 per mail id, there will remain some ambiguity as to how to handle these.\r
 103 \r
 104 \r
 105 If notmuch gave me at least all filenames that are associated with a\r
 106 mail id, I could introduce a command line option "--prune --safe" which would\r
 107 Sebastian\r
 108 \r
 109 P.S. CC'ing the notmuch list as this is potentially an issue that\r
 110 affects people.\r