From 47c9718756079a8808422a56237d4149f79d1999 Mon Sep 17 00:00:00 2001 From: =?utf8?q?Nicol=C3=A1s=20Reynolds?= Date: Wed, 2 Jul 2014 20:20:09 +2100 Subject: [PATCH] queuing database tasks? --- 3d/73dbbad8a06d63357fa814f2562cad3d738966 | 94 +++++++++++++++++++++++ 1 file changed, 94 insertions(+) create mode 100644 3d/73dbbad8a06d63357fa814f2562cad3d738966 diff --git a/3d/73dbbad8a06d63357fa814f2562cad3d738966 b/3d/73dbbad8a06d63357fa814f2562cad3d738966 new file mode 100644 index 000000000..58bf116bb --- /dev/null +++ b/3d/73dbbad8a06d63357fa814f2562cad3d738966 @@ -0,0 +1,94 @@ +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 3FC94431FC4 + for ; Tue, 1 Jul 2014 16:20:16 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -0.1 +X-Spam-Level: +X-Spam-Status: No, score=-0.1 tagged_above=-999 required=5 + tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] + 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 ePI92tidK2-l for ; + Tue, 1 Jul 2014 16:20:12 -0700 (PDT) +Received: from ponape.com.ar (ponape.com.ar [190.111.232.20]) + (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id 97A72431FBC + for ; Tue, 1 Jul 2014 16:20:12 -0700 (PDT) +Received: by [127.0.0.1] (localhost [127.0.0.1]) + id 0B1DCC91DD; Tue, 1 Jul 2014 20:20:09 -0300 (ART) +DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=endefensadelsl.org; + s=ponape; t=1404256810; + bh=qWV/zed4rH5RO8OzDvkWd0Pg4JNdeQDj7cZH81HAO8M=; + h=From:To:Cc:Subject:Date; + b=ZHooPqiLKsX7vTSJZsdOglqYec2dGPTlytL1NqHthLNow3MywHkmi0jGQ780u82Vl + a0sNT9owC1EmPReQRallkSbAYX3VOf26fR1sBbTd+wreWICtMpzImDD4MUXJtencyU + 8flNskMrTbJoqCUReptqq/gfZTl95Gxo+R/8URsNY01XiWW5oi3ZwBIVQqY7/CaIU2 + m8FhMbfJX7MEhbBpaICzCyrNBJcp3qgklMi1KttnFk/jqSKJpB5nnpggdsLE7WTDdN + pET3EVyw4kK1/Ma4rg5yFP9dotMZn9Cr6qaNtR14zOx9XsrE9VZl9bba/Fd4mD2BRH + lOXJY8c/b6VAg== +From: =?utf-8?Q?Nicol=C3=A1s?= Reynolds +To: +Cc: +Subject: queuing database tasks? +Mail-Followup-To: +Date: Tue, 01 Jul 2014 20:20:09 -0300 +Message-ID: <87y4wcll92.fsf@endefensadelsl.org> +MIME-Version: 1.0 +Content-Type: multipart/signed; boundary="=-=-="; + micalg=pgp-sha512; protocol="application/pgp-signature" +X-Mailman-Approved-At: Wed, 02 Jul 2014 06:55:19 -0700 +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, 01 Jul 2014 23:20:16 -0000 + +--=-=-= +Content-Type: text/plain +Content-Transfer-Encoding: quoted-printable + + +hi! sometimes my machine takes a little while to process new emails and +if i'm reading email during that moment, tagging and untagging fails +because the xapian database is write locked. + +this affects manual tagging but also the emacs interface removing the +unread tag so i often have to come back or wait to do it manually. + +would it be possible to queue these actions until the database is +unlocked again or any other solution? + +=2D-=20 +:{ + +--=-=-= +Content-Type: application/pgp-signature + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v2 + +iQF8BAEBCgBmBQJTs0IpXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w +ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0OUY3MDdBMUNCMzY2QzU4MEU2MjVCM0M0 +NTYwMzJENzE3QTRDRDlDAAoJEEVgMtcXpM2cykAH/0cHo/dn8R/Gn56q43jPQ/V9 +3GyEFP+2M8MP6imJve3Kf6JtnxI/btDM5pwTfh/Mm351ixN266ZSla1KY/co1kGH +IpoQ6ruWUNyKR8mSQOrwmVS+zOVHmJ9qdSq10kJjgL8pF3GbdtHr1lqgOH4KShQ1 +OYD0uFvXjKrUZC2pNVnpjdO9OKA+54hDn5bcDCwHS55HPUh2pTREnPPdM2e2EA38 +EC319QTYFajG3tKjbTV8DAkHv5TrHXiTqpeCv1Q/McghXoDMUw5s8Qrf+/ZfvkL1 +u7GhBzYY06i8HfpH4/BOpk7+RIiqdMfKXjrc2SBUpnYTsNstCzkatOYyPPnV2Vk= +=XiQo +-----END PGP SIGNATURE----- +--=-=-=-- -- 2.26.2