GMAIL tag sync arriving in "next" branch in Offlineimap

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. Cheers, Rainer -- Rainer M. Krug, PhD (Conservation Ecology

Re: Linux-only fdatasync() in 3c13bc

Xīcò writes: > Also, commit 3c13bc introduced a call to fdatasync() which is not > available on FreeBSD, and probably not either on MacOS at least. > fdatasync is POSIX: http://pubs.opengroup.org/onlinepubs/009695399/functions/fdatasync.html -- regards, kushal pgpIDJi7crZ95.pgp Description:

[PATCH v2] emacs: Add support for saved search accelerator keys

emacs: Add support for saved search accelerator keys This arose out a conversation in #notmuch and Mark's patch to extend the saved search custom specification based on requirements for an external package (Austin's notmuch-go.el). v2: - Comments from Mark Walters: - Use `notmuch-saved-search-g

[PATCH v2] emacs: Add support for saved search accelerators

Extended the saved search definition to allow the inclusion of an accelerator key for the search. Bind 'j' in the common mode map as a leader for such accelerator keys. --- emacs/notmuch-hello.el | 5 - emacs/notmuch-lib.el | 46 ++ 2 files change

Re: Improving spam-tagging keybinding function to act on region in emacs

Hi. Mark Walters writes: > Hello > > As this section was rather outdated I have updated to modern notmuch. (In > fact the lisp snippets should work back to at least 0.13) > > On Tue, 06 May 2014, Olivier Berger > wrote: >> Hi. >> >> I've tried tu use the tips indicated at >> http://notmuchmail

Re: GMAIL tag sync arriving in "next" branch in Offlineimap

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://gi

Re: Linux-only fdatasync() in 3c13bc

On Wed, May 07 2014, Kushal Kumaran wrote: > Xīcò writes: > >> Also, commit 3c13bc introduced a call to fdatasync() which is not >> available on FreeBSD, and probably not either on MacOS at least. >> > > fdatasync is POSIX: > http://pubs.opengroup.org/onlinepubs/009695399/functions/fdatasync.htm

Re: Linux-only fdatasync() in 3c13bc

Tomi Ollila writes: > On Wed, May 07 2014, Kushal Kumaran wrote: > >> Xīcò writes: >> >>> Also, commit 3c13bc introduced a call to fdatasync() which is not >>> available on FreeBSD, and probably not either on MacOS at least. >>> >> >> fdatasync is POSIX: >> http://pubs.opengroup.org/onlinepubs/

Log of tagging actions

Hi, The amazing thing about the notmuch emacs interface is that with just a couple of keystrokes you can quickly manipulate a lot of emails and thus be very efficient. The big disadvantage is that with just a couple of keystrokes you can manipulate a lot of emails and thus quickly completely mess

Re: [Patch v3 0/3] emacs: show: redesign unread/read logic

On Tue, Mar 25 2014, Mark Walters wrote: > The third patch adds my attempt at a plausible logic. I find it works > very well: it usually does both what I expect and what I want. Whilst I think that the patch is well done, I don't like the resulting behaviour. That is a personal preference, of cour

Re: [PATCH v4 2/3] emacs: `notmuch-show-buttonize-links' only `notmuch-show's a message if it exists

[ Trimmed to/cc list. ] On Sun, Jan 22 2012, Pieter Praet wrote: > * emacs/notmuch-show.el (notmuch-show-found-target-p): new predicate function > that uses notmuch(1) 'count' to see if a query turns up any results. > > * emacs/notmuch-show.el (notmuch-show-if-found): new function that only show

[RFC] [PATCH] emacs/notmuch-mua: Generate improved cited text for replies

Use the message display code to generate message text to cite in replies. --- This breaks the tests, which know about the details of how the reply buffer looks in emacs. I will fix that of course, if this approach is considered acceptable. The original implementation took a simplistic view of how

Re: Linux-only fdatasync() in 3c13bc

Quoth David Bremner on May 07 at 10:17 pm: > Tomi Ollila writes: > > > On Wed, May 07 2014, Kushal Kumaran > > wrote: > > > >> Xīcò writes: > >> > >>> Also, commit 3c13bc introduced a call to fdatasync() which is not > >>> available on FreeBSD, and probably not either on MacOS at least. > >>>

Re: [Patch v3 0/3] emacs: show: redesign unread/read logic

On Wed, 07 May 2014, David Edmondson wrote: > On Tue, Mar 25 2014, Mark Walters wrote: >> The third patch adds my attempt at a plausible logic. I find it works >> very well: it usually does both what I expect and what I want. > > Whilst I think that the patch is well done, I don't like the result

Re: folder and path completely broken in HEAD?

> The trick here is that it's easy to miss people who are happy with > current functionality. Adding functionality to address newly-identified > use cases makes a lot of sense. But removing functionality runs the risk > of only discovering that people were relying on it after the fact, > (Which se

[PATCH 1/1] devel: news2wiki to recognize yyyy-mm-dd or UNRELEASED as release date

The -mm-dd (actually \d\d\d\d-\d\d-\d\d) for a bit more restrictive (and self-documentative) than the \w\w\w\w-... that used to be there and UNRELEASED so that developers can test the latest NEWS converted to mdwn format before submitting NEWS patches. --- devel/news2wiki.pl | 3 +-- 1 file ch

[PATCH] devel: make man-to-mdwn.pl to work with generated manual pages

The new manual pages converted from rst using sphinx or rst2man has somewhat different syntax. man-to-mdwn.pl is now adjusted to produce even better output from this syntax (a bug ot two was fixed along the adjustents done). This tool still produces better results than just using the html pages gen

Github?

Hello everyone, Thank you so much for creating Notmuch, I am coming from sup and I was looking for a more stable alternative and I think I found what I am looking for :) I was a bit disappointed that the project is not living (or at least mirrored) to Github, it would have made my search much eas

