[PATCH] Use stock GMimeSession by default

2011-06-03 Thread Daniel Kahn Gillmor
Our use of GMimeSession was unneeded boilerplate, and we weren't doing anything with it. This simplifies and clarifies that assumption. If we want to do anything fancier later, the examples in the gmime source are a reasonable source to work from in defining a new GMimeSession derivative. Since

[PATCH] Use stock GMimeSession by default

2011-06-03 Thread Daniel Kahn Gillmor
This patch supercedes my patch from 1307142188-6551-1-git-send-email-dkg at fifthhorseman.net , and provides what appears to be a much cleaner approach to achieve the same result. --dkg

[PATCH] Always return the empty string if decryption tries to demand a password

2011-06-03 Thread Daniel Kahn Gillmor
me: signature.asc Type: application/pgp-signature Size: 1030 bytes Desc: OpenPGP digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110603/e67b8379/attachment.pgp>

[PATCH] Always return the empty string if decryption tries to demand a password

2011-06-03 Thread Daniel Kahn Gillmor
The notmuch binary is not in the business of doing interactive prompting with the user. If credentials are needed for decryption, they should be supplied to the decrypting processes some other way (e.g. gpg-agent). Previously, we returned a NULL function pointer for the request_passwd()

release-candidate/0.6 redux

2011-06-03 Thread Carl Worth
On Tue, 31 May 2011 11:43:31 -0700, Jameson Graef Rollins wrote: > Hi, folks. I have pushed a new version of the release-candidate/0.6 > branch to my repo [0]. It is all reworked on top of notmuch/master [1], > and includes: ... > cworth: do you want to review this for the new release? We're

[PATCH] Use stock GMimeSession by default

2011-06-03 Thread Carl Worth
n-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110603/323082b2/attachment.pgp>

[PATCH] Always return the empty string if decryption tries to demand a password

2011-06-03 Thread Carl Worth
it a memory leak? (If it's not a leak, then GMime really has some bizarre ownership semantics.) -Carl -- 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/piperma

[PATCH 25/25] Fix stdout stream grabbing in format_part_content_text

2011-06-03 Thread Jameson Graef Rollins
vailable Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110603/ee1f143f/attachment-0001.pgp>

When will we have our next release?

2011-06-03 Thread Carl Worth
t 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/20110603/eccc812f/attachment.pgp>

[PATCH] emacs: User-defined sections in notmuch-hello

2011-06-03 Thread Daniel Schoepe
n-text attachment was scrubbed... Name: 0001-emacs-User-defined-sections-in-notmuch-hello.patch Type: text/x-diff Size: 20109 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110603/983b296b/attachment-0002.patch> -- next part -

[PATCH 25/25] Fix stdout stream grabbing in format_part_content_text

2011-06-03 Thread Carl Worth
uite to expose this bug). Edited-by: Carl Worth with a new commit message to explain the bug and fix. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <

[PATCH 25/25] Fix stdout stream grabbing in format_part_content_text

2011-06-03 Thread Jameson Graef Rollins
ure Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110603/4e3aeb2f/attachment.pgp>

normalizing part numbering across PGP/MIME processing

2011-06-03 Thread Carl Worth
Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110603/4dd4149a/attachment.pgp>

[PATCH 25/25] Fix stdout stream grabbing in format_part_content_text

2011-06-03 Thread Jameson Graef Rollins
has already grabbed it. I really wouldn't block on this, though, since the patch does fix an actual bug. jamie. -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.

