From: David Bremner
Also modify the one call to notmuch-show in notmuch.el. This makes
the call (notmuch-show thread-id) will work when there is no binding
for notmuch-search-query-string; e.g. when called from user code
outside notmuch.
---
notmuch.el | 16 ++--
1 files changed,
From: David Bremner
Add functions notmuch-search-find-authors and notmuch-find-subject to
match notmuch-find-thread-id. These functions are just a wrapper
around get-text-property, but in principle that could change.
---
notmuch.el | 12 +++-
1 files changed, 11 insertions(+), 1 delet
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
rec
On Fri, 04 Dec 2009 11:07:54 -0800, Carl Worth wrote:
> But surely there's a way to implement this with dramatically less code
> duplication?
It should just be very short after this series
id:1259450376-24523-1-git-send-email-jed at 59A2.org
I think --format= should not be used for this, for
Karl Wiberg wrote:
> On Fri, Dec 4, 2009 at 1:29 AM, Carl Worth wrote:
>> And a step beyond that would support different languages for
>> different emails, but that sounds like something "hard" to identify.
>
> But probably not as hard as identifying spam. It could probably be
> done with a simpl
ing that GMime actually gets fixed
upstream).
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/2ee667b4/attachment.pgp>
#x27;s great in my book.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/3bd13606/attachment.pgp>
From: David Bremner
Also modify the one call to notmuch-show in notmuch.el. This makes
the call (notmuch-show thread-id) will work when there is no binding
for notmuch-search-query-string; e.g. when called from user code
outside notmuch.
---
notmuch.el | 16 ++--
1 files changed,
From: David Bremner
Add functions notmuch-search-find-authors and notmuch-find-subject to
match notmuch-find-thread-id. These functions are just a wrapper
around get-text-property, but in principle that could change.
---
notmuch.el | 12 +++-
1 files changed, 11 insertions(+), 1 delet
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
rec
ature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/1c135bf1/attachment.pgp>
On Fri, 4 Dec 2009 19:20:50 -0500, Jameson Graef Rollins
wrote:
> > Your commit message has that flag word of "also" in it, and as it turns
> > out, the removal of Makefile.config from the repository has actually
> > happened already. But that was easy enough to fix.
>
> I was thinking that the
hinks I'm crazy then. That's
encouraging. :-)
-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/20091204/059a6064/attachment.pgp>
Twas brillig at 16:39:50 04.12.2009 UTC-08 when cwo...@cworth.org did gyre and
gimble:
CW> But when viewing an actual message, I'm still planning on having
CW> notmuch just return an arbitrary filename from the list of
CW> filenames associated with that message. Does anyone see any problem
C
On Fri, 4 Dec 2009 14:09:46 -0500, Michael Alan Dorman
wrote:
> Besides, in notmuch, what's the difference going to be? It'll still be
> threaded the same, etc., but you'd be able to tell that this one came
> to you rather than through the list, no?
There's one other point I should make here wh
ticular duplicated message?
-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/20091204/528b3fd3/attachment.pgp>
On Fri, 4 Dec 2009 14:09:46 -0500, Michael Alan Dorman
wrote:
> Now, if you have an MTA that does duplicate suppression based on
> message-id, you probably won't see the copy of a message that went to
> the list if you're cc:'d on it because the direct copy (sans list-id
> header) is likely to ar
have to guess
whether the recipient was on the To: or CC: header (and too painful to
always type (to:me at example.com or cc:me at example.com).
-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/20091204/a2f9ca6d/attachment-0001.pgp>
On Tue, 01 Dec 2009 08:45:17 -0200, Fernando Carrijo
wrote:
> One more party, one more joiner, one more patch! :)
Welcome to the party, Fernando!
> - "Forward a the current message."
> + "Forward the current message."
..
> - "Preficate testing whether current message is unread."
> + "Predi
rther patches from you! (And don't worry, I'm
sure I'll keep misspelling things often...)
-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/20091204/838784f5/attachment.pgp>
On Fri, Dec 04, 2009 at 04:16:20PM -0800, Carl Worth wrote:
> On Sat, 28 Nov 2009 18:57:37 -0500, Jameson Graef Rollins
> wrote:
> > - install contrib/notmuch-completion.bash \
> > + install -m0644 contrib/notmuch-completion.bash \
> > $(DESTDIR)$(bash_completion_dir)/notmuch
>
>
On Fri, Dec 04, 2009 at 04:12:47PM -0800, Carl Worth wrote:
> Handling --prefix will be a nice addition to our configure script. So,
> thanks!
Yeah, it's definitely needed for the Debian packaging as well.
> Your commit message has that flag word of "also" in it, and as it turns
> out, the remova
* Carl Worth [091204 13:55]:
> So maybe we need "notmuch show" to accept a second query string
> to do something like:
>
> notmuch show tag:foo --matching tag:inbox
>
> which will display all threads with messages matching "tag:foo" but then
> mark only the messages matching "tag:inbox" wi
On Mon, 30 Nov 2009 22:50:39 +0800, Kan-Ru Chen wrote:
> Remove the underline of both message summary and subject lines.
> Message summary still defaults to reverse-video, use customize to
> change it to whatever you like.
Thanks for submitting this patch. I recently fixed the ugly underlining
a
L:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/17f907a8/attachment.pgp>
On Sat, 28 Nov 2009 18:57:37 -0500, Jameson Graef Rollins
wrote:
> - install contrib/notmuch-completion.bash \
> + install -m0644 contrib/notmuch-completion.bash \
> $(DESTDIR)$(bash_completion_dir)/notmuch
Thanks. I pushed this.
I didn't push the parent commit in the thre
le
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/78c6/attachment.pgp>
On Sat, 28 Nov 2009 18:57:35 -0500, Jameson Graef Rollins
wrote:
> This also removes the Makefile.config from the repository, since it
> shouldn't be kept in the repository and should be created by the
> configure script.
Hi Jamie,
Handling --prefix will be a nice addition to our configure scri
Our configuration system certainly isn't as full-featured yet as a
standard autoconf-based configure script, but I'm quite happy with how
clean it is for both users and developers.
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not availabl
On Fri, Dec 04, 2009 at 01:01:17PM -0500, Jameson Graef Rollins wrote:
> In general, I think it would be really good to put together some
> documentation about all the ways that users can customize the notmuch
> interface. I would be willing to help with that as well. It would
> also be nice to a
plication/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/37421252/attachment-0001.pgp>
On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote:
> I just pushed out a nice set of changes to the emacs interface. Here's a
> quick summary of what you can expect to get when you next update:
>
> * Much nicer looking presentation, (no more ugly reverse-video or
> underlines on the mess
ttachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/8770d8fc/attachment.pgp>
On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote:
.
>
> * The magic space bar is too magic. Threads are separate conversations
> so one key for paging through the current conversation shouldn't
> also switch to the next conversation, (particularly when the
> complementary
iling list software.
Mike.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/1a80237f/attachment.pgp>
* Carl Worth [091204 13:55]:
> So maybe we need "notmuch show" to accept a second query string
> to do something like:
>
> notmuch show tag:foo --matching tag:inbox
>
> which will display all threads with messages matching "tag:foo" but then
> mark only the messages matching "tag:inbox" wi
nts/20091204/34d88203/attachment.pgp>
On Sat, 05 Dec 2009 00:55:20 +0600
Mikhail Gusarov wrote:
>
> Twas brillig at 13:52:20 04.12.2009 UTC-05 when
> mdor...@ironicdesign.com did gyre and gimble:
>
> MAD> Err, this makes no sense. How can Mailman have any knowledge
> MAD> of, and therefore "do anything" to any message that came
On Fri, 04 Dec 2009 11:07:54 -0800, Carl Worth wrote:
> But surely there's a way to implement this with dramatically less code
> duplication?
It should just be very short after this series
id:1259450376-24523-1-git-send-email-...@59a2.org
I think --format= should not be used for this, format
On Wed, 2 Dec 2009 09:11:25 +0200, "Dirk-Jan C. Binnema"
wrote:
> Free the results of the prompt; this patch does the minimal job for that.
> It may be nice to refactor the function a bit.
>
> Signed-off-by: Dirk-Jan C. Binnema
Hi there,
I pushed the first leak fix from this series, but the
o prompt, but just
after the last one.
-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/20091204/c03b8bc3/attachment.pgp>
On Fri, 04 Dec 2009 11:06:15 -0800, Carl Worth wrote:
> On Thu, 03 Dec 2009 23:08:31 +0100, Jed Brown wrote:
> > I know html support is still poor, but the following seems worse than
> > not showing anything. When I visit this message, I get prompted to save
> > the MIME part and the following i
On Fri, 04 Dec 2009 11:06:15 -0800, Carl Worth wrote:
> On Thu, 03 Dec 2009 23:08:31 +0100, Jed Brown wrote:
> > I know html support is still poor, but the following seems worse than
> > not showing anything. When I visit this message, I get prompted to save
> > the MIME part and the following i
On Wed, 2 Dec 2009 12:00:35 +0100, Jed Brown wrote:
> notmuch-search-filter now accepts an arbitrary query and will group if
> necessary so that we get
>
> tag:inbox AND (gravy OR biscuits)
>
> instead of the former
>
> tag:inbox AND gravy OR biscuits
Perfect. A nice clean patch for just
ice clean patch for just the one feature. Thanks!
I've pushed this now.
-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/notmu
> But the above sounds like the List-Id header is unreliable enough to
> be useless.
In my current .sieve setup, I have 93 entries for mailing lists. 87
of them use list-id[1]. 3 use list-post. 1 uses 'mailing-list', but
looking at it, could be switched to list-id. 2 use x-mailing-list
(blaste
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 there's a way to implement this with dramatically less code
duplication?
dramatically less code
duplication?
-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/20091204/309042f4/attachment.pgp>
On Thu, 03 Dec 2009 23:08:31 +0100, Jed Brown wrote:
> I know html support is still poor, but the following seems worse than
> not showing anything. When I visit this message, I get prompted to save
> the MIME part and the following is displayed (including all the hidden
> stuff). Original messa
anyone, of course.
-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/20091204/1554234d/attachment.pgp>
On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote:
> * Showing a thread where the search matches only a subset of the
> thread now opens only the matched messages (in addition to unread
> messages).
>
> This last feature is the big one---the rest all just happened to come
> along at
r
for the UI to use.
What do you think, Bart? Did you run into a similar issue with the vim
interface?
-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/20091204/e0e57e1f/attachment.pgp>
Twas brillig at 13:52:20 04.12.2009 UTC-05 when mdor...@ironicdesign.com did
gyre and gimble:
MAD> Err, this makes no sense. How can Mailman have any knowledge of,
MAD> and therefore "do anything" to any message that came by way of a
MAD> CC?
for each subscriber:
if subscriber.email in me
On Sat, 05 Dec 2009 00:07:36 +0600
Mikhail Gusarov wrote:
> The only problem with Cc is that Mailman suppresses duplicate
> messages and hence there is no List-Id: on message.
Err, this makes no sense. How can Mailman have any knowledge of, and
therefore "do anything" to any message that came b
Twas brillig at 10:35:27 04.12.2009 UTC-08 when cwo...@cworth.org did gyre and
gimble:
>> The only problem with Cc is that Mailman suppresses duplicate
>> messages and hence there is no List-Id: on message.
CW> But the above sounds like the List-Id header is unreliable enough
CW> to be usel
Karl Wiberg writes:
> On Fri, Dec 4, 2009 at 1:29 AM, Carl Worth wrote:
> > And a step beyond that would support different languages for
> > different emails, but that sounds like something "hard" to identify.
>
> But probably not as hard as identifying spam. It could probably be
> done with a sim
On Sat, 05 Dec 2009 00:07:36 +0600, Mikhail Gusarov
wrote:
> The only problem with Cc is that Mailman suppresses duplicate messages and
> hence
> there is no List-Id: on message.
Hey, well notmuch doesn't even index the List-Id: header anyway. [*] ;-)
But the above sounds like the List-Id head
available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/d72d0cf7/attachment.pgp>
Twas brillig at 10:05:05 04.12.2009 UTC-08 when cwo...@cworth.org did gyre and
gimble:
CW> Plus, notmuch already handles duplicate mail just fine, (in that the
CW> user only sees one copy at least). And I tag my mail differently when
CW> one of my addresses appears on the CC list, so I defini
On Fri, 04 Dec 2009 09:55:45 -0400, da...@tethera.net wrote:
> P.S. do people want to be CC'd on this list, or not?
We don't require subscription to the list, so I recommend CC, yes.
Plus, notmuch already handles duplicate mail just fine, (in that the
user only sees one copy at least). And I tag
plication/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/c590d01f/attachment.pgp>
On Fri, 04 Dec 2009 06:52:38 -0500, Aaron Ecay wrote:
> The same algorithm is implemented in C here:
> http://www.mnogosearch.org/guesser/
>
> Licensed under the GPL and includes presets for ~50 languages.
That indeed does look very interesting, (at least what I can get from
google's cache of th
Shouldn't really be an issue. Notmuch will already want to de-tagify
HTML before indexing anyway.
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchm
Hey, Carl et. al. The recent improvements to the notmuch emacs mode
look great. I have a couple of suggestions/questions about the UI
that I wanted to put to the group.
Here are some things that I would really like to see:
* in thread view, show read messages as initially collapsed
* show more
Karl Wiberg wrote:
On Fri, Dec 4, 2009 at 1:29 AM, Carl Worth wrote:
And a step beyond that would support different languages for
different emails, but that sounds like something "hard" to identify.
But probably not as hard as identifying spam. It could probably be
done with a simple Bayesian
At Thu, 03 Dec 2009 16:45:22 -0800,
> Anyway, I think we'll see code for that soon, so I'm not planning to
> commit the offered patch. But people really needing renames might want
> to use it for now, (and live with any performance implications it
> causes).
I could live with the performance iss
On Thu, 3 Dec 2009 20:24:59 -0500, Jameson Graef Rollins
wrote:
> I actually really like having notmuch open right into my "inbox".
Well, at least that option won't ever go away. :-)
> I thought part of the point of notmuch was to get rid of the whole dump
> idea of folders!
There's certainly
scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/3c2fde32/attachment-0001.pgp>
On Fri, 04 Dec 2009 03:06:32 +0100, Marten Veldthuis
wrote:
> Not sure what happened, but:
>
> Subject: [notmuch] [PATCH 4/9] Factor out message buffer mgmt from
> notmuch-show-view-all-mime-parts
> From: cama...@picnicpark.org
...
> now collapses into:
>
> Subject: [notmuch] [PATC
ication/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091204/0766d940/attachment.pgp>
On Fri, 04 Dec 2009 14:28:22 +0530, "Aneesh Kumar K. V"
wrote:
> Can we also get a facility to temporarily mark a message and apply tags
> on all marked message. In mutt terminology it is called 'tag'.
Would be nice, yes. Another thing we probably want is a way to modify
the tags on all threads
fy
the tags on all threads within the current emacs region.
-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/20091204/2a986042/attachment.pgp>
Hi Aneesh,
Thanks for the followup.
On Fri, 04 Dec 2009 14:08:52 +0530, "Aneesh Kumar K. V"
wrote:
> > Recommendation: Make SPACE only page the current message. Recommend
> > that user use 'a' to advance to next thread, (or 'x' to exit back to
> > search results).
>
> Later you men
but that's already the case with '*'. The Xapian work involved
should be the same whether calling "notmuch tag" once with the whole
search string, or several times, (once for each thread).
-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/20091204/2e514347/attachment.pgp>
On Fri, Dec 4, 2009 at 1:29 AM, Carl Worth wrote:
> And a step beyond that would support different languages for
> different emails, but that sounds like something "hard" to identify.
But probably not as hard as identifying spam. It could probably be
done with a simple Bayesian filter counting wo
--- 2009ko Abenudak 4an, Olly Betts-ek idatzi zuen:
[...]
> TextCat is in Perl. I don't know if there's a C or C++ implementation but
> it isn't a huge piece of code - finding a good technique was the clever part
> of it.
The same algorithm is implemented in C here:
http://www.mnogosearch.org/g
At Thu, 03 Dec 2009 16:45:22 -0800,
> Anyway, I think we'll see code for that soon, so I'm not planning to
> commit the offered patch. But people really needing renames might want
> to use it for now, (and live with any performance implications it
> causes).
I could live with the performance iss
Firstly, thanks for the full explanations!
On Thu, 03 Dec 2009 17:04:52 -0800, Carl Worth wrote:
> The notmuch-folder command is definitely a nice primary interface to
> notmuch for some people. I'm seriously considering making it the view
> that one gets with "M-x notmuch" (after the notmuch-f
--- 2009ko Abenudak 4an, Olly Betts-ek idatzi zuen:
[...]
> TextCat is in Perl. I don't know if there's a C or C++ implementation but
> it isn't a huge piece of code - finding a good technique was the clever part
> of it.
The same algorithm is implemented in C here:
http://www.mnogosearch.org/g
On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote:
> * Much nicer looking presentation, (no more ugly reverse-video or
> underlines on the message summary line).
>
> * More reliable message-visibility buttons, (using RET in the first
> column of a message-summary line now works).
Karl Wiberg writes:
> On Fri, Dec 4, 2009 at 1:29 AM, Carl Worth wrote:
> > And a step beyond that would support different languages for
> > different emails, but that sounds like something "hard" to identify.
>
> But probably not as hard as identifying spam. It could probably be
> done with a sim
On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote:
> I just pushed out a nice set of changes to the emacs interface. Here's a
> quick summary of what you can expect to get when you next update:
>
> * Much nicer looking presentation, (no more ugly reverse-video or
> underlines on the mess
On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote:
.
>
> * The magic space bar is too magic. Threads are separate conversations
> so one key for paging through the current conversation shouldn't
> also switch to the next conversation, (particularly when the
> complementary
83 matches
Mail list logo
