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 21887431FBD for ; Tue, 4 Feb 2014 12:17:46 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] autolearn=disabled 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 JRvapkUiohWl for ; Tue, 4 Feb 2014 12:17:40 -0800 (PST) Received: from defaultvalue.org (defaultvalue.org [70.85.129.156]) by olra.theworths.org (Postfix) with ESMTP id 342DC431FBC for ; Tue, 4 Feb 2014 12:17:40 -0800 (PST) Received: from trouble.defaultvalue.org (localhost [127.0.0.1]) (Authenticated sender: rlb@defaultvalue.org) by defaultvalue.org (Postfix) with ESMTPSA id B0F4690D2B; Tue, 4 Feb 2014 14:17:38 -0600 (CST) Received: by trouble.defaultvalue.org (Postfix, from userid 1000) id 5672F14E14E; Tue, 4 Feb 2014 14:17:38 -0600 (CST) From: Rob Browning To: Austin Clements Subject: Re: [PATCH 0/5] lib: make folder: prefix literal References: <87y525m649.fsf@awakening.csail.mit.edu> <87r47wfltb.fsf@nikula.org> <87iot8f4vg.fsf@nikula.org> <20140130220234.GI4375@mit.edu> <871tzovu0c.fsf@trouble.defaultvalue.org> <20140204201423.GP4375@mit.edu> Date: Tue, 04 Feb 2014 14:17:38 -0600 In-Reply-To: <20140204201423.GP4375@mit.edu> (Austin Clements's message of "Tue, 4 Feb 2014 15:14:23 -0500") Message-ID: <87vbwufx99.fsf@trouble.defaultvalue.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Cc: notmuch@notmuchmail.org 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: Tue, 04 Feb 2014 20:17:46 -0000 Austin Clements writes: > The simple algorithm of taking the relative path and stripping > {new,cur} (if present) does a good job of supporting both Maildir and > non-Maildir stores (while balancing this support with simplicity, > predictability, and usability). Unless, of course, the user has legitimate folders named cur and new, but perhaps that'll just end up a "don't do that then" FAQ... -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4