[PATCH 1/2] Make `notmuch-show-clean-address' parsing-error-proof.

2011-06-03 Thread Carl Worth
ext 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/20110603/89821ae3/attachment-0001.pgp>

[PATCH 14/25] Fix old style notmuch-fcc-dirs configuration check.

2011-06-03 Thread Carl Worth
tion/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110603/4137e868/attachment.pgp>

[PATCH 14/25] Fix old style notmuch-fcc-dirs configuration check.

2011-06-03 Thread Carl Worth
pointers to information like "old style" or "new style". Does that make sense? -Carl -- 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/20110603/f4538682/attachment.pgp>

[PATCH 25/25] Fix stdout stream grabbing in format_part_content_text

2011-06-03 Thread Carl Worth
tes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110603/48e88dcd/attachment.pgp>

[PATCH 17/25] avoid segfault when calling sanitize_string() on NULL

2011-06-03 Thread Carl Worth
anks for your patience if I seem off my rocker). -Carl -- 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/20110603/97f8f7e7/attachment.pgp>

[PATCH] Do not attept to output part raw if part is not GMimePart.

2011-06-03 Thread Jameson Graef Rollins
This was a minor oversite in checking of part type when outputing content raw. This was causing gmime was to throw an exception to stderr. Unfortunately the gmime exception was not being caught by notmuch, or the test suite. I'm not sure if notmuch should have done anything in this case, but

Re: [PATCH 17/25] avoid segfault when calling sanitize_string() on NULL

2011-06-03 Thread Carl Worth
On Sat, 28 May 2011 14:51:52 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: +if (NULL == str) + return NULL; I haven't been blocking patches because of this, but can I please ask everyone to not use the above style? I understand that the above style is intended to

Re: [PATCH 25/25] Fix stdout stream grabbing in format_part_content_text

2011-06-03 Thread Carl Worth
On Sat, 28 May 2011 14:52:00 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: The declaration of the GMimeStream pointer to stdout in format_part_content_text was somehow preventing subsequent printf calls from outputting to stdout if the output was redirected to a file.

Re: [PATCH 14/25] Fix old style notmuch-fcc-dirs configuration check.

2011-06-03 Thread Dmitry Kurochkin
On Fri, 03 Jun 2011 13:05:00 -0700, Carl Worth cwo...@cworth.org wrote: Non-text part: multipart/signed On Thu, 02 Jun 2011 10:49:57 +0400, Dmitry Kurochkin dmitry.kuroch...@gmail.com wrote: Well, it says that changes are in notmuch 0.5. So old and previous refer to pre-0.5 (i.e. 0.4) and

Re: [PATCH 14/25] Fix old style notmuch-fcc-dirs configuration check.

2011-06-03 Thread Carl Worth
On Sat, 04 Jun 2011 00:22:04 +0400, Dmitry Kurochkin dmitry.kuroch...@gmail.com wrote: notmuch was incorecctly detecting this as the ... is not right. Thanks. I was sure my commit message wasn't right yet. That was my point---I didn't know what the right message would be! ;-) It is a

Re: [PATCH 25/25] Fix stdout stream grabbing in format_part_content_text

2011-06-03 Thread Jameson Graef Rollins
On Fri, 03 Jun 2011 12:56:50 -0700, Carl Worth cwo...@cworth.org wrote: On Sat, 28 May 2011 14:52:00 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: The declaration of the GMimeStream pointer to stdout in format_part_content_text was somehow preventing subsequent printf

Re: normalizing part numbering across PGP/MIME processing

2011-06-03 Thread Carl Worth
On Sat, 28 May 2011 14:31:08 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: On Fri, 27 May 2011 17:53:44 -0700, Carl Worth cwo...@cworth.org wrote: * Should we set the crypto option to verify/decrypt by default? ... I don't really have an opinion on this. I have it set now,

Re: [PATCH 25/25] Fix stdout stream grabbing in format_part_content_text

2011-06-03 Thread Jameson Graef Rollins
On Fri, 03 Jun 2011 12:56:50 -0700, Carl Worth cwo...@cworth.org wrote: Otherwise, the patches up to this point in the thread have all either been pushed or I've asked for some additional information (perhaps that's just this patch and the old style fcc dirs patch?). Great! That's really

Re: [PATCH 25/25] Fix stdout stream grabbing in format_part_content_text

2011-06-03 Thread Carl Worth
On Fri, 03 Jun 2011 14:26:48 -0700, Jameson Graef Rollins jroll...@finestructure.net wrote: Well actually it's only meant to sound like the committer doesn't understand the problem! Heh, OK. I'd like to investigate this more. Perhaps with a test case? The current tests are how I found

Re: [PATCH 25/25] Fix stdout stream grabbing in format_part_content_text

2011-06-03 Thread Jameson Graef Rollins
On Fri, 03 Jun 2011 15:38:29 -0700, Carl Worth cwo...@cworth.org wrote: commit d5b4d950245605b84c56ce991fa3c59a073a70e5 Author: Jameson Graef Rollins jroll...@finestructure.net Date: Sat May 28 14:52:00 2011 -0700 show: Avoid inadvertently closing stdout GMime has a nasty

[PATCH] Always return the empty string if decryption tries to demand a password

2011-06-03 Thread Daniel Kahn Gillmor
The notmuch binary is not in the business of doing interactive prompting with the user. If credentials are needed for decryption, they should be supplied to the decrypting processes some other way (e.g. gpg-agent). Previously, we returned a NULL function pointer for the request_passwd()

Re: [PATCH] Always return the empty string if decryption tries to demand a password

2011-06-03 Thread Carl Worth
On Fri, 3 Jun 2011 19:03:08 -0400, Daniel Kahn Gillmor d...@fifthhorseman.net wrote: The notmuch binary is not in the business of doing interactive prompting with the user. If credentials are needed for decryption, they should be supplied to the decrypting processes some other way (e.g.

Re: [PATCH] Always return the empty string if decryption tries to demand a password

2011-06-03 Thread Daniel Kahn Gillmor
On 06/03/2011 07:15 PM, Carl Worth wrote: On Fri, 3 Jun 2011 19:03:08 -0400, Daniel Kahn Gillmor d...@fifthhorseman.net wrote: The notmuch binary is not in the business of doing interactive prompting with the user. If credentials are needed for decryption, they should be supplied to the

[PATCH] Use stock GMimeSession by default

2011-06-03 Thread Daniel Kahn Gillmor
Our use of GMimeSession was unneeded boilerplate, and we weren't doing anything with it. This simplifies and clarifies that assumption. If we want to do anything fancier later, the examples in the gmime source are a reasonable source to work from in defining a new GMimeSession derivative. Since

[PATCH] Use stock GMimeSession by default

2011-06-03 Thread Daniel Kahn Gillmor
This patch supercedes my patch from 1307142188-6551-1-git-send-email-...@fifthhorseman.net , and provides what appears to be a much cleaner approach to achieve the same result. --dkg ___ notmuch mailing list notmuch@notmuchmail.org