On Sat, 26 Mar 2011 22:16:32 -0700, Jameson Graef Rollins wrote:
> This enables the proper face customization UI for
> notmuch-search-line-faces.
Hey, folks. amdragon was the one who figured out that custom-face-edit
was the correct value-type to use to get the face customization ui for
the
On Sat, 26 Mar 2011 22:16:32 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
This enables the proper face customization UI for
notmuch-search-line-faces.
Hey, folks. amdragon was the one who figured out that custom-face-edit
was the correct value-type to use to get the face
On Tue, 22 Mar 2011 10:35:17 +0100, Sebastian Spaeth
wrote:
> Pfeww, I was getting very scared that the python bindings have serious
> flaws that I am not aware of. Don't ever do that again to me :-).
In the future, we should make sure that all new features are included
since the beginning.
On Tue, 22 Mar 2011 10:35:17 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
Pfeww, I was getting very scared that the python bindings have serious
flaws that I am not aware of. Don't ever do that again to me :-).
In the future, we should make sure that all new features are included
since
On Mon, 21 Mar 2011 13:42:09 -0400, Jesse Rosenthal
wrote:
> On Mon, 21 Mar 2011 10:34:29 -0700, Jameson Rollins finestructure.net> wrote:
> > It's going to take a lot more digging before I can identify what is
> > common about these messages and different fro
On Mon, 21 Mar 2011 12:45:06 -0400, Jesse Rosenthal
wrote:
> One thing to try would be to run it step by step in an interactive session.
> I.e.,
Hey, Jesse. So I'm getting different results interactively!:
>>> import notmuch
>>> db = notmuch.Database("/home/jrollins/.mail")
>>> query =
On Mon, 21 Mar 2011 16:29:57 +0100, Sebastian Spaeth
wrote:
> On Thu, 17 Mar 2011 09:19:29 -0700, Jameson Rollins finestructure.net> wrote:
> > Hey, Sebastian. Can you share your notmuch.py script?
>
> No, it's my secret plan for earning my pension :).
> You a
On Mon, 21 Mar 2011 12:45:06 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
One thing to try would be to run it step by step in an interactive session.
I.e.,
Hey, Jesse. So I'm getting different results interactively!:
import notmuch
db = notmuch.Database(/home/jrollins/.mail)
query =
On Mon, 21 Mar 2011 13:42:09 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
On Mon, 21 Mar 2011 10:34:29 -0700, Jameson Rollins
jroll...@finestructure.net wrote:
It's going to take a lot more digging before I can identify what is
common about these messages and different from all
On Wed, 16 Mar 2011 10:25:29 +0100, Sebastian Spaeth
wrote:
> Interesting, this is not at all what I am seeing in the current
> bindings:
>
> cd ~/src/notmuch/bindings/python;./notmuch.py count 'folder:sent'
> 1957
> /usr/local/bin/notmuch count 'folder:sent'
> 1957
Hey, Sebastian. Can you
On Wed, 16 Mar 2011 10:25:29 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
Interesting, this is not at all what I am seeing in the current
bindings:
cd ~/src/notmuch/bindings/python;./notmuch.py count 'folder:sent'
1957
/usr/local/bin/notmuch count 'folder:sent'
1957
Hey,
On Tue, 15 Mar 2011 14:22:55 -0400, James Vasile
wrote:
> notmuch dump includes '# TODO: implement "dump "' but it
> appears to work already. What's missing?
Hey, James. Is this related to the python documentation somehow? If
so, I'm not sure how.
If you're just referencing a completed
otal files in almost no time.
Added 1 new message to the database.
== notmuch search '*':
thread:0001 Yest. 23:26 [1/1] Jameson Rollins; python
documentation (inbox signed unread)
== notmuch search 'folder:sent':
thread:0001 Yest. 23:26 [1/1] Jameson Rollins; python
documentat
I just discovered this:
http://packages.python.org/notmuch/
I don't know who did this, but THANK YOU!! I want to buy you a beer.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not
in almost no time.
Added 1 new message to the database.
== notmuch search '*':
thread:0001 Yest. 23:26 [1/1] Jameson Rollins; python
documentation (inbox signed unread)
== notmuch search 'folder:sent':
thread:0001 Yest. 23:26 [1/1] Jameson Rollins; python
documentation (inbox
On Tue, 15 Mar 2011 14:22:55 -0400, James Vasile ja...@hackervisions.org
wrote:
notmuch dump includes '# TODO: implement dump filename' but it
appears to work already. What's missing?
Hey, James. Is this related to the python documentation somehow? If
so, I'm not sure how.
If you're just
> What do you think?
>
> Of course, I still want to have email so that everyone can follow along
> at home, and it's easy to reply for patch review, etc.
Hey, Carl. I would say you should just wait for an email to the list
that says explicitly that "branch X at remote Y is ready to be merged".
On Wed, 09 Mar 2011 22:14:55 +0100, Xavier Maillard wrote:
> I did update and restarted emacs, yes.
> Pressing RET on any message failed with the given backtrace. It also
> just displays headers but nothing about the content which is just
> trashed away (in the backtrace); any child message is
On Wed, 09 Mar 2011 22:14:55 +0100, Xavier Maillard x...@gnu.org wrote:
I did update and restarted emacs, yes.
Pressing RET on any message failed with the given backtrace. It also
just displays headers but nothing about the content which is just
trashed away (in the backtrace); any child
On Mon, 07 Mar 2011 22:32:42 +0100, Xavier Maillard
wrote:
> On Sat, 05 Mar 2011 16:10:06 -0800, Jameson Rollins finestructure.net> wrote:
> > Hey, folks. I just wanted to give all the crypto early adopters a heads
> > up that I just changed the crypto customization v
On Mon, 07 Mar 2011 22:32:42 +0100, Xavier Maillard xav...@maillard.im wrote:
On Sat, 05 Mar 2011 16:10:06 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
Hey, folks. I just wanted to give all the crypto early adopters a heads
up that I just changed the crypto customization
On Sat, 05 Mar 2011 00:26:46 -0800, Jameson Rollins wrote:
> Hey, folks. I just pushed a couple of patches to my "crypto" branch [0]
> that add support for auto-tagging of multipart/signed and
> multipart/encrypted messages with the "signed" and "encrypt
On Sat, 05 Mar 2011 00:26:46 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
Hey, folks. I just pushed a couple of patches to my crypto branch [0]
that add support for auto-tagging of multipart/signed and
multipart/encrypted messages with the signed and encrypted tags
respectively
Hey, folks. I just wanted to give all the crypto early adopters a heads
up that I just changed the crypto customization variable name in my
crypto branch to be:
notmuch-process-crypto-mime
Daniel Gillmor has been doing a lot of great work with GMIME upstream to
include support for handling
Hey, folks. I just pushed a couple of patches to my "crypto" branch [0]
that add support for auto-tagging of multipart/signed and
multipart/encrypted messages with the "signed" and "encrypted" tags
respectively. Only new messages are thus tagged, so a database rebuild
is required to auto-tag old
Hey, folks. I just pushed a couple of patches to my crypto branch [0]
that add support for auto-tagging of multipart/signed and
multipart/encrypted messages with the signed and encrypted tags
respectively. Only new messages are thus tagged, so a database rebuild
is required to auto-tag old
Hey, folks. I just wanted to give all the crypto early adopters a heads
up that I just changed the crypto customization variable name in my
crypto branch to be:
notmuch-process-crypto-mime
Daniel Gillmor has been doing a lot of great work with GMIME upstream to
include support for handling
On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson
wrote:
> On Fri, 25 Feb 2011 15:29:05 -0600, Jameson Rollins finestructure.net> wrote:
> > So I am in fact still seeing this bug, although I am ostensibly using a
> > version that includes the patch to fix it (db70f3f
On Tue, 01 Mar 2011 15:54:32 -0500, James Vasile
wrote:
> Sometimes I want to send a colleague a bunch of emails (for example, all
> the emails I've tagged todo or all the emails from an awesome
> contributor. Although notmuch usually speaks the language of maildirs,
> I find mboxes most
On Tue, 01 Mar 2011 15:54:32 -0500, James Vasile ja...@hackervisions.org
wrote:
Sometimes I want to send a colleague a bunch of emails (for example, all
the emails I've tagged todo or all the emails from an awesome
contributor. Although notmuch usually speaks the language of maildirs,
I find
On Tue, 1 Mar 2011 16:00:51 -0700, Mark Anderson markr.ander...@amd.com wrote:
On Fri, 25 Feb 2011 15:29:05 -0600, Jameson Rollins
jroll...@finestructure.net wrote:
So I am in fact still seeing this bug, although I am ostensibly using a
version that includes the patch to fix it (db70f3f0
On Mon, 28 Feb 2011 21:16:13 -0600, Rob Browning
wrote:
> Are persistent tags required here? The original question at least,
> seemed to just be asking for a visual indicator that a message has
> encrypted or signed bits. So I wondered if that might be accomplished
> without actual tags.
Hey,
On Mon, 28 Feb 2011 15:08:39 -0500, Daniel Kahn Gillmor wrote:
> The outstanding question in my mind is whether those tags could be
> mistaken by a na?ve user for meaning one of the other concepts. Is
> there a way to name the tags to minimize that kind of confusion?
I think that would be
On Mon, 28 Feb 2011 13:59:54 -0500, Daniel Kahn Gillmor wrote:
> But: what does the "signed" tag mean? i wouldn't want to necessarily
> conflate these four ideas:
These are good points, Daniel. However, I had actually just been
thinking of something much simpler, along the lines of just tagging
On Mon, 28 Feb 2011 08:52:45 -0500, Ross Glover
wrote:
> I too am now running the crypto branch and find it quite amazing. The
> one feature I would like added, though, is some face color or
> auto-tagging in the search buffer for mail with encrypted mime parts.
> It seems like this could be
On Mon, 28 Feb 2011 13:59:54 -0500, Daniel Kahn Gillmor
d...@fifthhorseman.net wrote:
But: what does the signed tag mean? i wouldn't want to necessarily
conflate these four ideas:
These are good points, Daniel. However, I had actually just been
thinking of something much simpler, along the
On Sun, 27 Feb 2011 01:00:08 +0100, Xavier Maillard
wrote:
> What is the easy way to switch to your codebase from notmuch mainline ?
> I mean, what exact commands do we need to type in order to use your
> branch code ? Knowing that would certainly help people in switching and
> testing your
On Sun, 27 Feb 2011 01:00:08 +0100, Xavier Maillard xav...@maillard.im wrote:
What is the easy way to switch to your codebase from notmuch mainline ?
I mean, what exact commands do we need to type in order to use your
branch code ? Knowing that would certainly help people in switching and
On Fri, 25 Feb 2011 13:57:23 -0700, Mark Anderson
wrote:
> It shouldn't match anything, that's the value of finding this bug.
>
> What happened is the term counter was reset for each email address, so
> the term list for emails in "to:" looks something like this:
>
> 0 c K
> 1 hello R
>
On Tue, 25 Jan 2011 16:29:22 -0700, Mark Anderson
wrote:
> Apparently matching on email addresses doesn't work the way I hoped.
>
> While debugging why my to:x at y.com search was matching far too many
> entries, I whittled it down to this:
>
> WORD1=hello
> WORD2=goodbye
> MSGID=junk$(date
On Wed, 23 Feb 2011 15:10:22 +0100, Albin Stjerna wrote:
> On Tue, 22 Feb 2011 14:59:03 -0500, Daniel Kahn Gillmor fifthhorseman.net> wrote:
>
> > I'm running the crypto branch (from jrollins, available at
> > git://finestructure.net/notmuch ), which incorporates dme's multipart
> > MIME
On Wed, 9 Feb 2011 10:28:17 +0100, Sebastien Binet wrote:
> right now, it seems like the messages are displayed and ordered in my
> inbox according to the date of the *first* message in a thread.
>
> that doesn't sound right to me as one can easily miss new replies to
> that thread (at least I
Hey, folks. I've pushed some improvements to the "crypto" branch that:
* add support for replying to encrypted messages
* don't show sigstatus button for unsigned encrypted messages
As always, please let me know encounter any problems.
jamie.
-- next part --
A non-text
On Fri, 04 Feb 2011 13:12:27 -0400, David Bremner wrote:
> I reported some pretty weird experiences yesterday on IRC with replies
> not working. It turns out they were caused by having old versions of
> xapian installed in /usr/local (which I think might have caused some
> mixup with headers and
On Fri, 04 Feb 2011 12:09:48 +, Darren McGuicken wrote:
> On Thu, 03 Feb 2011 13:02:41 -0800, Jameson Rollins finestructure.net> wrote:
> > > Can we pass the decrypted text to message mode on a reply?
> > Yeah, some folks pointed this out on #notmuch this morning. The
&
On Fri, 04 Feb 2011 14:04:23 +0100, Sebastian Spaeth
wrote:
> I just love seeing all those yellow signatures. It reminds me to meet
> you all in real life to verify your keys :-).
>
> Thanks for implementing this, the whole lot of you. It works really
> well.
Yes! I'm really glad you're
On Fri, 04 Feb 2011 08:24:38 -0400, David Bremner wrote:
> On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins finestructure.net> wrote:
> > Hi, all. I have pushed a new branch called "crypto" to my notmuch
> > repository [0]. This branch provides full
On Fri, 04 Feb 2011 08:24:38 -0400, David Bremner brem...@unb.ca wrote:
On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
Hi, all. I have pushed a new branch called crypto to my notmuch
repository [0]. This branch provides full support for PGP/MIME
On Fri, 04 Feb 2011 14:04:23 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
I just love seeing all those yellow signatures. It reminds me to meet
you all in real life to verify your keys :-).
Thanks for implementing this, the whole lot of you. It works really
well.
Yes! I'm really
On Fri, 04 Feb 2011 12:09:48 +, Darren McGuicken
mailing-notm...@fernseed.info wrote:
On Thu, 03 Feb 2011 13:02:41 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
Can we pass the decrypted text to message mode on a reply?
Yeah, some folks pointed this out on #notmuch
On Fri, 04 Feb 2011 13:12:27 -0400, David Bremner brem...@unb.ca wrote:
I reported some pretty weird experiences yesterday on IRC with replies
not working. It turns out they were caused by having old versions of
xapian installed in /usr/local (which I think might have caused some
mixup with
On Thu, 03 Feb 2011 20:42:38 +, Darren McGuicken wrote:
> On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins finestructure.net> wrote:
> > Please test and provide feedback. I would really like to see this
> > series merged into the mainline for the next release, if a
On Thu, 03 Feb 2011 14:52:01 -0500, Daniel Kahn Gillmor wrote:
> On 02/03/2011 11:25 AM, micah anderson wrote:
> > 1. I personally think notmuch-show-process-pgpmime should default to
> > true
>
> note that with it set to false, you can still M-RET (instead of RET) on
> an item in the summary
Hi, all. I have pushed a new branch called crypto to my notmuch
repository [0]. This branch provides full support for PGP/MIME signed
and encrypted messages, including emacs UI support. It has been applied
on top of cworth's current master (21e97c50). It includes the
following:
* David
On Thu, 03 Feb 2011 20:42:38 +, Darren McGuicken
mailing-notm...@fernseed.info wrote:
On Wed, 02 Feb 2011 17:18:45 -0800, Jameson Rollins
jroll...@finestructure.net wrote:
Please test and provide feedback. I would really like to see this
series merged into the mainline for the next
Hi, all. I have pushed a new branch called "crypto" to my notmuch
repository [0]. This branch provides full support for PGP/MIME signed
and encrypted messages, including emacs UI support. It has been applied
on top of cworth's current master (21e97c50). It includes the
following:
* David
On Thu, 27 Jan 2011 14:49:43 +1000, Carl Worth wrote:
> On Wed, 26 Jan 2011 12:57:50 -0800, Jameson Rollins finestructure.net> wrote:
> > The call-process to notmuch in notmuch-query.el was previously sending
> > stderr into the output buffer. This means that if there is any s
On Thu, 27 Jan 2011 13:40:25 -0500, micah anderson wrote:
> Due to my harddisk in my laptop being slow (5400RPM), my notmuch
> database growing, and perhaps some fragmentation somewhere, this has
> become *incredibly* annoying for me. I am checking email every 30
> minutes, and I'm nicing and
On Thu, 27 Jan 2011 13:40:25 -0500, micah anderson mi...@riseup.net wrote:
Due to my harddisk in my laptop being slow (5400RPM), my notmuch
database growing, and perhaps some fragmentation somewhere, this has
become *incredibly* annoying for me. I am checking email every 30
minutes, and I'm
On Mon, 20 Dec 2010 13:22:07 -0500, Jameson Rollins wrote:
> On Sat, 27 Nov 2010 14:35:03 -0500, Daniel Kahn Gillmor fifthhorseman.net> wrote:
> > the signature-verification branch on my git repo [0] contains functional
> > PGP/MIME signature verification if you supply the
The call-process to notmuch in notmuch-query.el was previously sending
stderr into the output buffer. This means that if there is any stderr
the JSON parsing breaks. Unfortunately call-process does not support
sending stderr to a separate buffer or to the minibuffer [0], but it
does support
The call-process to notmuch in notmuch-query.el was previously sending
stderr into the output buffer. This means that if there is any stderr
the JSON parsing breaks. Unfortunately call-process does not support
sending stderr to a separate buffer or to the minibuffer [0], but it
does support
On Mon, 20 Dec 2010 13:22:07 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
On Sat, 27 Nov 2010 14:35:03 -0500, Daniel Kahn Gillmor
d...@fifthhorseman.net wrote:
the signature-verification branch on my git repo [0] contains functional
PGP/MIME signature verification if you supply
On Sun, 23 Jan 2011 12:47:24 +0100, Michal Sojka wrote:
> This function have quite a lot dependencies. We may reduce them later it
> it is a problem.
> ---
> lib/c-ctype.c | 398 +++
> lib/c-ctype.h | 297 +
> lib/getdate.c | 3497
>
On Sun, 23 Jan 2011 12:47:24 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
This function have quite a lot dependencies. We may reduce them later it
it is a problem.
---
lib/c-ctype.c | 398 +++
lib/c-ctype.h | 297 +
lib/getdate.c | 3497
nd endorse this patch set for inclusion
upstream:
Approved-and-Tested-By: Jameson Rollins
I have pushed a merged "signature-verification" branch to my repo, along
with a single commit to fix an errant newline in the json --verify
output:
git://finestructure.net/notmuch
Carl: can yo
and endorse this patch set for inclusion
upstream:
Approved-and-Tested-By: Jameson Rollins jroll...@finestructure.net
I have pushed a merged signature-verification branch to my repo, along
with a single commit to fix an errant newline in the json --verify
output:
git://finestructure.net/notmuch
Carl
---
emacs/notmuch-show.el |1 +
emacs/notmuch.el |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 3a60d43..e1ace7c 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -579,6 +579,7 @@ function is
This function allows for restricting the date range of a search, back
from the current time. The look-back time range is given at a second
prompt. An example time range is '4d' to indicate four days or '12y'
to indicate twelve years.
On slow machines this can speed up the search considerably.
The following patch introduces a new function for restricting search
results to messages within a certain look-back time. For instance, if
the time specification '3w' is given then the search will be
restricted to messages received within the last three weeks.
The second patch binds this
---
emacs/notmuch-show.el |1 +
emacs/notmuch.el |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 3a60d43..e1ace7c 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -579,6 +579,7 @@ function is
On Fri, 10 Dec 2010 17:35:17 +0200, Felipe Contreras wrote:
> Why it's not? The emacs UI is not really doing anything on top of
> 'notmuch reply'. And if it is, it can very well override that value.
> Besides, what about other users (vim)? Why not make the output of
> 'notmuch reply' ready to be
On Tue, 07 Dec 2010 08:43:58 +1100, Bart Bunting wrote:
> I have recently had to split my mail in to two imap accounts.
>
> Up until now I have been using notmuch with no issues with one account
> and offlineimap.
>
> All my email is under ~/MAIL.
>
> I can configure offlineimap with two
On Tue, 07 Dec 2010 08:43:58 +1100, Bart Bunting b...@ursys.com.au wrote:
I have recently had to split my mail in to two imap accounts.
Up until now I have been using notmuch with no issues with one account
and offlineimap.
All my email is under ~/MAIL.
I can configure offlineimap with
On Sat, 27 Nov 2010 14:35:03 -0500, Daniel Kahn Gillmor wrote:
> the signature-verification branch on my git repo [0] contains functional
> PGP/MIME signature verification if you supply the --verify argument to
>
> notmuch show --format=json
Daniel, this is really incredible. I can't tell you
On Sat, 27 Nov 2010 14:35:03 -0500, Daniel Kahn Gillmor
d...@fifthhorseman.net wrote:
the signature-verification branch on my git repo [0] contains functional
PGP/MIME signature verification if you supply the --verify argument to
notmuch show --format=json
Daniel, this is really
On Wed, 24 Nov 2010 11:40:46 -0800, Carl Worth wrote:
> So my inclination is to remove the prefixes and then recommend that you
> do:
>
> notmuch search --output=threads | sed -e 's/^/thread:'
>
> in your script.
Hey, Carl. I think that's reasonable.
jamie.
-- next part
On Wed, 24 Nov 2010 11:40:46 -0800, Carl Worth cwo...@cworth.org wrote:
So my inclination is to remove the prefixes and then recommend that you
do:
notmuch search --output=threads | sed -e 's/^/thread:'
in your script.
Hey, Carl. I think that's reasonable.
jamie.
On Tue, 23 Nov 2010 18:09:03 -0800, Carl Worth wrote:
> I think the right answer is to drop those prefixes in the output. Does
> anybody disagree? Does anyone have any scripts that are already
> consuming the output of "notmuch search --output=threads" or "notmuch
> search --output=messages" yet?
On Tue, 23 Nov 2010 13:48:40 -0500, Daniel Kahn Gillmor wrote:
> attached is a .dir-locals.el file; placed in the root of the notmuch
> source tree, it makes emacs pick the default coding style (at least,
> using the style i see in notmuch-show.c today).
On Tue, 23 Nov 2010 18:39:07 -0600, Rob
On Tue, 23 Nov 2010 15:47:26 +0100, Sebastian Spaeth
wrote:
> On Mon, 22 Nov 2010 22:49:15 +0100, Xavier Maillard wrote:
> > out of curiosity, how hackers on this mailing list and using notmuch
> > (through GNU Emacs client if at all) do handle all the patches sent here
>
> cF to stash the
On Tue, 23 Nov 2010 15:47:26 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Mon, 22 Nov 2010 22:49:15 +0100, Xavier Maillard x...@gnu.org wrote:
out of curiosity, how hackers on this mailing list and using notmuch
(through GNU Emacs client if at all) do handle all the patches sent
On Tue, 23 Nov 2010 13:48:40 -0500, Daniel Kahn Gillmor
d...@fifthhorseman.net wrote:
attached is a .dir-locals.el file; placed in the root of the notmuch
source tree, it makes emacs pick the default coding style (at least,
using the style i see in notmuch-show.c today).
On Tue, 23 Nov 2010
On Tue, 23 Nov 2010 18:09:03 -0800, Carl Worth cwo...@cworth.org wrote:
I think the right answer is to drop those prefixes in the output. Does
anybody disagree? Does anyone have any scripts that are already
consuming the output of notmuch search --output=threads or notmuch
search
On Mon, 22 Nov 2010 23:59:23 +0100, Xavier Maillard wrote:
> On Mon, 22 Nov 2010 17:03:35 -0500, Jameson Rollins finestructure.net> wrote:
> > "Fcc" means something like "file cc", which means that a copy of the
> > message is written to a local d
On Mon, 22 Nov 2010 22:38:00 +0100, Xavier Maillard
wrote:
> I am not sure I understand what Fcc and I'd be happy someone is
> explaining this to me :)
"Fcc" means something like "file cc", which means that a copy of the
message is written to a local directory when sending. This is useful
for
On Mon, 22 Nov 2010 22:38:00 +0100, Xavier Maillard xav...@maillard.im wrote:
I am not sure I understand what Fcc and I'd be happy someone is
explaining this to me :)
Fcc means something like file cc, which means that a copy of the
message is written to a local directory when sending. This is
On Mon, 22 Nov 2010 23:59:23 +0100, Xavier Maillard x...@gnu.org wrote:
On Mon, 22 Nov 2010 17:03:35 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
Fcc means something like file cc, which means that a copy of the
message is written to a local directory when sending
On Tue, 16 Nov 2010 15:22:49 -0500, Daniel Kahn Gillmor wrote:
> For clients that do not know how to interpret/display the verification
> results, i don't want the backend to incur the cost of verification that
> will be thrown away.
Aren't clients going to have to interpret/display the output
On Tue, 16 Nov 2010 11:35:31 -0800, Carl Worth wrote:
> These look fairly handy.
>
> But, since I know our current keybindings are less-than-perfect, I would
> prefer to see patches that also fix them, (rather than just adding
> functionality that new users can't get at without manual
On Tue, 16 Nov 2010 11:47:13 -0800, Carl Worth wrote:
> The only other piece I think I'd like to see is actually making the
> content of the signature pieces available in the json output. Then, a
> client could do its own verification.
>
> Then if we had that would we not want to add the
On Tue, 16 Nov 2010 15:33:30 +0200, "Ciprian Dorin, Craciun" wrote:
> But in my particular case `~/.notmuch-config` is symlinked to an
> applications configuration directory which is versioned. Thus I've
> expected than when notmuch updates the config, it opens it for
> read-write, but with
On Tue, 16 Nov 2010 15:33:30 +0200, Ciprian Dorin, Craciun
ciprian.crac...@gmail.com wrote:
But in my particular case `~/.notmuch-config` is symlinked to an
applications configuration directory which is versioned. Thus I've
expected than when notmuch updates the config, it opens it for
On Tue, 16 Nov 2010 11:47:13 -0800, Carl Worth cwo...@cworth.org wrote:
The only other piece I think I'd like to see is actually making the
content of the signature pieces available in the json output. Then, a
client could do its own verification.
Then if we had that would we not want to add
On Sun, 14 Nov 2010 17:23:57 -0800, Jeff Richards wrote:
> Having just switched from notmuchsync the synchronizing power of 0.5 and
> being as how I'm missing the pruning feature I gave this a try and found
> that I ended up with rm complaining that the file name length being too
> long or simply
On Fri, 12 Nov 2010 16:52:51 -0800, Carl Worth wrote:
> This one is a simple one-liner as of notmuch 0.4:
>
> notmuch search --output=files tag:deleted -print0 | xargs -0 rm
Is -print0 actually a command that notmuch accepts? It's not documented
as far as I can tell. And it doesn't seem
On Sun, 14 Nov 2010 23:21:26 +0100, Michal Sojka wrote:
> Gmane is not good? I'm quite satisfied with the following in my .emacs:
>
> (defun notmuch-show-stash-gmane ()
> "Copy a link to gmane archive of the current message to kill-ring."
> (interactive)
> (notmuch-common-do-stash
>
On Sun, 14 Nov 2010 23:21:41 +0100, Sebastian Spaeth
wrote:
> > This one is a simple one-liner as of notmuch 0.4:
> >
> > notmuch search --output=files tag:deleted -print0 | xargs -0 rm
>
> Uhh, that is a neat line, and a neat trick. (is it on the emacstips page
> already? ;-))
It's not
Adding three new conveneince functions:
notmuch-show-next-open-message-or-pop
notmuch-show-next-thread
notmuch-show-previous-thread
While these are not currently bound to any keys, I have found them to
be very useful for constructing custom key bindings outside of what
notmuch provides by
On Sun, 14 Nov 2010 22:07:03 +0100, Sebastian Spaeth
wrote:
> This only works if you've already loaded notmuch, or you get error
> messages about notmuch-search-mode-map not being known. How do you deal
> with that or does it simply work for you?
I have:
(require 'notmuch)
in my config file
1 - 100 of 350 matches
Mail list logo