65/a316875b0e1de44de4110f6386fbef191c8a56

   1 Return-Path: <m.walters@qmul.ac.uk>\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 00266431FCF\r
   6         for <notmuch@notmuchmail.org>; Sat, 22 Feb 2014 17:08:20 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -1.098\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.098 tagged_above=-999 required=5\r
  12         tests=[DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001,\r
  13         NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id 982dqIjLjbDg for <notmuch@notmuchmail.org>;\r
  17         Sat, 22 Feb 2014 17:08:15 -0800 (PST)\r
  18 Received: from mail2.qmul.ac.uk (mail2.qmul.ac.uk [138.37.6.6])\r
  19         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
  20         (No client certificate requested)\r
  21         by olra.theworths.org (Postfix) with ESMTPS id F1E77431FBF\r
  22         for <notmuch@notmuchmail.org>; Sat, 22 Feb 2014 17:08:14 -0800 (PST)\r
  23 Received: from smtp.qmul.ac.uk ([138.37.6.40])\r
  24         by mail2.qmul.ac.uk with esmtp (Exim 4.71)\r
  25         (envelope-from <m.walters@qmul.ac.uk>)\r
  26         id 1WHNYC-0005rC-8V; Sun, 23 Feb 2014 01:08:12 +0000\r
  27 Received: from 93-97-24-31.zone5.bethere.co.uk ([93.97.24.31] helo=localhost)\r
  28         by smtp.qmul.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.71)\r
  29         (envelope-from <m.walters@qmul.ac.uk>)\r
  30         id 1WHNYC-000123-15; Sun, 23 Feb 2014 01:08:12 +0000\r
  31 From: Mark Walters <markwalters1009@gmail.com>\r
  32 To: notmuch@notmuchmail.org\r
  33 Subject: Weird behaviour in notmuch new\r
  34 User-Agent: Notmuch/0.15.2+484~gfb59956 (http://notmuchmail.org) Emacs/23.4.1\r
  35         (x86_64-pc-linux-gnu)\r
  36 Date: Sun, 23 Feb 2014 01:08:10 +0000\r
  37 Message-ID: <87siray6th.fsf@qmul.ac.uk>\r
  38 MIME-Version: 1.0\r
  39 Content-Type: text/plain; charset=us-ascii\r
  40 X-Sender-Host-Address: 93.97.24.31\r
  41 X-QM-Geographic: According to ripencc,\r
  42         this message was delivered by a machine in Britain (UK) (GB).\r
  43 X-QM-SPAM-Info: Sender has good ham record.  :)\r
  44 X-QM-Body-MD5: e31def657201e6b3eb79ed52beb6d56b (of first 20000 bytes)\r
  45 X-SpamAssassin-Score: 0.0\r
  46 X-SpamAssassin-SpamBar: /\r
  47 X-SpamAssassin-Report: The QM spam filters have analysed this message to\r
  48         determine if it is\r
  49         spam. We require at least 5.0 points to mark a message as spam.\r
  50         This message scored 0.0 points. Summary of the scoring: \r
  51         * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail\r
  52         provider *      (markwalters1009[at]gmail.com)\r
  53         *  0.0 AWL AWL: From: address is in the auto white-list\r
  54 X-QM-Scan-Virus: ClamAV says the message is clean\r
  55 X-BeenThere: notmuch@notmuchmail.org\r
  56 X-Mailman-Version: 2.1.13\r
  57 Precedence: list\r
  58 List-Id: "Use and development of the notmuch mail system."\r
  59         <notmuch.notmuchmail.org>\r
  60 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  61         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  62 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  63 List-Post: <mailto:notmuch@notmuchmail.org>\r
  64 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  65 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  66         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  67 X-List-Received-Date: Sun, 23 Feb 2014 01:08:21 -0000\r
  68 \r
  69 \r
  70 Hi\r
  71 \r
  72 I was experimenting with letting notmuch new take an argument to tell it\r
  73 to scan only a particular directory (and sub-directories) for new\r
  74 messages. I came across the following strange behaviour which is also\r
  75 present in master (with a fresh database)\r
  76 \r
  77 I have a bunch of maildirs in /home/mail: so folders .mail.foo/\r
  78 .mail.bar/ each of which has cur/new/tmp and all the messages are in\r
  79 cur.\r
  80 \r
  81 If I do mv .mail.foo .mail.bar/ and run notmuch new I get the expected\r
  82 lots of renames (900 or so in the case I was trying). But if I then do\r
  83 mv .mail.bar/.mail.foo . and run notmuch new almost all the messages get\r
  84 removed (but 30 renames do get detected). If I then do touch .mail.foo/*\r
  85 the messages get found again\r
  86 \r
  87 I am guessing the 30 renames might be because those 30 have duplicates\r
  88 somewhere else. \r
  89 \r
  90 But the other behaviour has me puzzled.\r
  91 \r
  92 Best wishes\r
  93 \r
  94 Mark\r
  95 \r
  96 \r
  97 \r