bc/f05b0169b091dc77e911593e58de62749377d3

   1 Return-Path: <Sebastian@SSpaeth.de>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id 2F89F429E28\r
   6         for <notmuch@notmuchmail.org>; Tue, 21 Jun 2011 23:57:16 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.09\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5\r
  12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
  13         RCVD_IN_DNSWL_NONE=-0.0001, T_MIME_NO_TEXT=0.01] autolearn=disabled\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id nZiM6tx+vaqF for <notmuch@notmuchmail.org>;\r
  17         Tue, 21 Jun 2011 23:57:14 -0700 (PDT)\r
  18 Received: from homiemail-a12.g.dreamhost.com (caiajhbdcbbj.dreamhost.com\r
  19         [208.97.132.119])\r
  20         by olra.theworths.org (Postfix) with ESMTP id E3B45431FB6\r
  21         for <notmuch@notmuchmail.org>; Tue, 21 Jun 2011 23:57:13 -0700 (PDT)\r
  22 Received: from homiemail-a12.g.dreamhost.com (localhost [127.0.0.1])\r
  23         by homiemail-a12.g.dreamhost.com (Postfix) with ESMTP id 3B18471406A;\r
  24         Tue, 21 Jun 2011 23:57:13 -0700 (PDT)\r
  25 DomainKey-Signature: a=rsa-sha1; c=nofws; d=SSpaeth.de; h=from:to:subject\r
  26         :in-reply-to:references:date:message-id:mime-version:\r
  27         content-type; q=dns; s=sspaeth.de; b=l2dIcst8MIV76ejm7DcC0+POnWz\r
  28         EUbQuRRZxzjOPT8EJbUfvQtqAEfXaIyunvLhIUrl9gSE6wir73lXwbd5soRpAq0F\r
  29         NyklfmKjC7o24aDJQKF8OdKCiMhJ5Mld0RiW64Zxc7JGO9nqrBEZe2j1Pn2Nt9Cl\r
  30         npnhPwojzl/r3ewM=\r
  31 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=SSpaeth.de; h=from:to\r
  32         :subject:in-reply-to:references:date:message-id:mime-version:\r
  33         content-type; s=sspaeth.de; bh=4q098LxpJlQ6/6QCApTzPLAcGhI=; b=W\r
  34         Zq30lEaE+Y45uLvJtA1mEneslLQWLDLnybdRiFqZW+fhrhoNlNKdFqJo2chgAdYD\r
  35         O2DFOxz4GSTH3wecJv0cdP47KlDbv42t3V6AzOkJ4CR6C4UfW9EZRvc+1AmvQUWd\r
  36         axy5c9i7E0ylGNr8ue5z911Spa/3cXogsnR1qiw/UI=\r
  37 Received: from spaetzbook.sspaeth.de (mtec-hg-docking-1-dhcp-253.ethz.ch\r
  38         [129.132.133.253])\r
  39         (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
  40         (No client certificate requested)\r
  41         (Authenticated sender: fax@sspaeth.de)\r
  42         by homiemail-a12.g.dreamhost.com (Postfix) with ESMTPSA id B248071406B; \r
  43         Tue, 21 Jun 2011 23:57:11 -0700 (PDT)\r
  44 Received: by spaetzbook.sspaeth.de (sSMTP sendmail emulation);\r
  45         Wed, 22 Jun 2011 08:57:09 +0200\r
  46 From: Sebastian Spaeth <Sebastian@SSpaeth.de>\r
  47 To: Carl Worth <cworth@cworth.org>,\r
  48         Notmuch developer list <notmuch@notmuchmail.org>\r
  49 Subject: Re: Python updates\r
  50 In-Reply-To: <87wrgeeu3p.fsf@yoom.home.cworth.org>\r
  51 References: <87k4cmavoc.fsf@SSpaeth.de> <8739j9yj1s.fsf@SSpaeth.de>\r
  52         <87wrgeeu3p.fsf@yoom.home.cworth.org>\r
  53 User-Agent: Notmuch/0.5-233-gb404931 (http://notmuchmail.org) Emacs/23.2.1\r
  54         (x86_64-pc-linux-gnu)\r
  55 Date: Wed, 22 Jun 2011 08:57:09 +0200\r
  56 Message-ID: <87d3i673qy.fsf@SSpaeth.de>\r
  57 MIME-Version: 1.0\r
  58 Content-Type: multipart/signed; boundary="=-=-=";\r
  59         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  60 X-BeenThere: notmuch@notmuchmail.org\r
  61 X-Mailman-Version: 2.1.13\r
  62 Precedence: list\r
  63 List-Id: "Use and development of the notmuch mail system."\r
  64         <notmuch.notmuchmail.org>\r
  65 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  66         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  67 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  68 List-Post: <mailto:notmuch@notmuchmail.org>\r
  69 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  70 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  71         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  72 X-List-Received-Date: Wed, 22 Jun 2011 06:57:16 -0000\r
  73 \r
  74 --=-=-=\r
  75 Content-Transfer-Encoding: quoted-printable\r
  76 \r
  77 On Tue, 21 Jun 2011 14:46:02 -0700, Carl Worth wrote:\r
  78 Non-text part: multipart/signed\r
  79 > On Thu, 16 Jun 2011 15:58:39 +0200, Sebastian Spaeth wrote:\r
  80 > > Message().maildir_flags_to_tags and tags_to_maildir_flags, which are now\r
  81 > > by default invoked on Database().add_message and on any operation that\r
  82 > > modifies notmuch tags. See the updated API docs at:\r
  83 >=20\r
  84 > I'm not a fan of the above.\r
  85 \r
  86 Hi Carl,\r
  87 \r
  88 I see your point. I was approached with this by someone very\r
  89 confused that tagging via notmuch binary would automatically move mails\r
  90 between cur/new folders while tagging via python would do nothing of\r
  91 this sort.\r
  92 \r
  93 The automatic tag/flag synchronization can be disabled via a command\r
  94 line option already now, it is just enabled by default. The behavior is\r
  95 of course documented in the python API docs. It would be no problem, to\r
  96 disable the syncing by default to achieve API consistency. (and allow\r
  97 people to turn it on, if they wish to do so explicitly)\r
  98 \r
  99 > If we should fix Database().add_message to automatically call\r
 100 > maildir_flags_to_tags, then we should also fix\r
 101 > notmuch_database_add_message to do the same thing.\r
 102 \r
 103 =20\r
 104 > I can't see any good justification for behavior like this to be\r
 105 > different depending on the language being used to access the library.\r
 106 \r
 107 See above, people don't consider using the libnotmuch API, they "tag" a\r
 108 message via python and it behaves differently than "tag" a message via\r
 109 notmuch binary....\r
 110 So we'll have some level of inconsistency in any case. :)\r
 111 \r
 112 > Please consider changing things to match the semantics of the underlying\r
 113 > library.\r
 114 \r
 115 Would you be happy to have maildir syncing disabled by default and users\r
 116 can enable it via a parameter? I do see why you want to achieve\r
 117 consistency with the API. On the other hand are the python API somewhat\r
 118 more highlevel than the low-level API calls, and we provide a few\r
 119 convenience functions that are not available in the API at all.\r
 120 \r
 121 I can do away with it and force people to invoke the syncing manually,\r
 122 if you feel strongly about this. I don't have a problem with either way.\r
 123 \r
 124 Sebastian\r
 125 \r
 126 --=-=-=\r
 127 Content-Type: application/pgp-signature\r
 128 \r
 129 -----BEGIN PGP SIGNATURE-----\r
 130 Version: GnuPG v1.4.11 (GNU/Linux)\r
 131 \r
 132 iEYEARECAAYFAk4BkkUACgkQVYX1jMgnoGLNcQCeIR/HaOkg9yEwudMdCcYpYa6D\r
 133 wgUAoIpJ4o+dMZv/nrLVZf8OLJyO03sv\r
 134 =vsqH\r
 135 -----END PGP SIGNATURE-----\r
 136 --=-=-=--\r