This patch adds `-region' versions of the `notmuch-search-' commands to find
properties. It also splits up `notmuch-add/remove-tags' into both a `-thread'
and a `-region' version. (This makes us modify `notmuch-search-archive-thread'
to use the `notmuch-search-remove-tag-thread' function,
On Thu, 21 Jan 2010 10:56:59 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
Notmuch is not to my knowledge capable of tagging a sub-region of a
message, so in that sense it might not work.
This is only in notmuch-search mode, so it only operates on full
threads.
Would it be
...have region selection in search mode also mark messages. And then
there could also be a message-by-message way if you wanted to mark
disjoint messages.
Sorry, I'm getting myself confused here. Not messages, *threads*.
___
notmuch mailing list
Dear all,
First of all, many thanks to Carl and others for writing notmuch.
Some folks on IRC were bemoaning message-mode's annoying inability to
save sent-mail to a Maildir using Fcc. I mentioned that I had written a
bit of Maildir elisp code for that purpose a while back, and it was
suggested
On Sat, 23 Jan 2010 19:09:35 +1300, Carl Worth cwo...@cworth.org wrote:
But I've since pushed a separate patch to fix this bug. Please give it a
try and let me know what you think.
I just gave it a try, and building failed because of a seeming
misspelling on line 285 (`DT_UKNOWN'), from commit
Put single-quotes around the argument of the `show --entire-thread' command
in notmuch-show. This change should have no effect on normal usage.
However, it allows us to use the notmuch.el client with a remote notmuch
binary and database over ssh (by, e.g., setting `notmuch-command' to a
simple
On Fri, 29 Jan 2010 14:21:56 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
First, I think this FCC method is phantastic and it works like a
charm. I agree that we should include the snippets at least in some
contrib directory (or doc/examples) to make it easier to find.
I'm glad it's
On Wed, 10 Feb 2010 12:20:00 -0800, Carl Worth cwo...@cworth.org wrote:
Here are some ideas for possible (and independent) fixes:
3. We could move away from these various mm- functions for displaying
MIME parts and simply add functionality to the notmuch command line
for extracting
Change the buffer name to the subject of the thread instead of
the thread-id. This is more meaningful to the user, and will make it easier
to scroll through numerous open buffers.
Note that this patch adds a required `buffer-name' argument to notmuch-show.
Signed-off-by: Jesse Rosenthal jrosent
' argument to notmuch
show.
This version of the patch improves on the first version by ensuring that
the buffer names are unique, and that the `notmuch-show' command can
still be used interactively.
Signed-off-by: Jesse Rosenthal jrosent...@jhu.edu
---
notmuch.el | 25 +++--
1
This patch adds `-region' versions of the `notmuch-search-' commands to find
properties. It also splits up `notmuch-add/remove-tags' into both a
`-thread' and a `-region' version. (This makes us modify
`notmuch-search-archive-thread' to use the
`notmuch-search-remove-tag-thread' function, instead
;; Copyright (C) 2010 Jesse Rosenthal
;; Author: Jesse Rosenthal jrosent...@jhu.edu
;; Maintainer: Jesse Rosenthal jrosent...@jhu.edu
;; Created: 18 Feb 2010
;; Description: Handles attachments for message mode
;; Version 0.01alpha
;; This file is not part of GNU Emacs.
;; This file is free software; you
The above patch and script don't deal with attachments or inline html,
both of which require (for now) that the mail file be present
locally. That may not be necessary with planned changed to notmuch in
the future.
For the time being, though, you can get attachments and html to work
with over
' argument to notmuch
show.
This version supersedes V1 and V2 of this patch. It is rebased on HEAD,
ensures that the buffer names are unique, and that the `notmuch-show'
command can still be used interactively (fixing a clumsy bug in V2 which
prevented that).
Signed-off-by: Jesse Rosenthal jrosent
Dear All,
One element of traditional clients that I've missed in notmuch is the
ability to easily see which messages have been replied to. A look at the
thread structure will often make that clear, but for both searching and
syncing, an answered tag would be nice.
To solve this, I have added the
prevented that)
Signed-off-by: Jesse Rosenthal jrosent...@jhu.edu
---
notmuch.el | 25 -
1 files changed, 20 insertions(+), 5 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 5577dde..5a893da 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -1172,7 +1172,7 @@ All currently
Dear All,
There was some talk on IRC ages ago about using notmuch as an
address-book for tab-completion in emacs message mode. Thanks to some
great recent work (Ingmar Vanhassel's shared lib and Sebastians's
cnotmuch python lib) I have been able to take a first step in that
direction. I've
Normally, I wouldn't respond to myself to fix a typo, but this seemed
important.
Remember, neither of these will do you much good with the shared lib and
cnotmuch installed.
I meant, of course, that neither would do you much good *WITHOUT* the
shared lib and cnotmuch installed.
Apologies,
At the moment all threads are named based on the name of the first message
in the thread. However, this can cause problems if people either start
new threads by replying-all (as unfortunately, many out there do) or
change the subject of their mails to reflect a shift in a thread on a
list.
This
On Tue, 23 Mar 2010 13:31:09 -0400, James Vasile ja...@hackervisions.org
wrote:
Just out of curiosity, what are Aw, Sv and Vs used for? Are they just
re in different languages?
Yep -- these were the only common ones I came across. If anyone knows of
any others in common use, I can add 'em in.
Add a query:foo term to the notmuch search syntax. Queries are saved
searches, and are written in the config file:
[queries]
foo=from:jrosenthal and to:notmuchmail and queries
bar=tag:personal or (tag:unread and from:whomever)
Then, if you search with the query
`tag:inbox or query:foo'
it will
Hi David,
Thanks for this -- it really looks great so far.
As always, feedback (especially if something breaks) appreciated.
There's a complaint when I open a (multipart?) message:
invalid function: mm-make-handle
Adding (require 'mm-decode) to notmuch-show.el fixes this problem.
Best,
Sorry -- just got back into town from some business travel. I'll be
working on it this afternoon, and will let you know by this evening
where I get with it.
Best,
Jesse
On Tue, 13 Apr 2010 10:55:55 -0700, Carl Worth cwo...@cworth.org wrote:
On Fri, 09 Apr 2010 10:11:00 -0400, Jesse Rosenthal
There was a bug in notmuch-search-{add,remove}-tag-region, which would
not behave correctly if the region went beyond the last message. Now,
instead of simply iterating to the last line of the region, these
functions will iterate to the minimum of the last line of the region
and the last possible
On Wed, 14 Apr 2010 10:14:46 -0700, Carl Worth cwo...@cworth.org wrote:
The only real problem I see with this approach is that it's fragile in
depending on the buffer having exactly 2 lines of non-thread text at the
end. I can easily see myself wanting to remove the End of Search
Results line
On Wed, 14 Apr 2010 17:59:01 -0700, Carl Worth cwo...@cworth.org wrote:
We could fix all[*] the bugs of * by changing it to simply call the
new region-based tagging function. The only concern I have with that is
that it might be significantly slower, (it will execute N notmuch tag
commands to
On Thu, 15 Apr 2010 16:04:38 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
Not quite true: the region command only executes one notmuch tag
command over id:X or id:Y or id:Z or
Sorry -- I meant, of course: over thread:X or thread:Y or thread:Z
On Thu, 15 Apr 2010 18:46:56 -0700, Carl Worth cwo...@cworth.org wrote:
On Thu, 15 Apr 2010 16:04:38 -0400, Jesse Rosenthal jrosent...@jhu.edu
wrote:
the region command only executes one notmuch tag command over
id:X or id:Y or id:Z or
...this operation is all set up to run
: ) are ignored
(case-insensitively) so a Re: won't change the subject.
Note that this adds a sort argument to _notmuch_thread_create and
_thread_add_matched_message, so that when constructing the thread we can
be aware of the sort order.
Signed-off-by: Jesse Rosenthal jrosent...@jhu.edu
This reintroduces the patch committed in 9193455fa1, which was
reverted during the upgrade to the JSON emacs UI.
---
emacs/notmuch-show.el |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 916b39e..12e5d28 100644
---
Hi Dirk,
On Wed, 21 Apr 2010 16:16:03 -0700, Dirk Hohndel hohn...@infradead.org wrote:
+ (if delete
+ (notmuch-show-add-tag deleted)))
The one thing I would suggest is adding a level of customizability,
instead of hardcoding in deleted.
i.e.:
(defvar
Hey Jamie,
There's been some discussion on this, and I think Carl's
position (sorry if I'm putting words in your mouth, Carl) was to just
settle on the tag deleted for this concept (of deleted messages) and
stick with it.
If it's been thought through and there's some consensus, I'll
defer.
On Wed, 21 Apr 2010 18:11:14 -0700, Carl Worth cwo...@cworth.org wrote:
Most of what came in in response to this request has now been merged.
Notable things that made the merge window but have not been merged yet
include...
Hi Carl,
Just wanted to call one more thing to your attention: the
On Thu, 22 Apr 2010 16:06:27 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
jkr and I noticed that patch series are shown in reverse order now, in
fact threads seem to display messages at the same depth in reverse
chronological order now.
Just to follow up on this, it seems that the
On Thu, 22 Apr 2010 10:14:16 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
Just to follow up on this, it seems that the regression comes from the
fix Carl introduced in 2a1a4f0551 to make his simplification of my patch
(simplification = 36e4459a3 , my patch = 4971b85641) pass tests
On Thu, 22 Apr 2010 10:21:11 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
My suggestion would be to revert both the simplification and the fix to
enable the simplification to pass: (36e4459a3, 2a1a4f0551).
Sorry, got that slightly wrong. The following commits need to be
reverted
On Sat, 24 Apr 2010 05:38:36 -0700, Carl Worth cwo...@cworth.org wrote:
So here's my vote for someone cleaning this up into a patch that could
be applied directly to notmuch rather than just being a snippet of code
to shove into .emacs.
I'd love to put this into shape to become part of notmuch
On Sat, 20 Feb 2010 22:12:21 -0500, Jesse Rosenthal jrosent...@jhu.edu wrote:
Tach is a minor mode that adds mutt-like attachment handling to
message mode. It's not notmuch specific, but I wrote it to use with
notmuch, and I thought it might be of use to some on the list.
I wanted to see
On Sun, 25 Apr 2010 19:52:54 -0700, Dirk Hohndel hohn...@infradead.org wrote:
From your description I can't quite tell if tach is overkill,
though. When I just attach a file I'd like to be able to do this just
using the minibuffer to pick a file - not having to open another buffer,
press +,
Throw an error after the maildir is generated but before the message
is sent. This change allows the user to edit the maildir if it fails,
so that it will point to a correct place.
Note that this changes the previous behavior which always overwrote
the existing Fcc line. Now, an Fcc line is only
/notmuch-message.el b/emacs/notmuch-message.el
new file mode 100644
index 000..584bcde
--- /dev/null
+++ b/emacs/notmuch-message.el
@@ -0,0 +1,47 @@
+;; notmuch-message.el --- message-mode functions specific to notmuch
+;;
+;; Copyright © Jesse Rosenthal
+;;
+;; This file is part of Notmuch
/notmuch-message.el b/emacs/notmuch-message.el
new file mode 100644
index 000..0cc4608
--- /dev/null
+++ b/emacs/notmuch-message.el
@@ -0,0 +1,52 @@
+;; notmuch-message.el --- message-mode functions specific to notmuch
+;;
+;; Copyright © Jesse Rosenthal
+;;
+;; This file is part of Notmuch
Add a (require 'notmuch-message) to notmuch.el. This is for functions that
specifically target message mode (and, in the future, notmuch-message
mode).
---
emacs/notmuch.el |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index
The fcc code would only initialize if notmuch-fcc-dirs was set. This was
a problem if you reset the variable, or added the variable later during
initialization. Now we always add the fcc hook, but it doesn't do
anything unless notmuch-fcc-dirs are set.
---
emacs/notmuch-maildir-fcc.el |3 +--
When notmuch-message.el was added to the emacs directory, I neglected to
add it to the makefile as one of the emacs_sources. This patch adds it.
---
emacs/Makefile.local |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/emacs/Makefile.local b/emacs/Makefile.local
index
) 2010 Jesse Rosenthal
+;; Author: Jesse Rosenthal jrosent...@jhu.edu
+;; Maintainer: Jesse Rosenthal jrosent...@jhu.edu
+;; Created: 18 Feb 2010
+;; Description: Handles attachments for message mode
+;; Version 0.01alpha
+
+;; This file is not part of GNU Emacs.
+
+;; This file is free software
This adds a customization option notmuch-message-attachment-interface to
notmuch-message.el. If set to t, tach-mode will be used as an attachment
interface for composing in message mode. If set to nil, it will not be
used. The default is nil, but if people like it, we can default to t in
the
Add a blurb for the attachment interface, including a description of how
to enable it.
---
NEWS |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index 05ffaca..9dcae70 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,11 @@
+New attachment interface
+
+ A new
Responding to this email is a patch to modularize the test suite. It
follows a relatively simple model, but it does seem like it will offer
some degree of flexibility. Plus, no relicensing is necessary.
In short, tests are put in subdirs of test/tests, e.g.:
test/tests/notmuch-new/
On Fri, 30 Apr 2010 14:36:56 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
Sorry the patch is so large: there was a lot of back-and-forth, and it
was hard to break the patches down into coherent steps. Carl, if you'd
prefer, I could send you a more granular, but confusing, series of
patches
On Mon, 03 May 2010 12:06:04 -0700, Carl Worth cwo...@cworth.org wrote:
But I *am* tracking things. The only real problems are:
1. People don't have visibility into my tracking efforts
2. We can't collaborate on the tracking efforts.
So I think the various tag-sharing prototypes
Just a response to some of Mark's points, re. the very rough prototype I
mentioned in another email in this thread:
id:m1k4rkkchy@watt.gilman.jhu.edu
All of my answers are based on my current implementation, and don't
necessarily reflect the best possible way to address these problems.
On
These two patches, it turns out, do not quite go all the way -- they do
not set up the environment to be exactly as it was in the full test
suite. (I discovered this because my modular test suite did not fail on
the recent xapian error -- failure being success in this case.)
Further patches,
Hi Michal,
On Wed, 05 May 2010 09:23:57 +0200, Michal Sojka sojk...@fel.cvut.cz wrote:
Junio has just applied relicensing patch for the Git test suite
(http://git.kernel.org/?p=git/git.git;a=commit;h=64b90323f65d2a3ac8d1ff4ed73be881f76aac8a)
so we can use it for notmuch.
Oh, excellent -- in
On Thu, 20 May 2010 09:25:42 +0100, David Edmondson d...@dme.org wrote:
What's the current state of the art in merging tags from multiple
machines?
About the same, I think. I had started trying to figure out a way to do a
smarter dump (only dumping changed info) for my distributed
Another, potentially more elegant approach is to use notmuch remote
scripts written by Jesse Rosenthal. I haven't done this myself, but I
did think was feasible when I looked at them.
I'd certainly be happy to get some feedback on this idea, but I'm not
sure if it's the right tool
Sorry -- unclear on a couple of points:
On Sat, 12 Jun 2010 09:22:29 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
2. You could brute-force it. Include a nm_dump file as one of your
unison paths, along with your Maildir, then always run:
notmuch dump nm_dump
unison
You have to run
Hi Thomas,
On Thu, 13 Jan 2011 15:43:40 +0100, Thomas Schwinge tho...@schwinge.name
wrote
git clone http://jkr.acm.jhu.edu/git/nm-remote.git
I wanted to have a look at this, but the repository is no longer
accessible.
Oh yeah -- completely forgot about that. I moved it to someplace that
On Fri, 28 Jan 2011 12:54:17 +1000, Carl Worth cwo...@cworth.org wrote:
On Thu, 27 Jan 2011 10:51:42 -0500, Jesse Rosenthal jrosent...@jhu.edu wrote
It sounds entirely useful for a large class of users. Is there any
reason we shouldn't just host the script in the notmuch repository
itself
Hi Andreas,
On Fri, 28 Jan 2011 20:59:06 +, Andreas Amann a.am...@ucc.ie wrote:
Unfortunately I could not get it to work with python2.7:
Traceback (most recent call last):
File /home/amann/local/bin/notmuchprint, line 284, in module
main(config)
File
On Fri, 28 Jan 2011 16:11:00 -0500, Jesse Rosenthal jrosent...@jhu.edu wrote:
Hmm... looks like a problem with ConfigParser. Maybe the default values
aren't working well?
Yep, that was the problem. It turns out it doesn't take True and False
as defaults -- needs strings (yes, no, true, false
Michal,
On Sun, 06 Feb 2011 00:58:29 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
Hmm, this code worked well with dropbear ssh server but it seems that
with openssh server the result is not that good. Namely, if the master
connection is dead, the command running true blocked for a long time.
I have mine remotely, just because I don't have a local database to
query. I made a shell wrapper, pretty much just like remote script, but
that only passes the query along, and then set that script as my
address-lookup program.
Hmm... I guess the two could be combined, but configuring for your
Hi Ben,
On Wed, 23 Feb 2011 09:22:57 -0500, Ben Gamari bgamari.f...@gmail.com wrote:
Here is my mail sorting script that has been slowly evolving for almost
a year now.
Thanks for posting this, and sorry for digging this up so much later. I
was thinking of setting up something similar, and
On Sun, 20 Mar 2011 20:30:52 -0700, Mueen Nawaz mu...@nawaz.org wrote:
So I want to know: When you guys switched to notmuch, how did you ensure
you did not miss any emails. I really, really, really don't want to lose
any emails in this process!
I didn't need to convert when I started using
Hmm, I'm getting the same results from the python implementation.
On Mon, 21 Mar 2011 09:32:52 -0700, Jameson Rollins
jroll...@finestructure.net wrote:
Any suggestions about how we might go about debugging this?
One thing to try would be to run it step by step in an interactive session.
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 the messages that are
not returned.
One guess: do those messages happen to have
On Mon, 09 May 2011 17:13:10 +0200, Anton Khirnov an...@khirnov.net wrote:
But those aren't message headers, those are thread properties. And I'd
argue that a thread always has authors and a subject (possibly empty).
The RFC says yes on the author, no on the subject. The only things
guaranteed
On Mon, 09 May 2011 11:23:16 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
The RFC says yes on the author, no on the subject. The only things
guaranteed are From: and originating timestamp. So I'm not sure why
subject should be guaranteed a string result and not, say, Cc.
Apologies -- I
On Wed, 11 May 2011 14:18:01 +0200, Florian Friesdorf f...@chaoflow.net wrote:
According to the docs [1], there are two programs that can be used with
notmuch-address.el: notmuch-addresses (python) and addrlookup (vala/c).
What about shipping some / all of these with notmuch? It feels that
On Sun, 15 May 2011 23:56:11 +0200, Xavier Maillard xav...@maillard.im wrote:
On Sat, 14 May 2011 22:23:16 -0700, mu...@nawaz.org wrote:
3. Can I mark a bunch of messages for tagging in the Emacs interface? I
know I can tag all messages in a query, but sometimes I'd just like to
select a
On Mon, 06 Jun 2011 09:28:13 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
I've been thinking about this more and it really seems we need a way to
just share tags. What if we had a way to export all the tags for a set
of messages as a notmuch dump file, that could just be
On Wed, 08 Jun 2011 10:46:57 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
Did you guys try to address the issue of tag removal at all? I've been
trying to decide if this is something we need to worry about or not.
For instance, if cworth pushed a tag .needs-review, you would
On Thu, 06 Oct 2011 09:56:43 -0300, David Bremner da...@tethera.net wrote:
Jesse, do you remember why you decided to roll your own?
Only reason I can remember (a year and a half later) of is that it
seemed like the basic illustration of concept would be a saturday
morning's project. In
On Thu, 06 Oct 2011 11:18:51 -0300, David Bremner da...@tethera.net wrote:
something like that sounds plausible. Currently the query parser doesn't
handle searches like tag:bremner/to-fix very well, because it
helpfully splits at '/' (aiui; maybe somebody else can explain it
better). notmuch
On Thu, 06 Oct 2011 17:23:21 -0300, David Bremner da...@tethera.net wrote:
What doesn't work is searches for the whole namespace notmuch search
tag:bremner.* will return nothing, even though notmuch search
tag:bremner.to-fix does.
A simple shell way to do this would be
notmuch search-tags
On Thu, 06 Oct 2011 21:20:40 -0300, David Bremner brem...@unb.ca wrote:
1) just delete the output file option from notmuch-dump, and use shell
redirection. So far I don't see a non-contrived example when writing
an output file directly is useful, but maybe that is just a failure
of
On Thu, 06 Oct 2011 11:18:51 -0300, David Bremner da...@tethera.net wrote:
Non-text part: multipart/signed
On Thu, 06 Oct 2011 09:21:48 -0400, Jesse Rosenthal jrosent...@jhu.edu
wrote:
morning's project. In retrospect, I think the main issue was that I was
trying to figure out how history
On Fri, 07 Oct 2011 07:36:30 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
What's the value added over just keeping a (compressed?) collection of
diffs for each namespace?
Okay -- please don't bother answering this part. It was early in the
morning, and I forgot some of the obvious
Hi Tomi,
If this proves to be working better in other users use then I can
update the script on the remoteusage page also.
I actually wrote the original script, and updated it as I changed it,
without much sense for who, if anyone, was using it. Please feel free to
update the version on the
Oh, and I moved the code to
http://commonmeasure.org/~jkr/notmuch_addresses.git
Best,
Jesse
On Fri, 30 Dec 2011 14:04:43 -0500, Jesse Rosenthal jrosent...@jhu.edu wrote:
Pushed.
Thanks,
Jesse
On Wed, 21 Dec 2011 13:49:17 +, David Edmondson d...@dme.org wrote
On Tue, 03 Jan 2012 16:02:43 +, David Edmondson d...@dme.org wrote:
On Mon, 5 Sep 2011 07:14:36 +0300, Antono Vasiljev s...@antono.info wrote:
If the poll script runs asynchronously, won't the notmuch-search output
refresh and jump into my face when I'm busy doing something else? And,
if
Dear all,
Just wanted to note that I finally got around to updating the
way-deprecated remoteusage wiki page[0], with a simplified
script, that takes into account comments that some have made in the
past.
Caching for attachments is gone, since the complications of part
handling vs. raw handling
Hi Tomi,
On Thu, 19 Jan 2012 19:50:38 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
Quick comments: /tmp/notmuch_dtach.socket is dangerous (and the _ssh).
either
make directory /tmp/notmuch_`id -u`
and chmod it to 0700
and make sure you own it and it has right
Dear All,
I sent this to the list a couple of years back, but now that things are
moving again, and there are new eyes on the list, I thought I'd send it
again. I believe I'm the only person to use this (and might well
continue to be so) but I've been using it for a couple of years without
any
Hi Xavier,
On Fri, 20 Jan 2012 23:43:01 +0100, Xavier Maillard xav...@maillard.im wrote:
I like it.
Thanks for giving it a try.
Simple but at first it is not easy to understand what to do with that
window. Also, there is no way to toggle the window visibility. But for a
first shot, it is a
On Mon, 06 Feb 2012 08:51:15 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
On Fri, 3 Feb 2012 12:59:34 +0100, Tamas Papp tkp...@gmail.com wrote:
1. How can I restrict searches (eg of my inbox) to the last few
messages (eg 50-100) or some date (eg last 2 weeks)? I am using the
Emacs
On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier
supp...@plecavalier.com wrote:
I'm trying to setup tab completion for addresses. I appeared to me that
the simplest solution was notmuch_addresses so I grabbed a copy from
git. When I hit tab I get this[1] Was I suppose to do something
On Thu, 16 Feb 2012 14:51:59 -0500, Philippe LeCavalier
supp...@plecavalier.com wrote:
$ ~/notmuch/notmuch_addresses/notmuch_addresses.py
Traceback (most recent call last):
File /home/plecavalier/notmuch/notmuch_addresses/notmuch_addresses.py,
line 19, in module
import notmuch
On Tue, 21 Feb 2012 14:53:06 +0100, Daniel Schoepe dan...@schoepe.org wrote:
On Tue, 21 Feb 2012 09:15:09 -, Justus Winter
4win...@informatik.uni-hamburg.de wrote:
The reason I mentioned nottoomuch-addresses at all, is that completion
itself is _a lot_ faster (at least for me), compared
On Sun, 26 Feb 2012 16:59:53 -0500, Tom Prince tom.pri...@ualberta.net wrote:
It is probably overkill for any one feature, but it does seem like
something useful to have. So maybe it would be worthwhile to create
for this one feature, even it it is overkill.
I can think of other features where
On Wed, 29 Feb 2012 10:36:57 -0500, Austin Clements amdra...@mit.edu wrote:
What if the output of search (say, specifically the JSON format)
included information on each message in the thread such as the
'message' production from devel/schemata minus the body field? Then
the frontend would
On Wed, 29 Feb 2012 17:47:46 -0500, Austin Clements amdra...@mit.edu wrote:
On Wed, 29 Feb 2012 10:36:57 -0500, Austin Clements amdra...@mit.edu
wrote:
What if the output of search (say, specifically the JSON format)
included information on each message in the thread such as the
Dear All,
I know that folks recently got done haggling over reply bindings, but
there's something I've been using for a little while, and I was curious
about whether it's something people would be interested in. Forgive me
if this functionality was already discussed and I missed it.
The problem
On Wed, 27 Jun 2012, David Bremner da...@tethera.net wrote:
My bias is probably apparent in that I pushed the original patch...
And mine in that the first thing I did in my .emacs, back in 2009 or so,
was write a reply-to-sender function, and reverse the behavior. In fact,
I just got around to
Jani Nikula j...@nikula.org writes:
I think it's actually worse than what your example demonstrates. It's
the subject of the newest/oldest *matching* message that gets used. In
your example, the first/last messages in the thread apparently match
your query.
The behavior is there because
Tomi Valkeinen tomi.valkei...@iki.fi writes:
I think I wasn't very clear on what I meant. I was thinking about the
behavior that graphical mail clients have: they periodically refresh the
emails, showing new ones if there are any, and they'll show some icon or
such which tells the user this
Hi David,
David Edmondson d...@dme.org writes:
...here is a very simple filesystem based cache of MIME parts for
notmuch. It's integrated using defadvice for now, but a cleaner
approach is obviously possible.
Just to say that this is great, and very much appreciated. There are
some threads I
-email-da...@tethera.net` for an
example.)
This patch changes the behavior to name based on the oldest/newest
matching non-empty subject. This is particularly helpful for patchsets.
If the only subjects are empty, the thread subject will still be empty.
Signed-off-by: Jesse Rosenthal jrosent...@jhu.edu
By the way, this discussion brings up another problem. I wasn't able to
write a test for this (to address the below concerns) because the test
suite for thread-naming supplies some sort of auto-generated subject
for threads with empty subjects. So we can't test behavior for dealing
with empty
1 - 100 of 256 matches
Mail list logo