Remote usage script updated
On Wed, 09 Feb 2011, Jesse Rosenthal wrote: > Michal, > > On Sun, 06 Feb 2011 00:58:29 +0100, Michal Sojka > wrote: > > Hmm, this code worked well with dropbear ssh server but it seems that > > with openssh server the result is not that good. Namely, if the master > > connection is dead, the command running true blocked for a long time. > > Seemed to work okay for me when I played around with it a bit (in > different circumstances, and with a confused laptop waking up from > hibernation). But I'll hold off on updating it till I can figure out the > most reliable way. Hi Jesse, I've just found that there is a SSH option called ControlPersist and this is the missing piece to reliable connection sharing for notmuch remote script. This option is available since openssh 5.6 (http://www.openssh.org/txt/release-5.6) with a fix of race conditions in 5.7 (http://www.openssh.org/txt/release-5.7). Now I have in my script the following command: ssh -x -a -oControlMaster=auto -oControlPersist=600 -S $SOCKET $USER@$SSH_HOST $NOTMUCH_REMOTE_BIN ${CMD} ${args} where SOCKET="${CACHE}/.ssh-socket-${USER}@${SSH_HOST}" and it works perfectly. Unfortunately, this option is not supported in recently released Debian Squeeze but from http://bugs.debian.org/594295 seems that it might be supported later, perhaps in a point release. -Michal
Org-mode support
On Tue, 15 Feb 2011 08:40:06 +0100, Albin Stjerna wrote: > Here I'd like to call your attention to notmorg, [...] it generates > an agenda file containing all mails tagged ?todo?, with optionally > generated scheduled/deadline tags. Of course, it could be updated to > use your interaction code to link back to the actual notmuch emails. This sounds really useful for the org junkies amongst us! Sadly it appears to be broken, at least when using Jamie's crypto branch. Are you running vanilla 0.5 with no problems? If so, I'm guessing the reason may be that David's improved multipart handling patch series changes the json output in a manner not handled by the notmorg lisp since I'm seeing some output in my messages buffer which begins with a line 'Wrong type argument: stringp, ((:content"', then an email body, then ends with a line beginning '" :content-type "text/plain"' and the list signature... CC-ing Kristoffer, the maintainer. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110215/409fed02/attachment.pgp>
Org-mode support
On Sun, 13 Feb 2011 23:24:46 +0100, Matthieu Lemerre wrote: > I use this to empty my inbox and quickly store todo items to my TODO > list/gtd file along the way. I use it in much the same fashion. Very useful?thank you! :) Does it have its own code repository somewhere by the way? > I believe that further org/notmuch integration could be beneficial, and > this represents a first step. Here I'd like to call your attention to notmorg, [1] which is another, quite different, interaction layer between notmuch and org-mode. Basically, it generates an agenda file containing all mails tagged ?todo?, with optionally generated scheduled/deadline tags. Of course, it could be updated to use your interaction code to link back to the actual notmuch emails. Footnotes: [1] https://github.com/krl/notmorg -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110215/a0e66da5/attachment.pgp>
[PATCH] Return error status from notmuch_message_tags_to_maildir_flags().
Signed-off-by: Rob Browning --- lib/message.cc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/message.cc b/lib/message.cc index 0590f76..979fad5 100644 --- a/lib/message.cc +++ b/lib/message.cc @@ -1252,7 +1252,7 @@ notmuch_message_tags_to_maildir_flags (notmuch_message_t *message) talloc_free (to_set); talloc_free (to_clear); -return NOTMUCH_STATUS_SUCCESS; +return status; } notmuch_status_t -- 1.7.2.3
[PATCH] *** SUBJECT HERE ***
The function notmuch_message_tags_to_maildir_flags() unconditionally returns NOTMUCH_STATUS_SUCCESS, but it looks like it should probably return status. Rob Browning (1): Return error status from notmuch_message_tags_to_maildir_flags(). lib/message.cc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -- 1.7.2.3
Re: Remote usage script updated
On Wed, 09 Feb 2011, Jesse Rosenthal wrote: Michal, On Sun, 06 Feb 2011 00:58:29 +0100, Michal Sojka sojk...@fel.cvut.cz wrote: Hmm, this code worked well with dropbear ssh server but it seems that with openssh server the result is not that good. Namely, if the master connection is dead, the command running true blocked for a long time. Seemed to work okay for me when I played around with it a bit (in different circumstances, and with a confused laptop waking up from hibernation). But I'll hold off on updating it till I can figure out the most reliable way. Hi Jesse, I've just found that there is a SSH option called ControlPersist and this is the missing piece to reliable connection sharing for notmuch remote script. This option is available since openssh 5.6 (http://www.openssh.org/txt/release-5.6) with a fix of race conditions in 5.7 (http://www.openssh.org/txt/release-5.7). Now I have in my script the following command: ssh -x -a -oControlMaster=auto -oControlPersist=600 -S $SOCKET $USER@$SSH_HOST $NOTMUCH_REMOTE_BIN ${CMD} ${args} where SOCKET=${CACHE}/.ssh-socket-${USER}@${SSH_HOST} and it works perfectly. Unfortunately, this option is not supported in recently released Debian Squeeze but from http://bugs.debian.org/594295 seems that it might be supported later, perhaps in a point release. -Michal ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: Org-mode support
On Tue, 15 Feb 2011 08:40:06 +0100, Albin Stjerna al...@eval.nu wrote: Here I'd like to call your attention to notmorg, [...] it generates an agenda file containing all mails tagged »todo«, with optionally generated scheduled/deadline tags. Of course, it could be updated to use your interaction code to link back to the actual notmuch emails. This sounds really useful for the org junkies amongst us! Sadly it appears to be broken, at least when using Jamie's crypto branch. Are you running vanilla 0.5 with no problems? If so, I'm guessing the reason may be that David's improved multipart handling patch series changes the json output in a manner not handled by the notmorg lisp since I'm seeing some output in my messages buffer which begins with a line 'Wrong type argument: stringp, ((:content', then an email body, then ends with a line beginning ' :content-type text/plain' and the list signature... CC-ing Kristoffer, the maintainer. pgpQoLP8w01If.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch