Re: [PATCH 1/9] python: add a .gitignore file and refine the toplevel one
authorSebastian Spaeth <Sebastian@SSpaeth.de>
Fri, 30 Sep 2011 09:14:31 +0000 (11:14 +0200)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:39:31 +0000 (09:39 -0800)
04/f328ae4b907c1d3d81e8db5ccb5c1825ee02bb [new file with mode: 0644]

diff --git a/04/f328ae4b907c1d3d81e8db5ccb5c1825ee02bb b/04/f328ae4b907c1d3d81e8db5ccb5c1825ee02bb
new file mode 100644 (file)
index 0000000..34fc97a
--- /dev/null
@@ -0,0 +1,128 @@
+Return-Path: <Sebastian@SSpaeth.de>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 3770F431FD0\r
+       for <notmuch@notmuchmail.org>; Fri, 30 Sep 2011 02:14:37 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.09\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5\r
+       tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
+       RCVD_IN_DNSWL_NONE=-0.0001, T_MIME_NO_TEXT=0.01] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id XyG7bD-1CBhX for <notmuch@notmuchmail.org>;\r
+       Fri, 30 Sep 2011 02:14:36 -0700 (PDT)\r
+Received: from homiemail-a23.g.dreamhost.com (caiajhbdcaid.dreamhost.com\r
+       [208.97.132.83])\r
+       by olra.theworths.org (Postfix) with ESMTP id B5241431FB6\r
+       for <notmuch@notmuchmail.org>; Fri, 30 Sep 2011 02:14:36 -0700 (PDT)\r
+Received: from homiemail-a23.g.dreamhost.com (localhost [127.0.0.1])\r
+       by homiemail-a23.g.dreamhost.com (Postfix) with ESMTP id 2FF964B008F;\r
+       Fri, 30 Sep 2011 02:14:36 -0700 (PDT)\r
+DomainKey-Signature: a=rsa-sha1; c=nofws; d=SSpaeth.de; h=from:to:subject\r
+       :in-reply-to:references:date:message-id:mime-version:\r
+       content-type; q=dns; s=sspaeth.de; b=IofE7VngJ27TbOQyzQ6GBd5N3+E\r
+       Gzilr45nCfyTPfjgiZdV9on0iUiAb5MWxFR2yQ/yr2V7w3brMEZMB51hvG5P1zT8\r
+       UINVFOB4Q2l/VofkNo66i78zeLmneoGHGDGaKH5JRAIDYXCJ0mOj4M9SZ1ZZqE8b\r
+       4Dh/D0Py7DQNiFAU=\r
+DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=SSpaeth.de; h=from:to\r
+       :subject:in-reply-to:references:date:message-id:mime-version:\r
+       content-type; s=sspaeth.de; bh=G9+HhDeiaHXI92Phm1yy2LeU9Pc=; b=c\r
+       qPTL2etWqYGyOMyHZ086KPLE7nEtcdCNTnbHDw86IcEHjocs+k1XZ8hI78P7RNBZ\r
+       F/PsBl7DdO4VJuZ5AXVbBWyt07SJ7LlI+lvLrfjQiTk9/zSDbLdRaLnoIk69aXFN\r
+       DKTHiAeGe1afhNQKrqPwBYGsZOBWigEw3Nxj8gIjIM=\r
+Received: from spaetzbook.sspaeth.de (unknown [84.55.203.213])\r
+       (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
+       (No client certificate requested)\r
+       (Authenticated sender: fax@sspaeth.de)\r
+       by homiemail-a23.g.dreamhost.com (Postfix) with ESMTPSA id 65B9E4B0086; \r
+       Fri, 30 Sep 2011 02:14:34 -0700 (PDT)\r
+Received: by spaetzbook.sspaeth.de (sSMTP sendmail emulation);\r
+       Fri, 30 Sep 2011 11:14:32 +0200\r
+From: Sebastian Spaeth <Sebastian@SSpaeth.de>\r
+To: Justus Winter <4winter@informatik.uni-hamburg.de>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH 1/9] python: add a .gitignore file and refine the toplevel\r
+       one\r
+In-Reply-To: <E1R9R9y-0003aa-Df@thinkbox.jade-hamburg.de>\r
+References:\r
+ <1316999137-28257-1-git-send-email-4winter@informatik.uni-hamburg.de>\r
+       <871uuzlrkt.fsf@SSpaeth.de>     <E1R9R9y-0003aa-Df@thinkbox.jade-hamburg.de>\r
+User-Agent: Notmuch/0.7-19-gee4579a (http://notmuchmail.org) Emacs/23.2.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Fri, 30 Sep 2011 11:14:31 +0200\r
+Message-ID: <87hb3u4cjs.fsf@SSpaeth.de>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha1; protocol="application/pgp-signature"\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 30 Sep 2011 09:14:37 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Fri, 30 Sep 2011 02:41:02 +0200, Justus Winter <4winter@informatik.uni-h=\r
+amburg.de> wrote:\r
+Non-text part: multipart/mixed\r
+> Quoting Sebastian Spaeth (2011-09-29 09:45:38)\r
+> >Also, not all "status" are an error, e.g. DuplicateMessageId denotes\r
+> >success rather than failure, it just communicates a status.\r
+>=20\r
+> I just stumbled upon the following comment in notmuch.h:\r
+>=20\r
+> /* Status codes used for the return values of most functions.\r
+>  *\r
+>  * A zero value (NOTMUCH_STATUS_SUCCESS) indicates that the function\r
+>  * completed without error. Any other value indicates an error as\r
+>  * follows:\r
+> [...]\r
+\r
+That sounds like notmuch.h doesn't know what it wants :-). The "error"\r
+can occur on add_message or remove_message and notmuch.h has to say:\r
+\r
+on add_message:\r
+ * If 'message' is not NULL, then, on successful return\r
+ * (NOTMUCH_STATUS_SUCCESS or NOTMUCH_STATUS_DUPLICATE_MESSAGE_ID) '*messag=\r
+e'\r
+ * will be initialized to a message object that can be used for things\r
+ * such as adding tags to the just-added message. The user should call\r
+ * notmuch_message_destroy when done with the message. ... On any failure\r
+ * '*message' will be set to NULL.\r
+\r
+So DUPLICATE_MESSAGE_ID is definitely a successful return here, filling in =\r
+the\r
+Message object.\r
+\r
+on remove_message:\r
+ * NOTMUCH_STATUS_DUPLICATE_MESSAGE_ID: This filename was removed but\r
+ *     the message persists in the database with at least one other\r
+ *     filename.\r
+\r
+Similarly, the operation succeeded, it's just that there are other\r
+messages with that ID still around. One could argue whether this is an\r
+error or not.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.11 (GNU/Linux)\r
+\r
+iEYEARECAAYFAk6FiHgACgkQVYX1jMgnoGIBVgCgkPdZwgqKX6ailXsnpNjR5vog\r
+peEAnAgiVUHZ6DxdkAWpoAMOKaYnnpx1\r
+=jflB\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r