Github?

I forgot to mention that I also enabled Travis-CI for notmuch, you can access it here , there are 33 failed tests, they are also failing on my own machine. On Wed May 07 2014 at 10:28:06 PM, Wael Nasreddine < wael.nasredd...@gmail.com> wrote: > Hello everyon

Re: [Patch v3 0/3] emacs: show: redesign unread/read logic

On Wed, May 07 2014, Mark Walters wrote: > A message is marked read if: > > 1) if you navigate to a message using n/p (next/prev open message) > > 2) if you navigate to it using N/P (next/prev message) regardless of > whether the message is open or closed. > > 3) if you go to it using n.s.next-mat

[PATCH v2] emacs/notmuch-mua: Generate improved cited text for replies

Use the message display code to generate message text to cite in replies. --- emacs/notmuch-mua.el | 38 -- 1 file changed, 8 insertions(+), 30 deletions(-) diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el index 95e4a4d..09c922f 100644 --- a/emacs/notmu

[PATCH v2] emacs: Improve the cited message included in replies

emacs: Improve the cited message included in replies v2: - Don't run the text/plain hooks when generating the message to quote. David Edmondson (1): emacs/notmuch-mua: Generate improved cited text for replies emacs/notmuch-mua.el | 38 -- 1 file changed, 8

Re: [Patch v3 0/3] emacs: show: redesign unread/read logic

On Thu, 08 May 2014, David Edmondson wrote: > On Wed, May 07 2014, Mark Walters wrote: >> A message is marked read if: >> >> 1) if you navigate to a message using n/p (next/prev open message) >> >> 2) if you navigate to it using N/P (next/prev message) regardless of >> whether the message is open

[PATCH v2 00/10] add insert --must-index option

On Wed, Apr 16 2014, Peter Wang wrote: > Follow up to id:1374365254-13227-1-git-send-email-novalazy at gmail.com > The main changes are to take into account failures during > tagging and flushing of the database. > > I took Jani's patch id:1390152046-6509-1-git-send-email-jani at nikula.org > wit

[PATCH] emacs: hello: allow arbitrary lisp for generating the count.

t))) >(msg-count (plist-get elem :count))) > (widget-insert (format "%8s " > -(notmuch-hello-nice-number msg-count))) > +(if (stringp msg-count) > +msg-count > + (notmuch-hello-nice-number > msg-count > (widget-create 'push-button > :notify #'notmuch-hello-widget-search > :notmuch-search-terms query > -- > 1.7.10.4 > > ___ > notmuch mailing list > notmuch at notmuchmail.org > http://notmuchmail.org/mailman/listinfo/notmuch -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 310 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140507/bc1cd05b/attachment.pgp>

GMAIL tag sync arriving in "next" branch in Offlineimap

44 email: Rainer at krugs.de Skype: RMkrug PGP: 0x0F52F982 -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 494 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachm

Linux-only fdatasync() in 3c13bc

next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 472 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140507/b4778e27/attachment-0001.pgp>

[PATCH v2] emacs: Add support for saved search accelerator keys

emacs: Add support for saved search accelerator keys This arose out a conversation in #notmuch and Mark's patch to extend the saved search custom specification based on requirements for an external package (Austin's notmuch-go.el). v2: - Comments from Mark Walters: - Use `notmuch-saved-search-g

[PATCH v2] emacs: Add support for saved search accelerators

Extended the saved search definition to allow the inclusion of an accelerator key for the search. Bind 'j' in the common mode map as a leader for such accelerator keys. --- emacs/notmuch-hello.el | 5 - emacs/notmuch-lib.el | 46 ++ 2 files change

Improving spam-tagging keybinding function to act on region in emacs

Hi. Mark Walters writes: > Hello > > As this section was rather outdated I have updated to modern notmuch. (In > fact the lisp snippets should work back to at least 0.13) > > On Tue, 06 May 2014, Olivier Berger > wrote: >> Hi. >> >> I've tried tu use the tips indicated at >> http://notmuchmail

GMAIL tag sync arriving in "next" branch in Offlineimap

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://gi

Linux-only fdatasync() in 3c13bc

On Wed, May 07 2014, Kushal Kumaran wrote: > X?c? writes: > >> Also, commit 3c13bc introduced a call to fdatasync() which is not >> available on FreeBSD, and probably not either on MacOS at least. >> > > fdatasync is POSIX: > http://pubs.opengroup.org/onlinepubs/009695399/functions/fdatasync.htm

Linux-only fdatasync() in 3c13bc

Tomi Ollila writes: > On Wed, May 07 2014, Kushal Kumaran > wrote: > >> X?c? writes: >> >>> Also, commit 3c13bc introduced a call to fdatasync() which is not >>> available on FreeBSD, and probably not either on MacOS at least. >>> >> >> fdatasync is POSIX: >> http://pubs.opengroup.org/onlinepu

Log of tagging actions

Hi, The amazing thing about the notmuch emacs interface is that with just a couple of keystrokes you can quickly manipulate a lot of emails and thus be very efficient. The big disadvantage is that with just a couple of keystrokes you can manipulate a lot of emails and thus quickly completely mess

[Patch v3 0/3] emacs: show: redesign unread/read logic

. Name: signature.asc Type: application/pgp-signature Size: 310 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140507/649d5608/attachment.pgp>

[PATCH v4 2/3] emacs: `notmuch-show-buttonize-links' only `notmuch-show's a message if it exists

top: Beginning of buffer"). That seems like a bug that should be fixed. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 310 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140507/32156654/attachment.pgp>

[RFC] [PATCH] emacs/notmuch-mua: Generate improved cited text for replies

Use the message display code to generate message text to cite in replies. --- This breaks the tests, which know about the details of how the reply buffer looks in emacs. I will fix that of course, if this approach is considered acceptable. The original implementation took a simplistic view of how

Linux-only fdatasync() in 3c13bc

Quoth David Bremner on May 07 at 10:17 pm: > Tomi Ollila writes: > > > On Wed, May 07 2014, Kushal Kumaran > > wrote: > > > >> X?c? writes: > >> > >>> Also, commit 3c13bc introduced a call to fdatasync() which is not > >>> available on FreeBSD, and probably not either on MacOS at least. > >>>

[Patch v3 0/3] emacs: show: redesign unread/read logic

On Wed, 07 May 2014, David Edmondson wrote: > On Tue, Mar 25 2014, Mark Walters wrote: >> The third patch adds my attempt at a plausible logic. I find it works >> very well: it usually does both what I expect and what I want. > > Whilst I think that the patch is well done, I don't like the result

folder and path completely broken in HEAD?

> The trick here is that it's easy to miss people who are happy with > current functionality. Adding functionality to address newly-identified > use cases makes a lot of sense. But removing functionality runs the risk > of only discovering that people were relying on it after the fact, > (Which se

[PATCH 1/1] devel: news2wiki to recognize yyyy-mm-dd or UNRELEASED as release date

The -mm-dd (actually \d\d\d\d-\d\d-\d\d) for a bit more restrictive (and self-documentative) than the \w\w\w\w-... that used to be there and UNRELEASED so that developers can test the latest NEWS converted to mdwn format before submitting NEWS patches. --- devel/news2wiki.pl | 3 +-- 1 file ch