[notmuch] [PATCH] Update documentation of notmuch_query_create

2010-03-09 Thread Fernando Carrijo
Carl Worth  wrote:
> On Sat, 05 Dec 2009 12:22:05 -0200, Fernando Carrijo  yahoo.com.br> wrote:
> > Commit cd467caf renamed notmuch_query_search to 
> > notmuch_query_search_messages.  
> >   
> > Commit 1ba3d46f created notmuch_query_search_threads. We better keep the 
> > docs 
> > of notmuch_query_create consistent with those changes.  
> >   
> 
> Thanks!
> 
> I had trouble applying the patch, (perhaps you performed a copy/paste
> operation into your email program that added a bunch of trailing
> whitespace?).

Sorry for that. At the time I sent the patch I was using, for the lack
of a better euphemism, a memory unconscious  mail client which used to
get me distracted from those caracter conversion issues whenever I saw
some other applications being shot by the OOM killer. Seriously.

I won't let it happen again.

> But I fixed that and while at it, edited the comment so
> that the full name of each referenced function appears. (The idea being
> that I want grep to find these occurrences if they need to be updated
> again in the future).

Yes, it makes sense.

> -Carl

Thank you.



[notmuch] [PATCH] Fix a few documentation typos in notmuch.h

2010-03-09 Thread Fernando Carrijo
Carl Worth  wrote:
> On Sat, 05 Dec 2009 17:32:34 -0200, Fernando Carrijo  yahoo.com.br> wrote:
> > Fix a few documentation typos in notmuch.h
> 
> Thanks, Fernando!
> 
> It's quite embarrassing that such a simple change could sit in my patch
> queue for so long. But at least notmuch never forgot about it for me...
> 
> -Carl (hoping to be better in the future)

No worries, Carl.

The good thing of being busy among busy people is that, unless you state
that explicitly, they won't generally notice. :) But seriously, I'm glad
you found some time to process your patch queue, and I certainly wouln't
feel offended if you had chosen any other patch instead of those trivial
ones of mine.

Did I mention that since then notmuch became my only mail client?  :)



[notmuch] [PATCH 3/3] notmuch-show.c: prototype tabular output format, with output control

2010-03-09 Thread David Bremner
On Tue, 09 Mar 2010 11:51:46 -0800, Carl Worth  wrote:

> Are you proposing the tabular format for inclusion in notmuch?
> 
> Or does "prototype" suggest that you were just showing a demonstration
> of what could be done here?
> 
> If you do want this included, what's the motivation for this format?

I think some tabular format would be handy because it is very easy to
parse with scripts, and because it is a natural natural way to get
e.g. a list of message-ids.

--format=tabular --output=message-id

On the other hand, I'm not yet using this code, so I guess the main
point is to discuss how output control should be implemented, and in
that sense the patch is a demo. I suspect once we start using json
output more, we will definitely want it there.

All the best, 

David


[notmuch] Patches in support of linking from org-mode

2010-03-09 Thread David Bremner
On Tue, 09 Mar 2010 10:20:39 -0800, Carl Worth  wrote:

> And please let me know if you need any further changes to notmuch to
> make it work better with org-mode. (A recent message on this list does
> make me very interested to try out org-mode and to make sure it
> integrates well with notmuch.)

The last patches needed for initial org-mode support are 
id:1267015920-8999-1-git-send-email-david at tethera.net
(notmuch-query.el)

and

1265773528-30794-1-git-send-email-david at tethera.net 
(emacs subdirectory)

The first is needed by the code which creates links to notmuch
threads. Since threads are mutable, what it does turn a thread-id into a
list of message-ids.  

All the best,

David



[notmuch] [sup-devel] now in next: sup-cmd

2010-03-09 Thread Carl Worth
In a recent thread on the sup mailing list there was discussion of the
similarities of the recently-added sup-cmd command-line interface with
that of notmuch. And there was at least one proposal for adding some
syntax to notmuch:

On Fri, 05 Mar 2010 00:40:27 -0800 (PST), Nicolas Pouillard  wrote:
> Yes please add the is: prefix too, tag: was added to sup.

I've just added this to notmuch. So you can now search for "is:unread"
as a synonym for "tag:unread".

Have fun,

-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100309/d836a38d/attachment.pgp>


[notmuch] [PATCH] Appease the compiler.

2010-03-09 Thread Carl Worth
On Wed,  3 Mar 2010 09:31:55 +, David Edmondson  wrote:
> -char *direntry, *colon;
> +char *direntry = NULL, *colon;

Another one that I just got around to fixing just before noticing it in
the queue.

Someday I'll be more caught up and not duplicating work as much.

But thanks for the patch, nonetheless!

-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100309/7a0757ea/attachment.pgp>


[notmuch] gpg decryption

2010-03-09 Thread Sebastian Spaeth
On 2010-03-08, Sebastian Spaeth wrote:
> On Mon, 08 Mar 2010 12:49:54 +0100, "Sebastian Spaeth"  SSpaeth.de> wrote:
> > My bank frequently sends me transactions as an inline-armored gpg
> > encrypted text.
> 
> Wow!  That's incredible.  I assume this is a German Bank?  Only in my
> wildest fantasies could I even conceive of such a thing possibly
> happening, especially in the US.  I want to use your bank.

Yep, its a German bank (online branch of a state-owned bank, actually).

> Do I've had problems with notmuch if I answer "yes" to the replace
> current text question.  It appears to actually modify the file being
> decrypted, which in this case is the actual mail message, and that seems
> to cause problems for notmuch.  I actually want the text to be replaced,
> but just in the buffer, and not in the file.  I haven't looked into this
> yet though.

This is weird, as it seems to work fine for me. Answering 'yes' replaces
the text in the buffer with the unencrypted version, but it leaves the
mail file as it is. 

> We really need to get some better PGP/MIME support in the emacs UI.

I agree, having better GPG support would be a real killer feature.

Sebastian


[notmuch] [PATCH] Change From and Bcc when creating reply draft buffer

2010-03-09 Thread James Vasile
When notmuch creates a reply buffer, it guesses the From and Bcc
addresses.  The client is in a better position to guess these, and this
patch adjusts notmuch-reply accordingly.

