On Fri, 2009-12-11 at 14:11 +0800 Dirk Hohndel wrote:
>
> While playing with notmuch I am still using evolution to read the email
> in the same MailDir that is being indexed / processed by notmuch. With
> the result that lots of emails can not be found in notmuch if they have
I have the similar p
While playing with notmuch I am still using evolution to read the email
in the same MailDir that is being indexed / processed by notmuch. With
the result that lots of emails can not be found in notmuch if they have
been marked as read in evolution between processing in notmuch and
trying to access
While playing with notmuch I am still using evolution to read the email
in the same MailDir that is being indexed / processed by notmuch. With
the result that lots of emails can not be found in notmuch if they have
been marked as read in evolution between processing in notmuch and
trying to access
I'm in the search results window in Emacs, on an LKML thread with 140+
messages. I hit return to view this thread - Emacs consumes 100% CPU
but even after waiting 3 minutes it doesn't display the result (this is
on a fast system Lenovo x200s).
C-g stops the process and gets me dumped into a clea
I'm in the search results window in Emacs, on an LKML thread with 140+
messages. I hit return to view this thread - Emacs consumes 100% CPU
but even after waiting 3 minutes it doesn't display the result (this is
on a fast system Lenovo x200s).
C-g stops the process and gets me dumped into a clea
On Thu, 10 Dec 2009 20:08:18 +0100, Marten Veldthuis
wrote:
> On a related note, what about communicating with people who press reply
> on an existing message, change the subject and start a new mail
> thread. Most mail clients will still insert the In-Reply-To header,
> which in this case is jus
On Wed, 2 Dec 2009 18:19:38 +0530, "Aneesh Kumar K.V"
wrote:
> From: Aneesh Kumar K.V
>
> This patch helps in customizing search result display
> similar to mutt's index_format. The customization is done
> by defining an alist as below
>
> (setq notmuch-search-result-format '(("date" . "%s ")
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"
> wrote:
> > From: Aneesh Kumar K.V
> >
> > This patch add --format=sender-only option.
>
> I like the idea here, (and agree that an 'R' keybinding would be great).
>
> But surely t
On Thu, 10 Dec 2009 15:00:42 +0800, Kan-Ru Chen wrote:
> The termlist is already sorted, so this is the patch trying to minimize
> the modification of database as suggested in the comment and Carl's
> TODO file.
Fantastic, Kan-Ru!
> My poor profiling shows not much, but some improvement.
Now yo
ately the relevant code looks very
similar if not identical).
Thanks again,
-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/20091210/69b46e52/attachment.pgp>
On Thu, 10 Dec 2009 09:39:48 -0800, Carl Worth wrote:
> I think the right answer here is to fix the input that notmuch is
> getting. Just ensure that each message has a proper In-Reply-To header
> and all should be fine.
On a related note, what about communicating with people who press reply
on a
On Sat, 5 Dec 2009 14:54:00 -0800, Keith Amidon wrote:
> Prompt for a directory and write all attachments of the current
> message to that directory, prompting for a filename for each with a
> default value of the filename specified in the attachment.
I really like the idea of this function. I'd
On Sat, 5 Dec 2009 14:53:59 -0800, Keith Amidon wrote:
> Previously only mime parts that indicated specified a "disposition" of
> "attachment" were saved. However there are time when it is important
> to be able to save inline content as well. After this commit any mime
> part that specifies a
message wasn't useful
either.
So do we need a command to write the current "cooked" message to a file?
I suppose I could have just used:
| cat > /some/filename
but that feels a little bit like cat abuse.
-- next part --
A non-text attachment was
/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091210/d316db3f/attachment.pgp>
placement document " << did <<
" as " << new_doclen);
// Set the termlist
--
Kan-Ru Chen | http://kanru.info
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091210/3a0f0e53/attachment.pgp>
bed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091210/e1c66001/attachment.pgp>
On Wed, 09 Dec 2009 12:00:21 -0800, Carl Worth wrote:
> 1. Rewriting the code to not use apply-partially
1b. Use apply-partially
(defun apply-partially (fun &rest args)
"Return a function that is a partial application of FUN to ARGS.
ARGS is a list of the first N arguments to pass to FUN.
The
From: David Bremner
This fixes the annoying bug of archiving a thread, and then going back
to open it and getting an error. It needs the notmuch-show API
changing patch of 1259979997-31544-3-git-send-email-david at tethera.net.
---
I'm not really expecting Carl to push this patch, because I thi
On Thu, 10 Dec 2009 09:39:48 -0800, Carl Worth wrote:
> I think the right answer here is to fix the input that notmuch is
> getting. Just ensure that each message has a proper In-Reply-To header
> and all should be fine.
On a related note, what about communicating with people who press reply
on a
On Thu, 10 Dec 2009 11:14:35 -0400, da...@tethera.net wrote:
> From: David Bremner
>
> This fixes the annoying bug of archiving a thread, and then going back
> to open it and getting an error. It needs the notmuch-show API
> changing patch of 1259979997-31544-3-git-send-email-da...@tethera.net.
x there will
incidentally fix '*' to actually provide feedback on the added/removed
tags too, which will also help).
-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/20091210/886aadc0/attachment.pgp>
On Wed, 9 Dec 2009 16:21:34 -0700, Mark Anderson wrote:
> I was wondering if there's a way in notmuch to group un-associated
> threads into a single thread.
There's certainly nothing like that in notmuch currently.
Sup had user-level functionality in the interface for stitching messages
into a s
Excerpts from Jed Brown's message of Thu Dec 10 05:26:25 -0700 2009:
> On Wed, 09 Dec 2009 12:00:21 -0800, Carl Worth wrote:
> > 1. Rewriting the code to not use apply-partially
>
> 1b. Use apply-partially
>
> (defun apply-partially (fun &rest args)
> "Return a function that is a partial appli
Excerpts from Jed Brown's message of Thu Dec 10 05:26:25 -0700 2009:
> On Wed, 09 Dec 2009 12:00:21 -0800, Carl Worth wrote:
> > 1. Rewriting the code to not use apply-partially
>
> 1b. Use apply-partially
>
> (defun apply-partially (fun &rest args)
> "Return a function that is a partial appli
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/20091210/21fad1d8/attachment.pgp>
From: David Bremner
This fixes the annoying bug of archiving a thread, and then going back
to open it and getting an error. It needs the notmuch-show API
changing patch of 1259979997-31544-3-git-send-email-da...@tethera.net.
---
I'm not really expecting Carl to push this patch, because I think
On Wed, 09 Dec 2009 12:00:21 -0800, Carl Worth wrote:
> 1. Rewriting the code to not use apply-partially
1b. Use apply-partially
(defun apply-partially (fun &rest args)
"Return a function that is a partial application of FUN to ARGS.
ARGS is a list of the first N arguments to pass to FUN.
The
28 matches
Mail list logo
