gmail label support patch available for oflineimap

uch/attachments/20121128/5e3a132a/attachment.html>

gmail label support in offlineimap - update

+--ooO--(_)--Ooo-- -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20121128/3971c64f/attachment.pgp>

gmail label support patch available for oflineimap

ytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20121128/a942f942/attachment.pgp>

[PATCH 2/2] performance-test: add units to In and Out

From: David Bremner Austin Read enough Fine Manuals to figure out this is in multiples of 512 bytes. --- performance-test/perf-test-lib.sh |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/performance-test/perf-test-lib.sh

[PATCH 1/2] performance-test/README: update instructions for fetching corpus.

From: David Bremner It turns out not everybody on the planet has my gpg key. --- performance-test/README | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/performance-test/README b/performance-test/README index 630cf13..36f1dac 100644 ---

gmail label support in offlineimap - update

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there is a patched version of offlineimap available which is synching gmail labels to x-keywords. More information can be found here: http://thread.gmane.org/gmane.mail.imap.offlineimap.general/5943/focus=5970 and

[PATCH] configure: really expand libdir_expanded

On Wed, Nov 28 2012, david at tethera.net wrote: > From: David Bremner > > It turns out that if people really use configure in autotools style and pass > libdir containing '${prefix}/foo' then the ldconfig previously failed. > > This uses sed for portability (versus bash parameter expansion with

gmail label support in offlineimap - update

Jeremy Nickurak writes: > The other direction sounds like it would be trickier though, since there's > no obvious way to say "what notmuch tags have changed since time X?". Is > this something that notmuch could provide? Not currently, but there have been patches proposed; see e.g.

gmail label support patch available for oflineimap

wicz(o o) ooo +--ooO--(_)--Ooo-- -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20121128/b9035629/attachment.pgp>

gmail label support patch available for oflineimap

ype: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20121128/9053d286/attachment-0001.pgp>

gmail label support patch available for oflineimap

n either case? Any concrete suggestions? BR, Jani. -- next part -- An HTML attachment was scrubbed... URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20121128/029661b3/attachment.html>

gmail label support patch available for oflineimap

On Tue, Nov 27 2012, Michal Nazarewicz wrote: > On Tue, Nov 27 2012, Rainer M Krug wrote: ... >> Well - it is ust my feeling that the lesser changes are done to the >> email and its headers, the better. > > Sure, but I don't think it's such a big issue, as it may be presented. > If there was

gmail label support patch available for oflineimap

Michal Nazarewicz writes: > On Wed, Nov 28 2012, Tomi Ollila wrote: >> I could not find it in the docs (looked wiki mainly) but one of the >> principles notmuch currently operates that the *contents* of the email >> files it reads are not ever modified. i.e. the email files are read-only >>

Subfolders as local subfolders in maildir after sync from gmail?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi I have subfolders in gmail, and they are represented locally as flat folders, separated by "_". Is it possible to maintain the subfolder structure locally? Below my .offlineimaprc Thanks, Rainer [general] accounts = Gmail maxsyncaccounts = 1

gmail label support in offlineimap - update

+1

gmail label support patch available for oflineimap

On Wed, Nov 28, 2012 at 8:32 AM, Rainer M Krug wrote: >> I just want to say that having notmuch communicate with Gmail is terrible >> idea, since this >> would mean duplicating of jobs that offlineimap and notmuch do. > > My sentiments, notmuch is doing realy good what it is doing, and adding

Many color per line in notuch emacs mode

-- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20121128/c977d63b/attachment-0001.pgp>

[PATCH] test: Make the emacsclient binary user-configurable

On Wed, Nov 28 2012, Austin Clements wrote: > And require that if TEST_EMACS is specified, so is TEST_EMACSCLIENT. > > Previously, the test framework always used "emacsclient", even if the > Emacs in use was overridden by TEST_EMACS. This causes problems if > both Emacs 23 and Emacs 24 are

[PATCH] test: Don't print 'nil' at the beginning of emacs-subject-to-filename

On Wed, Nov 28 2012, Austin Clements wrote: > --- Trivial it is. +1 Tomi > test/emacs-subject-to-filename |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/test/emacs-subject-to-filename b/test/emacs-subject-to-filename > index 43e1307..230c324 100755 > ---

[PATCH] test: Use associative arrays to track external prereqs

On Wed, Nov 28 2012, Austin Clements wrote: > Previously, the test framework generated a variable name for each > external prereq as a poor man's associative array. Unfortunately, > prereqs names may not be legal variable names, leading to > unintelligible bash errors like >

gmail label support in offlineimap - update

tmuchmail.org/pipermail/notmuch/attachments/20121128/f395e993/attachment.html>

Many color per line in notuch emacs mode

Hi, Thx for your respond. To precise my saying, I would like to color a field in terms of tags associated to its message, as it's done for notmuch-search-color-line. I'm not sure to really understand configuration of these options, but I think it's not possible. Could you confirm me it ? Thx

[PATCH] test: Abort driver if a test script aborts

On Wed, Nov 28 2012, Austin Clements wrote: > Previously, if a test script aborted (e.g., because it passed too few > arguments to a test function), the test driver loop would simply > continue on to the next test script and the final results would > declare that everything passed (except that

gmail label support patch available for oflineimap

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27/11/12 21:01, Michal Nazarewicz wrote: > On Tue, Nov 27 2012, Rainer M Krug wrote: >> I saw on the offlineimap mailing list, that somebody is using this approach >> (x-header) to >> sync the gmail labels and to use them in his email client - so

[PATCH] configure: really expand libdir_expanded

From: David Bremner It turns out that if people really use configure in autotools style and pass libdir containing '${prefix}/foo' then the ldconfig previously failed. This uses sed for portability (versus bash parameter expansion with substitution) and hopefully a bit more

Re: [PATCH] test: Use associative arrays to track external prereqs

On Wed, Nov 28 2012, Austin Clements amdra...@mit.edu wrote: Previously, the test framework generated a variable name for each external prereq as a poor man's associative array. Unfortunately, prereqs names may not be legal variable names, leading to unintelligible bash errors like

Re: [PATCH] test: Don't print 'nil' at the beginning of emacs-subject-to-filename

On Wed, Nov 28 2012, Austin Clements amdra...@mit.edu wrote: --- Trivial it is. +1 Tomi test/emacs-subject-to-filename |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/test/emacs-subject-to-filename b/test/emacs-subject-to-filename index 43e1307..230c324 100755

Re: [PATCH] test: Make the emacsclient binary user-configurable

On Wed, Nov 28 2012, Austin Clements amdra...@mit.edu wrote: And require that if TEST_EMACS is specified, so is TEST_EMACSCLIENT. Previously, the test framework always used emacsclient, even if the Emacs in use was overridden by TEST_EMACS. This causes problems if both Emacs 23 and Emacs 24

Re: Many color per line in notuch emacs mode

Hi, Thx for your respond. To precise my saying, I would like to color a field in terms of tags associated to its message, as it's done for notmuch-search-color-line. I'm not sure to really understand configuration of these options, but I think it's not possible. Could you confirm me it ? Thx

Re: gmail label support patch available for oflineimap

On Wed, Nov 28, 2012 at 8:32 AM, Rainer M Krug r.m.k...@gmail.com wrote: I just want to say that having notmuch communicate with Gmail is terrible idea, since this would mean duplicating of jobs that offlineimap and notmuch do. My sentiments, notmuch is doing realy good what it is doing,

Re: gmail label support patch available for oflineimap

On Tue, Nov 27 2012, Michal Nazarewicz wrote: On Tue, Nov 27 2012, Rainer M Krug wrote: ... Well - it is ust my feeling that the lesser changes are done to the email and its headers, the better. Sure, but I don't think it's such a big issue, as it may be presented. If there was some

[PATCH] configure: really expand libdir_expanded

From: David Bremner brem...@debian.org It turns out that if people really use configure in autotools style and pass libdir containing '${prefix}/foo' then the ldconfig previously failed. This uses sed for portability (versus bash parameter expansion with substitution) and hopefully a bit more

Re: gmail label support patch available for oflineimap

On Wed, Nov 28 2012, Felipe Contreras wrote: Not everybody uses offlineimap. Go nag developers of whatever you are using to implement fetching labels from Gmail. Or write another tool that does that. Either way, communicating with Gmail is not notmuch's job. -- Best regards,

Re: gmail label support patch available for oflineimap

On Wed, Nov 28 2012, Tomi Ollila wrote: I could not find it in the docs (looked wiki mainly) but one of the principles notmuch currently operates that the *contents* of the email files it reads are not ever modified. i.e. the email files are read-only from notmuch (cli) point of view. This

gmail label support in offlineimap - update

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there is a patched version of offlineimap available which is synching gmail labels to x-keywords. More information can be found here: http://thread.gmane.org/gmane.mail.imap.offlineimap.general/5943/focus=5970 and

Re: gmail label support in offlineimap - update

+1 ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: gmail label support patch available for oflineimap

Michal Nazarewicz min...@mina86.com writes: On Wed, Nov 28 2012, Tomi Ollila wrote: I could not find it in the docs (looked wiki mainly) but one of the principles notmuch currently operates that the *contents* of the email files it reads are not ever modified. i.e. the email files are

Re: gmail label support in offlineimap - update

As far as syncing flags to notmuch, it sounds like this would be easy to achieve with an independent 3rd tool, or even a small script: 1) Find files in the maildir modified since the last check 2) Read their keywords headers 3) Update the notmuch tags accordingnly. The other direction sounds like

