From 6e2c8c45699dbd73392e8a10dacdbce90a1c7ac8 Mon Sep 17 00:00:00 2001 From: Jani Nikula Date: Wed, 7 May 2014 14:07:49 +0200 Subject: [PATCH] Re: GMAIL tag sync arriving in "next" branch in Offlineimap --- aa/10286d819c5bd30d1f2fbaa26512ee8760d578 | 96 +++++++++++++++++++++++ 1 file changed, 96 insertions(+) create mode 100644 aa/10286d819c5bd30d1f2fbaa26512ee8760d578 diff --git a/aa/10286d819c5bd30d1f2fbaa26512ee8760d578 b/aa/10286d819c5bd30d1f2fbaa26512ee8760d578 new file mode 100644 index 000000000..336ed36aa --- /dev/null +++ b/aa/10286d819c5bd30d1f2fbaa26512ee8760d578 @@ -0,0 +1,96 @@ +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 1AB88431FAF + for ; Wed, 7 May 2014 05:07:54 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -0.7 +X-Spam-Level: +X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 4J8vamO5UfwY for ; + Wed, 7 May 2014 05:07:46 -0700 (PDT) +Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com + [209.85.212.177]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id D335B431FAE + for ; Wed, 7 May 2014 05:07:45 -0700 (PDT) +Received: by mail-wi0-f177.google.com with SMTP id f8so1182004wiw.16 + for ; Wed, 07 May 2014 05:07:44 -0700 (PDT) +X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; + d=1e100.net; s=20130820; + h=x-gm-message-state:from:to:subject:in-reply-to:references + :user-agent:date:message-id:mime-version:content-type; + bh=WQE4hsO1KjMYicvPjxHHb04RPcuSYEFc9ccd1I0d60g=; + b=FWtDHAar2hnB0iX/6CRDJw5TaLpuZQEs2UEe2kYTGGpJppkcI2VHdPqqXojHoNm/uM + kmXqMXuOS9Z/SSj6JVKv033Sphd0S5KAzAx4/ju0nsvGcJ69X2pyq2ONbxxurq3lEZLx + lXE9yCuwuK9CrXKSQBvSNQjZXa3MrMW6Wmp9JW4v/OYaAemMjX/6avWtQtKizX/r3lym + WGTG8U5IHCQeXkOyeucgjJBXl5j1IsD8Vz9xySqPAcmfq27qqGnqdFVnlXpPUtXIM2bd + M3jlg9bARIMmIQ1apoOhLcTDrBh0I9CzvPuQGTiWFgPif0cezh/PjktL9qdVnFIt108i + ZFQg== +X-Gm-Message-State: + ALoCoQlkg0LxZoriwod0tuo7p0uL895Lnd2yBWLzIXQsUlOJPgSvH0ymUJcYga4HcrrRVY4ZolXy +X-Received: by 10.180.92.69 with SMTP id ck5mr26165787wib.15.1399464464627; + Wed, 07 May 2014 05:07:44 -0700 (PDT) +Received: from localhost ([2001:4b98:dc0:43:216:3eff:fe1b:25f3]) + by mx.google.com with ESMTPSA id + mw4sm31220631wib.12.2014.05.07.05.07.42 for + (version=TLSv1.1 cipher=RC4-SHA bits=128/128); + Wed, 07 May 2014 05:07:43 -0700 (PDT) +From: Jani Nikula +To: Rainer M Krug , notmuch@notmuchmail.org +Subject: Re: GMAIL tag sync arriving in "next" branch in Offlineimap +In-Reply-To: +References: +User-Agent: Notmuch/0.18~rc0+2~gbc64cdc (http://notmuchmail.org) Emacs/23.2.1 + (x86_64-pc-linux-gnu) +Date: Wed, 07 May 2014 14:07:49 +0200 +Message-ID: <871tw5rduy.fsf@nikula.org> +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +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: Wed, 07 May 2014 12:07:54 -0000 + +On Wed, 07 May 2014, Rainer M Krug wrote: +> Recently, gmail tag sync was discussed here, and it seems something is +> happening in Offlineimap: patches implementing synching of gmail tags to +> X-Labels have been applied in the "next" branch and announced on the +> Offline mailing list. + +https://github.com/OfflineIMAP/offlineimap/commit/0e4afa913253c43409e6a32a6b6e11e8b03ed3d9 + +""" +This is an example of a setup where GMail gets synced with a local +Maildir. It also keeps track of GMail labels, that get embedded into the +messages under the header X-Keywords (or whatever labelsheader is set +to), and syncs them back and forth the same way as flags. + +The first time it runs on a large repository may take some time as the +labels are read / embedded on every message. Afterwards local label +changes are detected using modification times (much faster): +""" + +Modification of message files as labels change? Ugh. + +I guess notmuch could read a user configurable header and apply the tags +there, but notmuch modifying the message files is probably not going to +happen. + + +BR, +Jani. -- 2.26.2