From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id B58496DE1039 for ; Sat, 20 Apr 2019 04:05:25 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: 0.6 X-Spam-Level: X-Spam-Status: No, score=0.6 tagged_above=-999 required=5 tests=[AWL=-0.508, DKIM_SIGNED=0.1, PP_MIME_FAKE_ASCII_TEXT=0.999, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RCuBi90rjXcO for ; Sat, 20 Apr 2019 04:05:23 -0700 (PDT) X-Greylist: delayed 1051 seconds by postgrey-1.36 at arlo; Sat, 20 Apr 2019 04:05:23 PDT Received: from mx1.solardns.com (mx1.solardns.com [109.73.127.119]) by arlo.cworth.org (Postfix) with ESMTPS id 7D9846DE0F21 for ; Sat, 20 Apr 2019 04:05:23 -0700 (PDT) Received: from luna.solardns.com ([213.129.84.218]) by mx1.solardns.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1hHnXA-0006yU-4B for notmuch@notmuchmail.org; Sat, 20 Apr 2019 11:47:48 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=deptj.eu; s=default; h=Date:Message-ID:References:In-Reply-To:To:Subject:From:Sender: Reply-To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=UCdXhTbDO0+75e+nhDIeEWstgH1sW/PofAjqpte3IS8=; b=iz76eJaQUFUogscTkiTW1iNZfY tur5g9cX9WQT8Kibf1GP83suMX04oAXGOW5XoUslM7Attn0xJS+bj1VsSfe49ggHOqOu2poDuJ3ze i8+9j3Y4VkTuPigQoB69f0h27lf1W3rBrxfJr2Zu8TnUqYGF/8vp6cdcJ7Ucg2PD3a34=; Received: from [81.53.6.91] (port=53494 helo=bruno.deptj.eu) by luna.solardns.com with esmtpa (Exim 4.91) (envelope-from ) id 1hHnX8-006SgQ-OJ for notmuch@notmuchmail.org; Sat, 20 Apr 2019 11:47:46 +0100 Received: from eric by bruno.deptj.eu with local (Exim 4.89) (envelope-from ) id 1hHnX8-0001Sl-87 for notmuch@notmuchmail.org; Sat, 20 Apr 2019 12:47:46 +0200 From: Eric Subject: Re: Unexpected output of "notmuch new --quiet" To: notmuch@notmuchmail.org In-Reply-To: <87v9z9h82x.fsf@ra.horus-it.com> References: <87imvc5pvg.fsf@ra.horus-it.com> <87bm14gqib.fsf@tethera.net> <87y3471ml9.fsf@ra.horus-it.com> <87d0ljfnlz.fsf@tethera.net> <87ftqfctf0.fsf@ra.horus-it.com> <87zhomxyrg.fsf@fifthhorseman.net> <87a7gmdrqo.fsf@ra.horus-it.com> <87ftqex9tb.fsf@fifthhorseman.net> <87v9z9h82x.fsf@ra.horus-it.com> Message-ID: Date: Sat, 20 Apr 2019 12:45:04 +0200 (CEST) X-AuthUser: deptjeu X-Originating-IP: 213.129.84.218 X-SpamExperts-Domain: out.solardns.com X-SpamExperts-Username: 213.129.84.218 Authentication-Results: solardns.com; auth=pass smtp.auth=213.129.84.218@out.solardns.com X-SpamExperts-Outgoing-Class: ham X-SpamExperts-Outgoing-Evidence: Combined (0.15) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5heXGUEY33L3SuqRq/B1/dh602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvO6A1i+D2biAhVFH6fjDeRy9R51/rLBJvzDjIczWbRLlJvpf3JjS9poTbC9IODXxixtUo 06f4qejMk3aeJqwVHQVy0vKNdJMHZ2K0qgciRU0qAXVuTloPO9G3AIFzQozymQQ411pDATj51Hqi 8bqNnNHWc+PIB7z0NFJh8FN10Ic641c/SimthgfOQipLVZUf6+nE6wHyAbSyVXutrqMjgFITmEFB zGJ4I3iI+cUBLpxHZqMsFXHkY4b0tMjYHlbEsQT4+4YnE8YPtxIB3V5Z+9G4svg0gZx3gCz2Xq5y 8n2WTs5Ex5aNZlcgVQFtAhrEij3dKxLhoxcmaInYbR5vlqHlbhRFTo0hGO5uHqB/VEqiGbJSInIr jlH5jeebsLRr/ccSBXgcHLTWu7XLuJLgk2Pvz9W/uCBLuIcHSaUk1JrQ++DuIQUs/5JJj4C/n4CI Lv3mGtkRCWxnOHe2j0e3da1iGyfeFY3I0CAwMvoxv+/nsec9+to+i1AV4ou/zmf2vx3i6zCZN0Vj 37RcghfXs2VWfBT0OBYWWrZ8mVsvBqaW0CqqrmOgHKk59URQgAVVAz1rZupWU0Py8fVKQ972FVWT MAfDCdEuA9ihYutTt3TQjc7/fQtSIK5TTHaMnrKokFg8lQmuptjRKNltYMXmJda5WUSM75jdjYJl qfpIK1aNXPWlFdaGOH191uXjgjQN/cHn/Z81Vr6O5kEADT6rhHXjC2eJ/3Ih8aHEK+qyVMv+PaKJ sj5FtVpJYmeBaxYLIJ4Wv3RPkZPu11umVpMXDFGOHL7ba9LZgY3iJ/2f3prVp3/jAHu2tM7V8xv/ CZYD5DHQQDEAfxoKU04bQpIlQil+tBE9s1rUt4VtVpst7AonGNGKlJ6Ls4BeUV2T0r4N3Q== X-Report-Abuse-To: spam@mx1.solardns.com X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.29 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: Sat, 20 Apr 2019 11:05:25 -0000 On Sat, 20 Apr 2019 01:46:30 +0200, Ralph Seichter wrote: > * Daniel Kahn Gillmor: > > > as far as maildir goes, i think notmuch probably *shouldn't* be > > looking at stuff in …/tmp/ -- right? > > You're right, I don't see why Notmuch would peek into "tmp". > > > I'd be sad if those files went away, but perhaps you're right that > > we should only be looking at are things within any cur/ and new/ > > subfolders within the message archive. > > I don't mean to reduce Notmuch usability to get rid of a few unwanted > messages on stderr. What I suggest is to consider all files outside of > "cur" and "new" to be legitimate non-mail files by default. If Notmuch > chooses to inspect them and detects valid messages, then fine, but the > default assumption should be non-mail. I suppose that having a configuration item to make notmuch do what it does now if the default behaviour is changed isn't an enormous usability reduction, but I still don't like it, and I would be very wary of assuming that the necessary changes to the code will be as simple as it sounds. > Think about how the files get there. You manually dumping some *.eml > files in a directory is not exactly typical, IMO. ;-) I think that there will be lots of people (and organisations) who get collections of email from elsewhere and want to add them all to their own single collection for reference, archival, and research purposes. > I expect that in the majority of cases there is some MTA or fetchmail-like > process storing mail files in a Maildir structure (flat, tree, or mixed > like Dovecot does). So that those emails would be forced into the IMAP folder structure, making them visible (and possible distracting) there when viewed with a traditional mail client? > I think that altering Notmuch's expectations about files outside of > well-known subdirectories should be possible without sacrificing its > flexibility. No, because that is part of its flexibility. Removing, or degrading, notmuch's ability to access such files will mean that I may be looking for a different solution to managing my email. That, of course, amy not matter much to anyone else, but how many others will there be? Eric -- ms fnd in a lbry