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 9B3BF40BFD5 for ; Wed, 13 Oct 2010 10:26:37 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 MMZqnmeSbn5r for ; Wed, 13 Oct 2010 10:26:27 -0700 (PDT) Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21]) by olra.theworths.org (Postfix) with ESMTP id 1016D40BFD3 for ; Wed, 13 Oct 2010 10:26:26 -0700 (PDT) Received: from rocinante.cs.unb.ca (fctnnbsc30w-142167176217.pppoe-dynamic.High-Speed.nb.bellaliant.net [142.167.176.217]) (authenticated bits=0) by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id o9DHQNRp016690 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 13 Oct 2010 14:26:23 -0300 Received: from bremner by rocinante.cs.unb.ca with local (Exim 4.72) (envelope-from ) id 1P655q-0005jF-Qq; Wed, 13 Oct 2010 14:26:22 -0300 From: David Bremner To: Servilio Afre Puentes Subject: Re: [PATCH 0/4] Maildir synchronization v2 In-Reply-To: References: <1286972038-21064-1-git-send-email-sojkam1@fel.cvut.cz> User-Agent: Notmuch/0.3.1-59-g676d251 (http://notmuchmail.org) Emacs/23.2.1 (x86_64-pc-linux-gnu) Date: Wed, 13 Oct 2010 14:26:22 -0300 Message-ID: <87bp6ygg1t.fsf@rocinante.cs.unb.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: Wed, 13 Oct 2010 17:26:37 -0000 On Wed, 13 Oct 2010 10:50:36 -0400, Servilio Afre Puentes wrote: > > Wouldn't it be more efficient to query notmuch for the filename using > the message ID we store in the DB? When network usage is implemented, > tramp can give us transparent remote file access in emacs. > We can of course do both. From an implementation point of view, they would both fall under "selective output in plain text" which various people have been meaning to do, and I think one is no harder than the other. On the other hand I doubt that there is an efficiency advantage to using tramp, it is is more fragile (for example it depends on the remote shell prompt). d