Re: gmail label support in offlineimap - update

Jeremy Nickurak not-m...@trk.nickurak.ca writes: The other direction sounds like it would be trickier though, since there's no obvious way to say what notmuch tags have changed since time X?. Is this something that notmuch could provide? Not currently, but there have been patches proposed;

Re: Many color per line in notuch emacs mode

On Wed, Nov 28 2012, keda...@gmail.com wrote: To precise my saying, I would like to color a field in terms of tags associated to its message, as it's done for notmuch-search-color-line. I'm not sure to really understand configuration of these options, but I think it's not possible. Could

Re: gmail label support patch available for oflineimap

On Wed, Nov 28 2012, David Bremner wrote: Right. But without that, the whole thing could be scripted pretty easily I think, just parse the x-labels header and use notmuch-deliver or something like that. You're saying to get offlineimap to add the x-labels header and than have another simple

Re: gmail label support in offlineimap - update

On Wed, Nov 28 2012, Jeremy Nickurak wrote: The other direction sounds like it would be trickier though, since there's no obvious way to say what notmuch tags have changed since time X?. Is this something that notmuch could provide? One could parse the X-Labels header and compare it with

[PATCH 2/2] performance-test: add units to In and Out

From: David Bremner brem...@debian.org Austin Read enough Fine Manuals to figure out this is in multiples of 512 bytes. --- performance-test/perf-test-lib.sh |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/performance-test/perf-test-lib.sh

Re: gmail label support patch available for oflineimap

On Wed, Nov 28, 2012 at 1:53 PM, Michal Nazarewicz min...@mina86.com wrote: On Wed, Nov 28 2012, Felipe Contreras wrote: Not everybody uses offlineimap. Go nag developers of whatever you are using to implement fetching labels from Gmail. Or write another tool that does that. Why do that

Re: gmail label support patch available for oflineimap

Doing this on a directory basis is a non-starter for me. The reason that Notmuch and gmail are a natural fit is that they both operate on labels/tags instead of folders. ___ notmuch mailing list notmuch@notmuchmail.org

Re: gmail label support patch available for oflineimap

On Thu, Nov 29, 2012 at 6:01 AM, Jeremy Nickurak not-m...@trk.nickurak.ca wrote: Doing this on a directory basis is a non-starter for me. The reason that Notmuch and gmail are a natural fit is that they both operate on labels/tags instead of folders. There's no simpler way if you are using