From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 040C4431FD0 for ; Thu, 8 Sep 2011 06:45:41 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.09 X-Spam-Level: X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_MIME_NO_TEXT=0.01] 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 2Clqa1gCnMvW for ; Thu, 8 Sep 2011 06:45:40 -0700 (PDT) Received: from homiemail-a20.g.dreamhost.com (caiajhbdcbef.dreamhost.com [208.97.132.145]) by olra.theworths.org (Postfix) with ESMTP id 12FD3431FB6 for ; Thu, 8 Sep 2011 06:45:40 -0700 (PDT) Received: from homiemail-a20.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a20.g.dreamhost.com (Postfix) with ESMTP id 49B097EC07A; Thu, 8 Sep 2011 06:45:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=SSpaeth.de; h=from:to:cc:subject :in-reply-to:references:date:message-id:mime-version: content-type; q=dns; s=sspaeth.de; b=QSgllur7Wo78Ewvk7/cwU5tocIr A50lyX37g2nkua+/Efo6iE77DfRi1f7WditaaX6ftlXzrWpqUv/SXMtrshY4OCea 5K/oC1ZpsKVFP42WbIFaEohxGG4HolAtrYMHDWXfFJbaWXAiA+gTqB2ZfmiWYscl vqiLcoPsJhY7oh1M= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=SSpaeth.de; h=from:to:cc :subject:in-reply-to:references:date:message-id:mime-version: content-type; s=sspaeth.de; bh=yrThT9hZ/Inr1KHPrLSKffDHl08=; b=V zb5IiAWIlXK9Iur4A/3+2kXMV1QhFAGRBqAv4PzAdyBVCjr0Tte2QhN/wjqpnHVY G1ywW7tQNDv/UznK1QhIPnL0furrTGwrbaSY71Bw+L2eCC6XXnHpDHrGNDH7I6mG 9XD4zGt9rP2JyWThUb+iRUlu0ayqx1DGrPwsRuLV08= Received: from spaetzbook.sspaeth.de (mtec-hg-docking-1-dhcp-21.ethz.ch [129.132.133.21]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: fax@sspaeth.de) by homiemail-a20.g.dreamhost.com (Postfix) with ESMTPSA id 76B6F7EC063; Thu, 8 Sep 2011 06:45:37 -0700 (PDT) Received: by spaetzbook.sspaeth.de (sSMTP sendmail emulation); Thu, 08 Sep 2011 15:45:35 +0200 From: Sebastian Spaeth To: Martin Owens Subject: Re: Not much database creation error In-Reply-To: <1315373219.32058.157.camel@delen> References: <1315110898.32058.13.camel@delen> <87vct7t7m4.fsf@SSpaeth.de> <1315373219.32058.157.camel@delen> User-Agent: Notmuch/0.7-19-gee4579a (http://notmuchmail.org) Emacs/23.2.1 (x86_64-pc-linux-gnu) Date: Thu, 08 Sep 2011 15:45:35 +0200 Message-ID: <8739g7gnb4.fsf@SSpaeth.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: Notmuch developer list , Paul Tagliamonte 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: Thu, 08 Sep 2011 13:45:41 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Wed, 07 Sep 2011 01:26:59 -0400, Martin Owens wrote: > As a further question, I have a program opening the database for > READ_WRITE access (this process provides a simple write only dbus > interface) and I want clients to connect to notmuch over a read only > connection. >=20 > A problem I'm having is that when I add messages to the database, > searching using the read only interface fails to show anything. > Is this api topology not expected/recommended/working? Please advise. hi Martin, I have to admit, I am not deep into the libnotmuch/xapian internals, so I might be the wrong person to ask (I just do some python bindings to whatever libnotmuch provides). However, when a read-write connection changes content, I believe that all other existing connections will return an error stating DATABASE_MODIFIED. I think we throw (or at least are supposed to throw) an exception in this case. Are you seeing any exceptions or errors been thrown? Does it not show ANYTHING or only not the new messages? An open database connection provides you only with a snapshot, and you need to reopen it after content has been modified. Sebastian --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk5oxv8ACgkQVYX1jMgnoGIhVwCgizE8fEdKarKdvUv0Rq3M723x J2QAn0xo3928wh9LqbyBkGbhWGnCf7bE =9n8d -----END PGP SIGNATURE----- --=-=-=--