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 E428C431FBC for ; Thu, 10 Dec 2009 22:11:20 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org 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 TxMOEmKzos5V for ; Thu, 10 Dec 2009 22:11:20 -0800 (PST) Received: from mout.perfora.net (mout.perfora.net [74.208.4.195]) by olra.theworths.org (Postfix) with ESMTP id 3455B431FAE for ; Thu, 10 Dec 2009 22:11:20 -0800 (PST) Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34]) by mx.perfora.net (node=mxus0) with ESMTP (Nemesis) id 0LfUNF-1NpYX021BR-00pSL5 for notmuch@notmuchmail.org; Fri, 11 Dec 2009 01:11:19 -0500 Received: from www.hohndel.org ([65.23.156.142] helo=[127.0.0.3]) by bombadil.infradead.org with esmtpsa (Exim 4.69 #1 (Red Hat Linux)) id 1NIyij-0007tx-PE for notmuch@notmuchmail.org; Fri, 11 Dec 2009 06:11:18 +0000 From: Dirk Hohndel To: notmuch@notmuchmail.org Content-Type: text/plain; charset="UTF-8" Organization: Intel Open Source Technology Center Date: Thu, 10 Dec 2009 22:11:04 -0800 Message-Id: <1260511864.3341.23.camel@dhohndel-mobl.amr.corp.intel.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.0 (2.28.0-2.fc12) Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org See http://www.infradead.org/rpr.html Subject: [notmuch] reading with multiple MUAs from MailDir X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.12 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: Fri, 11 Dec 2009 06:11:21 -0000 While playing with notmuch I am still using evolution to read the email in the same MailDir that is being indexed / processed by notmuch. With the result that lots of emails can not be found in notmuch if they have been marked as read in evolution between processing in notmuch and trying to access them from the user interface. This makes notmuch /really/ hard to test for me at this point. Is there a workaround? /D -- Dirk Hohndel Intel Open Source Technology Center