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 913BA4196F2 for ; Tue, 13 Apr 2010 10:53:15 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.89 X-Spam-Level: X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01] autolearn=ham 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 9sDQMeyOUYS2; Tue, 13 Apr 2010 10:53:13 -0700 (PDT) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 22869431FC1; Tue, 13 Apr 2010 10:53:13 -0700 (PDT) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id C44D55883A6; Tue, 13 Apr 2010 10:53:12 -0700 (PDT) From: Carl Worth To: Michal Sojka , notmuch@notmuchmail.org Subject: Re: [PATCH 1/4] Mailstore abstraction interface In-Reply-To: <1270737766-29237-2-git-send-email-sojkam1@fel.cvut.cz> References: <1270737766-29237-1-git-send-email-sojkam1@fel.cvut.cz> <1270737766-29237-2-git-send-email-sojkam1@fel.cvut.cz> Date: Tue, 13 Apr 2010 10:53:12 -0700 Message-ID: <87aat7kznb.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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, 13 Apr 2010 17:53:15 -0000 --=-=-= On Thu, 8 Apr 2010 16:42:43 +0200, Michal Sojka wrote: > The goal of mailstore abstraction is to allow notmuch to store tags > together with email messages. The abstract interface is needed because > people want to use different ways of storing their emails. Currently, > there exists implementation for two types of mailstore - plain files > and maildir. It is expected that additional git-based mailstore will > be developed later. I don't agree with the approach being taken here. I don't think that the expectation of future need is a good basis for adding a level of abstraction now. This gives us current costs without benefit. Meanwhile, the two different mail stores that you are currently support ("plain" and "maildir") aren't really different types. We do already have code within notmuch to detect whether any particular directory is a maildir, (with the heuristic of looking for child directories named "cur", "new", and "tmp"). So I think we can and should support both maildir and non-maildir mail storage just fine. The question of "once you have maildir storage, should you synchronize that tags" is quite separate. The answer there might be "yes", "no", or "let the user decide". But if it is configurable, then the configuration should be something like [maildir] synchronize_flags=yes rather than [mailstore] type=maildir This series is looking like one of the most complete approaches to maildir-flag synchronization, (and I like some of the motivation that leads to "notmuch cat"). But I think the mailstore abstraction is largely a distraction from the real features here. -Carl --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLxK+I6JDdNq8qSWgRAlnQAJsE+t03y5AFUfgZG6lKv06s3KDKpQCfc0lD EDT6dQbukg07Hyto2SvvDBc= =TUnE -----END PGP SIGNATURE----- --=-=-=--