diff --git a/notmuch.el b/notmuch.el
index ab56f48..07f957e 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -436,10 +436,20 @@ buffer."
   (message "Done"))

 (defun notmuch-reply (query-string)
+  "Prepare a reply draft buffer.
+
+Have notmuch create a reply buffer, then adjust the from and bcc
+headers to match our current user-full-name and
+user-mail-address."
   (switch-to-buffer (generate-new-buffer "notmuch-draft"))
   (call-process notmuch-command nil t nil "reply" query-string)
   (message-insert-signature)
   (goto-char (point-min))
+  (kill-line)
+  (insert (format "From: %s <%s>" user-full-name user-mail-address))
+  (re-search-forward "^Bcc: " nil t)
+  (kill-line)
+  (insert (format "%s <%s>" user-full-name user-mail-address))
   (if (re-search-forward "^$" nil t)
   (progn
(insert "--text follows this line--")


[notmuch] [PATCH 3/3] notmuch-show.c: prototype tabular output format, with output control

2010-03-09 Thread Carl Worth
On Sat, 19 Dec 2009 10:55:24 -0400, david at tethera.net wrote:
> From: David Bremner 
> 
> Currently this only outputs the information from the "message header";
> i.e. the part before the rfc2822 header or body.

Hi David, 

Are you proposing the tabular format for inclusion in notmuch?

Or does "prototype" suggest that you were just showing a demonstration
of what could be done here?

If you do want this included, what's the motivation for this format?

Thanks,

-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100309/4d10bcc4/attachment.pgp>


[notmuch] emacs: Fix for '=' in search view (to not return to top of buffer)

2010-03-09 Thread Carl Worth
We've had a regression in the emacs interface for a long time. The '='
key, (for refreshing the current search results), would obnoxiously
reset the cursor to the first line of the buffer.

This finally drove me sufficiently crazy that I just fixed this.

Enjoy,

-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100309/992c0c6f/attachment.pgp>


[notmuch] [PATCH] notmuch-restore.c: only update tags for messages that differ from dump file.

2010-03-09 Thread Carl Worth
On Tue,  8 Dec 2009 18:07:43 -0400, david at tethera.net wrote:
> This is posting 3 of the patch. The second version fixed a bug.  This
> version replaces calloc/realloc with talloc equivalents, prettifies
> the comparison function for qsort, reindents, and adds a bunch of
> whitespace.

It's odd that even after reviewing a couple of rounds of this patch, I
then went and forgot about it when I wrote my own version. I could have
saved myself some work otherwise.

Ah well, let me know if you see anything that you think should be
changed in the code that's in place now.

Thanks,

-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100309/e307f878/attachment.pgp>


[notmuch] [PATCH] Fix a few documentation typos in notmuch.h

2010-03-09 Thread Carl Worth
On Sat, 05 Dec 2009 17:32:34 -0200, Fernando Carrijo  
wrote:
> Fix a few documentation typos in notmuch.h

Thanks, Fernando!

It's quite embarrassing that such a simple change could sit in my patch
queue for so long. But at least notmuch never forgot about it for me...

-Carl (hoping to be better in the future)
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100309/a8a5a3c5/attachment.pgp>


[notmuch] [PATCH] Update documentation of notmuch_query_create

2010-03-09 Thread Carl Worth
On Sat, 05 Dec 2009 12:22:05 -0200, Fernando Carrijo  
wrote:
> Commit cd467caf renamed notmuch_query_search to 
> notmuch_query_search_messages.
> Commit 1ba3d46f created notmuch_query_search_threads. We better keep the docs 
> 
> of notmuch_query_create consistent with those changes.
> 

Thanks!

I had trouble applying the patch, (perhaps you performed a copy/paste
operation into your email program that added a bunch of trailing
whitespace?). But I fixed that and while at it, edited the comment so
that the full name of each referenced function appears. (The idea being
that I want grep to find these occurrences if they need to be updated
again in the future).

-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100309/282b81e9/attachment.pgp>


[notmuch] [PATCH 1/2] notmuch-reply: Add support for replying only to sender

2010-03-09 Thread Carl Worth
On Fri, 11 Dec 2009 11:01:15 +0530, "Aneesh Kumar K. V"  wrote:
> On Fri, 04 Dec 2009 11:07:54 -0800, Carl Worth  wrote:
> > On Thu,  3 Dec 2009 14:16:44 +0530, "Aneesh Kumar K.V"  > linux.vnet.ibm.com> wrote:
> > > 
> > > This patch add --format=sender-only option.
> > 
> > I like the idea here, (and agree that an 'R' keybinding would be great).
> > 
> > But surely there's a way to implement this with dramatically less code
> > duplication?
> 
> I sent an updated patch which did the above with less code duplication. Any
> chance of getting this merged ?

Thanks for the updated patch, (and I sincerely apologize for my late
response).

I still like the functionality and keybinding, and it's great to see
less code duplication in this patch, but I also agree with the point Jed
made:

  I think --format= should not be used for this, formatting is orthogonal
  to selecting recipients.

We're already using --format for selection JSON output, for example. And
it's not totally unreasonable to expect that someone might want JSON
output from "notmuch reply" as well. So let's use a separate option
here.

Perhaps:

--recipient=all|sender

or so?

-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100309/7bc196cd/attachment.pgp>


[notmuch] Patches in support of linking from org-mode

2010-03-09 Thread Carl Worth
On Fri,  4 Dec 2009 22:26:35 -0400, david at tethera.net wrote:
> These two patches are pretty much independent. The first is needed by my 
> work in progress patch for org-mode to provide links into notmuch 
> (http://pivot.cs.unb.ca/git/?p=org-mode.git;a=shortlog;h=refs/heads/notmuch-link).
> 
> The second changes the interface of git-show to take the query-string
> recently added explicitly as a parameter.

Hi David,

Somehow I had this mail from you on my backlog of patches to review, but
it looks like everything here has already been applied. So thanks!

And please let me know if you need any further changes to notmuch to
make it work better with org-mode. (A recent message on this list does
make me very interested to try out org-mode and to make sure it
integrates well with notmuch.)

-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100309/47c9c20e/attachment.pgp>


[notmuch] [PATCH] Added regress option to tags iterator

2010-03-09 Thread Carl Worth
On Mon, 21 Dec 2009 19:16:49 -0800, Carl Worth  wrote:
> One option is to just drop the "move_ " prefix. Then everything will be
> a two-word function. So the new proposal is:
> 
> to_first
> has_current
> to_next
> 
> to_last
> has_current
> to_previous
> 
> get_current
> 
> Better?

Looking back at this proposal now, (after a long delay), I found I
didn't like it at all. With function names like:

notmuch_threads_to_first
notmuch_threads_to_next

the missing verb in the name is really distracting. I ended up reading
these names as if they were conversion functions. So I've gone back to
preferring the names with the explicit verbs (even though quite long):

notmuch_threads_move_to_first
notmuch_threads_move_to_next

Meanwhile, I also decided that _current wasn't adding anything to the
names it showed up in, (we can never "get" anything other than the
current item, so why qualify as "get_current"?). So I'm changing from
"has_current" to "valid", and leaving "get" as it is.

So the final proposal for iteration in either direction is:

move_to_first
valid
move_to_next

move_to_last
valid
move_to_previous

get

I've just pushed commits changing the existing functions (which allow
only forward iteration) to use this naming scheme. I haven't added any
of the reverse-iteration functions yet, so Ruben, if you'd like to do
those within this scheme, that would be find. (Or we could wait until we
have an actual use in mind for them.)

Thanks,

-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: 
<http://notmuchmail.org/pipermail/notmuch/attachments/20100309/f1115d69/attachment.pgp>


Re: [notmuch] Patches in support of linking from org-mode

2010-03-09 Thread Carl Worth
On Fri,  4 Dec 2009 22:26:35 -0400, da...@tethera.net wrote:
 These two patches are pretty much independent. The first is needed by my 
 work in progress patch for org-mode to provide links into notmuch 
 (http://pivot.cs.unb.ca/git/?p=org-mode.git;a=shortlog;h=refs/heads/notmuch-link).
 
 The second changes the interface of git-show to take the query-string
 recently added explicitly as a parameter.

Hi David,

Somehow I had this mail from you on my backlog of patches to review, but
it looks like everything here has already been applied. So thanks!

And please let me know if you need any further changes to notmuch to
make it work better with org-mode. (A recent message on this list does
make me very interested to try out org-mode and to make sure it
integrates well with notmuch.)

-Carl


pgp90cudlKIKj.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


[notmuch] emacs: Fix for '=' in search view (to not return to top of buffer)

2010-03-09 Thread Carl Worth
We've had a regression in the emacs interface for a long time. The '='
key, (for refreshing the current search results), would obnoxiously
reset the cursor to the first line of the buffer.

This finally drove me sufficiently crazy that I just fixed this.

Enjoy,

-Carl


pgpmAQK1vjbAE.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [notmuch] [PATCH 1/2] notmuch-reply: Add support for replying only to sender

2010-03-09 Thread Carl Worth
On Fri, 11 Dec 2009 11:01:15 +0530, Aneesh Kumar K. V 
aneesh.ku...@linux.vnet.ibm.com wrote:
 On Fri, 04 Dec 2009 11:07:54 -0800, Carl Worth cwo...@cworth.org wrote:
  On Thu,  3 Dec 2009 14:16:44 +0530, Aneesh Kumar K.V 
  aneesh.ku...@linux.vnet.ibm.com wrote:
   
   This patch add --format=sender-only option.
  
  I like the idea here, (and agree that an 'R' keybinding would be great).
  
  But surely there's a way to implement this with dramatically less code
  duplication?
 
 I sent an updated patch which did the above with less code duplication. Any
 chance of getting this merged ?

Thanks for the updated patch, (and I sincerely apologize for my late
response).

I still like the functionality and keybinding, and it's great to see
less code duplication in this patch, but I also agree with the point Jed
made:

  I think --format= should not be used for this, formatting is orthogonal
  to selecting recipients.

We're already using --format for selection JSON output, for example. And
it's not totally unreasonable to expect that someone might want JSON
output from notmuch reply as well. So let's use a separate option
here.

Perhaps:

--recipient=all|sender

or so?

-Carl


pgpXF5iihtCV1.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [notmuch] [PATCH] Update documentation of notmuch_query_create

2010-03-09 Thread Carl Worth
On Sat, 05 Dec 2009 12:22:05 -0200, Fernando Carrijo fcarr...@yahoo.com.br 
wrote:
 Commit cd467caf renamed notmuch_query_search to 
 notmuch_query_search_messages.
 Commit 1ba3d46f created notmuch_query_search_threads. We better keep the docs 
 
 of notmuch_query_create consistent with those changes.
 

Thanks!

I had trouble applying the patch, (perhaps you performed a copy/paste
operation into your email program that added a bunch of trailing
whitespace?). But I fixed that and while at it, edited the comment so
that the full name of each referenced function appears. (The idea being
that I want grep to find these occurrences if they need to be updated
again in the future).

-Carl


pgpZh20KrYAt8.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [notmuch] [PATCH 3/3] notmuch-show.c: prototype tabular output format, with output control

2010-03-09 Thread Carl Worth
On Sat, 19 Dec 2009 10:55:24 -0400, da...@tethera.net wrote:
 From: David Bremner brem...@unb.ca
 
 Currently this only outputs the information from the message header;
 i.e. the part before the rfc2822 header or body.

Hi David, 

Are you proposing the tabular format for inclusion in notmuch?

Or does prototype suggest that you were just showing a demonstration
of what could be done here?

If you do want this included, what's the motivation for this format?

Thanks,

-Carl


pgpTzgk3Lel3p.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [notmuch] [PATCH] Fix a few documentation typos in notmuch.h

2010-03-09 Thread Carl Worth
On Sat, 05 Dec 2009 17:32:34 -0200, Fernando Carrijo fcarr...@yahoo.com.br 
wrote:
 Fix a few documentation typos in notmuch.h

Thanks, Fernando!

It's quite embarrassing that such a simple change could sit in my patch
queue for so long. But at least notmuch never forgot about it for me...

-Carl (hoping to be better in the future)


pgpmnwdnG77qi.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [notmuch] [PATCH] notmuch-restore.c: only update tags for messages that differ from dump file.

2010-03-09 Thread Carl Worth
On Tue,  8 Dec 2009 18:07:43 -0400, da...@tethera.net wrote:
 This is posting 3 of the patch. The second version fixed a bug.  This
 version replaces calloc/realloc with talloc equivalents, prettifies
 the comparison function for qsort, reindents, and adds a bunch of
 whitespace.

It's odd that even after reviewing a couple of rounds of this patch, I
then went and forgot about it when I wrote my own version. I could have
saved myself some work otherwise.

Ah well, let me know if you see anything that you think should be
changed in the code that's in place now.

Thanks,

-Carl


pgpnw3z0vjVKL.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [notmuch] [PATCH] Added regress option to tags iterator

2010-03-09 Thread Carl Worth
On Mon, 21 Dec 2009 19:16:49 -0800, Carl Worth cwo...@cworth.org wrote:
 One option is to just drop the move_  prefix. Then everything will be
 a two-word function. So the new proposal is:
 
 to_first
 has_current
 to_next
 
 to_last
 has_current
 to_previous
 
 get_current
 
 Better?

Looking back at this proposal now, (after a long delay), I found I
didn't like it at all. With function names like:

notmuch_threads_to_first
notmuch_threads_to_next

the missing verb in the name is really distracting. I ended up reading
these names as if they were conversion functions. So I've gone back to
preferring the names with the explicit verbs (even though quite long):

notmuch_threads_move_to_first
notmuch_threads_move_to_next

Meanwhile, I also decided that _current wasn't adding anything to the
names it showed up in, (we can never get anything other than the
current item, so why qualify as get_current?). So I'm changing from
has_current to valid, and leaving get as it is.

So the final proposal for iteration in either direction is:

move_to_first
valid
move_to_next

move_to_last
valid
move_to_previous

get

I've just pushed commits changing the existing functions (which allow
only forward iteration) to use this naming scheme. I haven't added any
of the reverse-iteration functions yet, so Ruben, if you'd like to do
those within this scheme, that would be find. (Or we could wait until we
have an actual use in mind for them.)

Thanks,

-Carl


pgpbyAoHMFXfl.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [notmuch] [PATCH 3/3] notmuch-show.c: prototype tabular output format, with output control

2010-03-09 Thread David Bremner
On Tue, 09 Mar 2010 11:51:46 -0800, Carl Worth cwo...@cworth.org wrote:

 Are you proposing the tabular format for inclusion in notmuch?
 
 Or does prototype suggest that you were just showing a demonstration
 of what could be done here?
 
 If you do want this included, what's the motivation for this format?

I think some tabular format would be handy because it is very easy to
parse with scripts, and because it is a natural natural way to get
e.g. a list of message-ids.

--format=tabular --output=message-id

On the other hand, I'm not yet using this code, so I guess the main
point is to discuss how output control should be implemented, and in
that sense the patch is a demo. I suspect once we start using json
output more, we will definitely want it there.

All the best, 

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


Re: [notmuch] [PATCH] Fix a few documentation typos in notmuch.h

2010-03-09 Thread Fernando Carrijo
Carl Worth cwo...@cworth.org wrote:
 On Sat, 05 Dec 2009 17:32:34 -0200, Fernando Carrijo fcarr...@yahoo.com.br 
 wrote:
  Fix a few documentation typos in notmuch.h
 
 Thanks, Fernando!
 
 It's quite embarrassing that such a simple change could sit in my patch
 queue for so long. But at least notmuch never forgot about it for me...
 
 -Carl (hoping to be better in the future)

No worries, Carl.

The good thing of being busy among busy people is that, unless you state
that explicitly, they won't generally notice. :) But seriously, I'm glad
you found some time to process your patch queue, and I certainly wouln't
feel offended if you had chosen any other patch instead of those trivial
ones of mine.

Did I mention that since then notmuch became my only mail client?  :)

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


Re: [notmuch] gpg decryption

2010-03-09 Thread Sebastian Spaeth
On 2010-03-08, Sebastian Spaeth wrote:
 On Mon, 08 Mar 2010 12:49:54 +0100, Sebastian Spaeth sebast...@sspaeth.de 
 wrote:
  My bank frequently sends me transactions as an inline-armored gpg
  encrypted text.
 
 Wow!  That's incredible.  I assume this is a German Bank?  Only in my
 wildest fantasies could I even conceive of such a thing possibly
 happening, especially in the US.  I want to use your bank.

Yep, its a German bank (online branch of a state-owned bank, actually).
 
 Do I've had problems with notmuch if I answer yes to the replace
 current text question.  It appears to actually modify the file being
 decrypted, which in this case is the actual mail message, and that seems
 to cause problems for notmuch.  I actually want the text to be replaced,
 but just in the buffer, and not in the file.  I haven't looked into this
 yet though.

This is weird, as it seems to work fine for me. Answering 'yes' replaces
the text in the buffer with the unencrypted version, but it leaves the
mail file as it is. 

 We really need to get some better PGP/MIME support in the emacs UI.

I agree, having better GPG support would be a real killer feature.

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


Re: [notmuch] [PATCH] Update documentation of notmuch_query_create

2010-03-09 Thread Fernando Carrijo
Carl Worth cwo...@cworth.org wrote:
 On Sat, 05 Dec 2009 12:22:05 -0200, Fernando Carrijo fcarr...@yahoo.com.br 
 wrote:
  Commit cd467caf renamed notmuch_query_search to 
  notmuch_query_search_messages.  

  Commit 1ba3d46f created notmuch_query_search_threads. We better keep the 
  docs 
  of notmuch_query_create consistent with those changes.  

 
 Thanks!
 
 I had trouble applying the patch, (perhaps you performed a copy/paste
 operation into your email program that added a bunch of trailing
 whitespace?).

Sorry for that. At the time I sent the patch I was using, for the lack
of a better euphemism, a memory unconscious  mail client which used to
get me distracted from those caracter conversion issues whenever I saw
some other applications being shot by the OOM killer. Seriously.

I won't let it happen again.

 But I fixed that and while at it, edited the comment so
 that the full name of each referenced function appears. (The idea being
 that I want grep to find these occurrences if they need to be updated
 again in the future).

Yes, it makes sense.

 -Carl

Thank you.

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


Re: [notmuch] [PATCH] Appease the compiler.

2010-03-09 Thread Carl Worth
On Wed,  3 Mar 2010 09:31:55 +, David Edmondson d...@dme.org wrote:
 -char *direntry, *colon;
 +char *direntry = NULL, *colon;

Another one that I just got around to fixing just before noticing it in
the queue.

Someday I'll be more caught up and not duplicating work as much.

But thanks for the patch, nonetheless!

-Carl


pgp97OVjbp7e8.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch


Re: [notmuch] [sup-devel] now in next: sup-cmd

2010-03-09 Thread Carl Worth
In a recent thread on the sup mailing list there was discussion of the
similarities of the recently-added sup-cmd command-line interface with
that of notmuch. And there was at least one proposal for adding some
syntax to notmuch:

On Fri, 05 Mar 2010 00:40:27 -0800 (PST), Nicolas Pouillard 
nicolas.pouill...@gmail.com wrote:
 Yes please add the is: prefix too, tag: was added to sup.

I've just added this to notmuch. So you can now search for is:unread
as a synonym for tag:unread.

Have fun,

-Carl


pgpiwwJ7Z1K7X.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch