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 11BBC421192 for ; Thu, 30 Jun 2011 00:25:05 -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 PU1X6+4OksrG for ; Thu, 30 Jun 2011 00:25:03 -0700 (PDT) Received: from homiemail-a20.g.dreamhost.com (caiajhbdccah.dreamhost.com [208.97.132.207]) by olra.theworths.org (Postfix) with ESMTP id F268042119B for ; Thu, 30 Jun 2011 00:25:02 -0700 (PDT) Received: from homiemail-a20.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a20.g.dreamhost.com (Postfix) with ESMTP id 7307A7EC074; Thu, 30 Jun 2011 00:25:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=SSpaeth.de; h=from:to:subject :in-reply-to:references:date:message-id:mime-version: content-type; q=dns; s=sspaeth.de; b=n5YO0lDPt0ELmY9M0IU2uelYe1m U7IHpR4/EVWQq32RdIADaDXyymbwYVDEmgoIyp4E1jy/x4FvKZF0CZu0XNGpjgMN RkMce25b0EDFJZuoCP3Kd6wn1D1C1XH4lyzOsCxHX+vFt34qANweRuz6U/21/Z+2 a3e7d9felS2TrGsw= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=SSpaeth.de; h=from:to :subject:in-reply-to:references:date:message-id:mime-version: content-type; s=sspaeth.de; bh=KPjmgKeq7WT+jkbKyv0q+5V1iIw=; b=A uadHcyxJJJtx6GY6VIdmd8IHtifDN4QjpuHZbyUMOJi8gQ3WC9chxK2JqnrmjTBD bg8kOFUsQpr6/1bcOXcNwwk3rUu2v69gJknpQpeUC9Xosux+nRgbC+6I3coKjo7U 0wcHXiGG5/jIhGaFcP3lEz5PHOsU4WoQRt7GlA9IaM= Received: from spaetzbook.sspaeth.de (unknown [62.48.118.215]) (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 A68B67EC072; Thu, 30 Jun 2011 00:25:00 -0700 (PDT) Received: by spaetzbook.sspaeth.de (sSMTP sendmail emulation); Thu, 30 Jun 2011 09:24:58 +0200 From: Sebastian Spaeth To: Carl Worth , Sander Boer , notmuch@notmuchmail.org Subject: Re: notmuch Digest, Vol 20, Issue 57 In-Reply-To: <87wrg5905c.fsf@yoom.home.cworth.org> References: <87wrg5905c.fsf@yoom.home.cworth.org> User-Agent: Notmuch/0.5-233-gb404931 (http://notmuchmail.org) Emacs/23.2.1 (x86_64-pc-linux-gnu) Date: Thu, 30 Jun 2011 09:24:57 +0200 Message-ID: <87wrg3pyra.fsf@SSpaeth.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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, 30 Jun 2011 07:25:05 -0000 --=-=-= On Tue, 28 Jun 2011 13:22:23 -0700, Carl Worth wrote: > First, it's important to understand that any friction here comes from > Gmail exposing its tags as folders, (which in turn could be the lack of > availability of a more tag-aware protocol than imap). Even risking to become a bit thread-offtopic: IMAP itself supports tags just fine and should be able to read/set/search all tags just fine (even any user defined). My feeling is more that this is a lack of tag-using IMAP clients to expose existing tag functionality. Thunderbird is doing fine exposing up to 4 user-defined tags that are synced to the server, but it's still not doing all it can. I still believe that it would be possible to eg. sync all our notmuch tags to the IMAP server, which would help enormously with syncing across machines. I still have the long-term goal of offlineimap being able to sync notmuch tags. (very long term, though) As for Gmail and folders, I think it is an ugly kludge leading to all kinds of awkward behavior (at least when treating Gmail as an IMAP server). On the other hand it exposes nice tag behavior to clients that wouldn't support it. Sebastian --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk4MJMoACgkQVYX1jMgnoGIWOACffVVXybmjNo/Y7oSh8b24ELkg tIsAnRd5uzPtnfNVNncOqDeuK0k9X5P8 =zYa8 -----END PGP SIGNATURE----- --=-=-=--