It's not neccessary to sort the results before we apply tags. Xapian
contributor Olly Betts says that savings might be bigger with a cold
file cache and (as unsorted implies really sorted by document id) a better
cache locality when applying tags to messages.
Signed-off-by: Sebastian Spaeth
We previously output notmuch version 0.1 as response to notmuch --version.
Shorten this to notmuch 0.1 as we know that we will receive a version
number when we explicitely ask for it.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
notmuch.c |2 +-
1 files changed, 1 insertions
On 2010-04-16, Dirk Hohndel wrote:
+Thirdparty apps
+---
+(not sure this is the best spot to collect requests like this)
+
+notmuchsync
+
+Add feature to move files in the maildir hierarchy
+
+ notmuchsync --move searchstring targetfolder
+ Where searchstring is any
On 2010-04-18, John Fremlin wrote:
Processed 58 files (19 files/sec.)
That seems exceptionally low. I get about 60-70 files/sec on a laptop
hard disk.
Is there any way to recover the database?
I am no expert with xapian databases, and that might seem obvious, but
you did a notmuch dump to
I believe that Carl pursues an evil plan of converting unsuspicious
mercurial users to git. At least that is what I suspect when he asked
whether it would make sense to get my cnotmuch python bindings into the notmuch
repo. :-)
Well, here it is, I converted my good old bitbucket hg repo to git,
On 2010-04-20, micah anderson wrote:
It would be great if this became a key to make this easier. In mutt,
that key is 'b', which prompts you who you should send the message
to. That key is already bound to showing the body in notmuch, but I'm
sure there are other options.
I'm pretty sure, we
I'm puzzled why you chose to pass a filename as the argument to 'cat'
rather than a message id (id:f...@bar.com)?
I agree, especially as some people want to introduce abstract mailstores
which might not even have the concept of a file name :).
Passing a message-id seems more useful.
Sebastian
Oh my goodness. I just tried
http://github.com/dme/notmuch/raw/dme-play/emacs/notmuch-address.el
together with the latest version of my addrlookup tool (which does the
same as jkr's notmuch_addresses.py) and it just works, even in current
cworth/master.
Address completion for to: and cc: headers
. Seriously, thanks for letting m_e know.
(darn, I can't type that 2-letter word anymore since I enabled
autocompletion to 'Sebastian Spaeth sebast...@sspaeth.de' :))
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
From: Jesse Rosenthal jrosent...@jhu.edu
(Embarassing -- this should be the last fix.)
Change the buffer name to a uniquified subject of the thread (i.e. the
subject of the first message in the thread) instead of the thread-id. This
is more meaningful to the user, and will make it easier to
Require notmuch-maildir-fcc and also install it.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
emacs/Makefile.local |3 ++-
emacs/notmuch-maildir-fcc.el |4 +++-
emacs/notmuch.el |1 +
3 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/emacs
Rather than the insert-buffer. Emacs complains that it is for interactive use
and not for use within elisp. So use insert-buffer-substring which does the
same thing when not handed any 'begin' 'end' parameters.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
emacs/notmuch-maildir-fcc.el
The former requires 'cl to be loaded and during make install emacs complained
about not knowing it.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
emacs/notmuch-maildir-fcc.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-maildir-fcc.el b
On 2010-03-05, Jesse Rosenthal wrote:
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.
for it
(especially when using emacs on Windows).
in any case:
Signed-off: Sebastian Spaeth sebast...@sspaeth.de
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On 2010-04-22, Sebastian Spaeth wrote:
From: Jesse Rosenthal jrosent...@jhu.edu
This patch must have slipped in the patch series of the 6 other patches
(which are all correct). Please ignore it.
Note to myself, never do git send-email 00*
Sebastian
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.
Here is my monologue from IRC:
Is that supposed to show the whole thread in reverse chronological order?:
notmuch show
On 2010-04-22, Dirk Hohndel wrote:
;; This is the list of alternatives that should be configurable as
;; defcustom (or simply set in .emacs for now)
(setq notmuch-fcc-dirs '(
(Dirk Hohndel dirk.hohn...@intel.com . Maildir/Sent Items)
(Dirk Hohndel hohn...@infradead.org .
Sorry, I won't be able to offer much debug info, but the current stock
cworth/master segfaulted for me with only the tag:inbox search.
Output:
/home/spaetz/mail/INBOX/new/...2c57e:2,: No such file or directory
Segmentation fault (core dumped)
A notmuch new fixed the segfault, something is not as
On 2010-04-22, Dirk Hohndel wrote:
I appreciate how nicely you can say I liked the idea and then
completely rewrote the crap elisp that you submitted :-)
Hehe. Very useful indeed. There is one more thing: Would it be possible to
provide user
feedback while this is running (synchronously, I
name will be concatenated with the message mode
variable message-directory which is ~/Mail/ by default.
With this solution, no customization of a user's .emacs file
is needed at all.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
I went wild and did a proper notmuch integration including
Hi Carl,
dme complained that my python bindings abort with
Xapian::DatabaseModifiedException when doing a
Database.find_message('id'). But libnotmuch.so terminates before python
has even a chance to catch an execption, and I think it boils down to this:
It happened again. Both times I had pressed G which calls offlineimap
and which removed messages that the notmuch database still thought are there.
Program received signal SIGSEGV, Segmentation fault.
0x7602bb14 in
From: Jesse Rosenthal jrosent...@jhu.edu
File grabbed from http://jkr.acm.jhu.edu/jkr-maildir.el
but not integrated yet.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
As stated by Dirk, patches are preferred by mail. So here is the updated
patch series of 4 patches by mail again
name will be concatenated with the message mode
variable message-directory which is ~/Mail/ by default.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
emacs/notmuch-maildir-fcc.el | 84 +
1 files changed, 59 insertions(+), 25 deletions(-)
diff
Require notmuch-maildir-fcc and also install it.
Rename all jkr/* functions to notmuch-maildir-fcc-*
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
emacs/Makefile.local |3 ++-
emacs/notmuch-maildir-fcc.el | 42 ++
emacs/notmuch.el
Require notmuch-maildir-fcc and also install it.
Rename all jkr/* functions to notmuch-maildir-fcc-*
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
emacs/Makefile.local |1 +
emacs/notmuch-maildir-fcc.el | 42 ++
emacs/notmuch.el
name will be concatenated with the message mode
variable message-directory which is ~/Mail/ by default.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
emacs/notmuch-maildir-fcc.el | 85 +
1 files changed, 60 insertions(+), 25 deletions(-)
diff
On 2010-04-24, Carl Worth wrote:
On Fri, 23 Apr 2010 13:21:56 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
I propose to try..catch this code block and rather than returning VOID
it could return NOTMUCH_STATUS_SUCCESS or NOTMUCH_XAPIAN_EXCEPTION.
Not sure how
On 2010-04-25, David Edmondson wrote:
Originally this was the behaviour (jump to the search box), but I found
that it really annoyed me. To use any of the keybindings it's necessary
to move the cursor out of the search entry area.
Actually, a widget can have its own keymap, so it is entirely
On 2010-04-26, David Edmondson wrote:
M-n to move forward in the list, M-p to move backwards (including into
any history you have accrued).
Alternatively, some of us have that weird new invention on their
keyboards called arrow keys ;-)
___
notmuch
I just added a short blurb to the wiki page stating how to sign/encrypt
outgoing mail conveniently. Please review and improve:
http://notmuchmail.org/emacstips/#sign_messages_gpg
Sebastian
P.S. Do note that this mail should be signed if things are working out :)
pgplzkPvrLCyu.pgp
Description:
We were discussing on IRC whether decryption should be handled in
notmuch show --decrypt or in emacs and I had a quick look at what it
would take for emacs. Here is a snippet of code that outputs
Good signature from 5585F58CC827A062 Sebastian Spaeth (Private
Communication) sebast...@sspaeth.de
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
i is already used in a for loop at this point, so using i here again
broke notmuch-reply (it would just hang). Use j instead of i here.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
Aneesh noticed this bug and provided a fix
2 functions from here as well.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
emacs/notmuch-mua.el |7 +--
1 files changed, 1 insertions(+), 6 deletions(-)
diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el
index bd06e3c..6318c15 100644
--- a/emacs/notmuch-mua.el
+++ b
as it does the same as (ceiling number divisor) which is already provided in
elisp.
---
dme, am I right that this patch is really correct?
emacs/notmuch-hello.el |7 +--
1 files changed, 1 insertions(+), 6 deletions(-)
diff --git a/emacs/notmuch-hello.el b/emacs/notmuch-hello.el
index
I sent this one off, but it seems to have gotten lost somewhere. I
should start using a proper MUA :-).
Executive summary: Ignore my extended patches, (dme finds his version
more readable anyway), and take the get rid of notmuch-hello-roundup
patch.
Sebastian
---BeginMessage---
Actually, forget
This enables the nifty '?' key binding to work in notmuch-hello
(although for some strange reasons I don't see any descriptions for
specific key bindings yet. Not sure how that is supposed to work
though.
But this starts, runs and behaves identical to the existing code.
Signed-off-by: Sebastian
This enables the nifty '?' key binding to work in notmuch-hello
(although for some strange reasons I don't see any descriptions for
specific key bindings yet. Not sure how that is supposed to work
though.
But this starts, runs and behaves identical to the existing code.
Signed-off-by: Sebastian
The '?' key bindings uses them for the help window and these are
currently empty.
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
emacs/notmuch-hello.el |1 +
emacs/notmuch-mua.el |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-hello.el b
On 2010-05-14, Nelson Elhage wrote:
Ah, I failed to properly search the mail archives before sending
this.
No problem, I admit that my subject title does not obviously point out
that it creates a proper keymap ;-).
Your patch looks preferable with one exception: I think that
making
On 2010-05-14, Nelson Elhage wrote:
Use a *help* buffer like other help commands, and make the [back] and
[forward] links work.
I just tried this and one thing I did not like is that it opens a new
split help window but does not focus it immediately. I need to scroll
down the list of
A Xapian exception occurred finding message: The revision being read
has been discarded - you should call Xapian::Database::reopen() and
retry the operation.
It makes the Python bindings almost useless to me.
Not sure, if the python bindings should simply drop and reopen a
database
For that, I think I want the current '|' binding to pipe the current
message and then a new binding (M-| ?) to pipe every (open) message in
the thread.
+1
Which makes me think that other operations should work similarly. '+'
and '-' should change tags on the current message (as they do
On 2010-06-09, Dirk Hohndel wrote:
Oh - and I really want a way to do surgery on threads. Merge threads to
fix Blackberry users breaking threads. And split threads for
hijackers...
Which will open other cans of worms :-)
Have fun splitting the below thread between msg 1 and 2. Where will msg
I must admit that I do see the logic of this patch. 'g' is a little
more consistent with other things that I've seen.
I agree, 'g' makes sense to me.
Sebastian
pgpWkG4P0aoWv.pgp
Description: PGP signature
___
notmuch mailing list
The easy way is to expect the user enter the spam thread, which contains
exactly one message (never seen longer spam threads, still wondering
why...), and then press some key and confirm the destination, station
purple hell. Then you exit the thread. To enter another one...
I just have a
On 2010-09-12, Rob Browning wrote:
Call notmuch-fcc-header-setup from message-header-setup-hook rather
than message-send-hook. This allows you to see what's going to
happen, and to make manual adjustments if desired. Gnus does
something similar.
I don't object to filling in the fcc stuff
On 2010-09-18, Rob Browning wrote:
I've been trying notmuchsync, and it's quite helpful, but I just ran
across something that caused me a bit of concern. I noticed that some
messages were marked deleted that I'm fairly certain I didn't intend to
delete.
My suspicion is that this is because
On 2010-09-21, Rob Browning wrote:
Conceptually what I'd like for it to do, is reference count -- only mark
the message deleted if every occurrence (across all maildirs) is marked
trashed (T).
Right, but that is trickier than might appear at first sight.
I parse those file names which notmuch
On 2010-09-22, Rob Browning wrote:
In general, I think that until/unless notmuchsync can be more assured of
doing the right thing, and in particular, if the deleted tag is likely
to become official, notmuchsync should default to not setting it.
BTW, I consider --revsync as a kludge anyway that
On 2010-09-22, Rob Browning wrote:
In general, I think that until/unless notmuchsync can be more assured of
doing the right thing, and in particular, if the deleted tag is likely
to become official, notmuchsync should default to not setting it.
...or at least, I'd prefer that. Then I can add
On 2010-10-06, Michal Sojka wrote:
unfortunately, there is not much news. I only separate from these
patches the part which synchronizes notmuch tags with maildir flags
(unread, replied, etc.) [1]. It works pretty well and I use it to
synchronize my mails with IMAP server. I think that these
On 2010-10-11, Jesse Rosenthal wrote:
I don't know how official this has to be -- just an agreed upon branch
that people keep around next to their own personal one. Sebastian used
to have one that served this purpose a while back, I think.
Well, it wasn't really semi-official or even blessed,
I'd be glad to host something on notmuchmail.org too.
I suppose I should just set that up...
+1 which would make it easier to find for new users. Who would have
push rights? (not me).
Sebastian
___
notmuch mailing list
notmuch@notmuchmail.org
},
+};
for all of the 4 patches a:
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
with one caveat: you use the tag delete to mark the state trashed. I
think people have slowly settled on the convention deleted which is
also more consistent with a state, such as unread, replied, etc...
They work fine
On Tue, 26 Oct 2010 07:36:52 -0400, Jameson Rollins wrote:
id:87d3xjxnxd@servo.finestructure.net
Yeah, I know I can patch it out. But I am tired of it reappearing
everything I revert to vanilla notmuch :). It doesn't make sense
upstream either (as it is inconsistent with new emails). So I
On Thu, 28 Oct 2010 01:21:31 +0200, Christophe-Marie Duquesne wrote:
If I understand correctly, notmuchsync could do this job. However, as
it depends on python=2.5 and as I am running archlinux (which
switched to python3 recently), this is not my prefered method.
Feel free to help making
On Wed, 27 Oct 2010 17:35:30 -0700, Carl Worth cwo...@cworth.org wrote:
And with that, I've now turned FCC within emacs on by default, (to a
directory named sent---feel free to customize the 'notmuch-fcc-dirs if
you'd like it to go somewhere by default).
Hurray, works like a charm. I can now
To make python3 happy
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
Please find these two patches making the notmuch module (more) python 3k
compliant.
I could not push them directly for some reason.
bindings/python/notmuch/__init__.py |8
1 files changed, 4 insertions
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
bindings/python/notmuch/message.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/bindings/python/notmuch/message.py
b/bindings/python/notmuch/message.py
index 613cc4a..ac85cbb 100644
--- a/bindings/python
On Mon, 1 Nov 2010 01:11:47 +0100, Christophe-Marie Duquesne
chm.duque...@gmail.com wrote:
Very cool. Not wanting to promote my own things, but is there a reason
you use the notmuch binary and parse that output rather than using the
python bindings that come included with notmuch?
The docs are
On Mon, 1 Nov 2010 13:44:38 +0100, Christophe-Marie Duquesne wrote:
On Mon, Nov 1, 2010 at 1:11 PM, Sebastian Spaeth sebast...@sspaeth.de wrote:
I was simply not aware of this binding... Reading your api, I could
not find out if the queries were ran asynchronously. Is it possible?
If so
On Thu, 04 Nov 2010 12:31:48 -0700, Carl Worth cwo...@cworth.org wrote:
On Tue, 15 Jun 2010 11:03:55 +0200, Sebastian Spaeth wrote:
A Xapian exception occurred finding message: The revision being read
has been discarded - you should call Xapian::Database::reopen() and
retry
On Wed, 09 Jun 2010 20:01:15 -0700, Dirk Hohndel wrote:
I've been using them for a while as well and love the feature, but I
keep running into situations where notmuch seems to get out of sync
regarding file names on disk. I haven't done a lot of searching on what
exactly causes this - but the
One UI improvement I would love is to see the number of unread
emails in a thread in notmuch-show view. I often reply to a
mail in a thread just to see that there are followup mails that
resolve the issue already.
If I had seen that there are more unread mails in that thread
(or at least that
On Tue, 09 Nov 2010 15:53:49 -0500, Jameson Rollins wrote:
Hi, David. I am personally not interested in this collapse for a couple
of reasons. I really like seeing the full address that the mail comes
from.
But what is the added benefit of
m...@foo.com m...@foo.com
over
m...@foo.com
? This
On Thu, 11 Nov 2010 12:57:05 +, David Edmondson d...@dme.org wrote:
How about something like the attached?
Still untested, but hurray, yes please! :) \o/
Sebastian
pgpcXdH8XiwFf.pgp
Description: PGP signature
___
notmuch mailing list
On Fri, 12 Nov 2010 10:33:33 -0500, Jameson Rollins wrote:
I agree that the function currently bound to space bar is annoying. I
am actually in the middle of preparing a patch to fix this. I think
that space should just scroll through the open messages. I don't want
it to archive anything,
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?
DOH, nothing that a (require 'notmuch) couldn't fix
On Fri, 12 Nov 2010 17:35:22 +0100, Matthieu Lemerre ra...@free.fr wrote:
But the space bar removes the unread tag, so I do not see how it
helps... By default, hitting the space bar throughout a thread would
remove every tag from the thread, so you keep asking where was the mail
in my inbox
On Fri, 12 Nov 2010 16:52:51 -0800, Carl Worth wrote:
On Fri, 12 Nov 2010 13:04:16 -0800, Dirk Hohndel hohn...@infradead.org
wrote:
Please don't! I use it all the time:
Thanks :).
This one is a simple one-liner as of notmuch 0.4:
notmuch search --output=files tag:deleted -print0 |
On Fri, 12 Nov 2010 13:16:53 -0800, Carl Worth wrote:
[*] This is a point I'm not clear on. Would a tool like offlineimap be
able to push custom filenames through to the remote end with standard
imap servers?
Not sure. If it worked this would be really nice. But as most IMAP
server support
Just some observation with respect to the mysterious empty tag. In
notmuch-show, if I press +RET, you can see the tag line changing, so
it has been adding something (a newline?). You can remove it again with
-RET.
IMHO we should protect against adding this from the emacs UI. I
sometimes press
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 here
cF to stash the filename and
then switch to shell and do
git am -3 ctrl-shift-v
I like to ignore annoying threads, but notmuch has not easy way to
achieve it, right? Well, it actually has...
1) ok, in notmuch-show I read a message, decide the thread is uninteresting
(or annoying) and tag that message as ignore.
2) Adding and not tag:ignore in my saved searches doesn't help
On Tue, 23 Nov 2010 18:09:03 -0800, Carl Worth wrote:
The inconsistency is the presence of the thread: and id: prefixes in
the first two cases, (note that there isn't any tag: prefix in the
last case). I can't find any good justification for these.
I use the output of notmuch search
On Thu, 25 Nov 2010 00:48:17 -0500, Austin Clements wrote:
Ideally, notmuch would let me search by maildir folder, which would have the
added advantage of keeping things in sync going forward. Unfortunately,
this looks difficult to support (possibly to the point of requiring a custom
query
On Thu, 25 Nov 2010 09:20:39 +0100, Xavier Maillard xav...@maillard.im wrote:
On Thu, 25 Nov 2010 08:00:03 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Thu, 25 Nov 2010 00:30:45 -0500, Ben Gamari bgam...@gmail.com wrote:
I, for one, simply have a get-mail script
which calls
On Fri, 10 Dec 2010 17:35:17 +0200, Felipe Contreras wrote:
On Fri, Dec 10, 2010 at 1:20 AM, Sebastian Spaeth sebast...@sspaeth.de
wrote:
But notmuch is not the User-Agent. That's why the emacs UI fills in the
User-Agent value itself. I am not sure on the policy of creating
Message-IDs
On Mon, 20 Dec 2010 13:22:07 -0500, Jameson Rollins
jroll...@finestructure.net wrote:
I was able to merge dkg's signature-verification branch on top of
cworth's current master head (b3caef1f) with only a tiny
easily-resolvable conflict. It seems to work exactly as advertised, and
I
yes, the branch as it stands just concerns itself with the notmuch binary.
OK, fair enough.
sigstatus: [{status: error,keyid: ED34CEABE27BAABC, errors:
2}]
(perhaps due to me not having your key???)
yup, that is why you get that error.
Is there a possibility to squeeze a nicer error
On Wed, 12 Jan 2011 19:37:21 +0100, Christophe-Marie Duquesne
chm.duque...@gmail.com wrote:
With notmuch, some commands can bring a lot of results, and can take
some time to return. That is why when I began to write a curse
interface to notmuch, I added a mechanism to spawn these commands in
On Thu, 13 Jan 2011 19:46:29 +0100, Christophe-Marie Duquesne
chm.duque...@gmail.com wrote:
Alternatively, you could use the python bindings to libnotmuch and call
the functions directly. You could do that in a unthreaded or threaded
fashion...
I've had a look to the python libnotmuch
On Mon, 17 Jan 2011 13:43:44 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
Before the next release, I plan to increment the database version so
that users will be notified of the need to do an upgrade like this. (But
before I do that, I plan to implement a few more database changes
On Fri, 28 Jan 2011 15:25:28 -0500, Jesse Rosenthal jrosent...@jhu.edu wrote:
Dear all,
Printing from notmuch is a bit of a pain.
Hi Jesse,
that sounds like a fantastic solution and I will look into it, so far I
have been printing the buffers which does not include attachments at
all.
I
On Sun, 27 Feb 2011 10:41:48 +, Darren McGuicken
mailing-notm...@fernseed.info wrote:
If feedback is needed here then likewise, I've been running the crypto
branch since it was made available. The only strangeness I've seen was
that which was reported in
Hi all, just a reminder for all those who were annoyed with notmuch
performance.
I was still using the xapian in my ubuntu (1.0.20) which did not offer
the chert backend. I have now installed the newer libxapian (can exist
in parallel) and libxapian-dev and have converted my notmuch store to
On Mon, 14 Mar 2011 23:26:29 -0700, Jameson Rollins wrote:
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.
I prefer the stronger type of beer. But I'll even take Budweiser :-).
Please ship in August to San
On Tue, 15 Mar 2011 15:01:15 -0400, James Vasile ja...@hackervisions.org
wrote:
Yep, just a completed TODO. Patch below.
Fixed and pushed. Thanks.
Sebastian
pgpNYkRfIXRj1.pgp
Description: PGP signature
___
notmuch mailing list
On Tue, 15 Mar 2011 11:30:30 -0700, Jameson Rollins
jroll...@finestructure.net wrote:
Hey, folks. I'm seeing something peculiar with the python bindings.
It seems that I am not able to get any results when doing folder:
searches with the python bindings. I'm using a version of notmuch that
On Thu, 17 Mar 2011 09:19:29 -0700, Jameson Rollins
jroll...@finestructure.net wrote:
Hey, Sebastian. Can you share your notmuch.py script?
No, it's my secret plan for earning my pension :).
You already got it:
http://git.notmuchmail.org/git/notmuch/blob/HEAD:/bindings/python/notmuch.py
Let
On Mon, 21 Mar 2011 11:01:24 -0700, Jameson Rollins
jroll...@finestructure.net wrote:
Oh good call, Jesse. Bonus points for you! That was the problem. Damn
it. In retrospect that's so obvious, though, isn't it! I had purged
the notmuch binary package, but had accidentally left libnotmuch1
On Wed, 23 Mar 2011 21:50:02 -0400, Tim Gray tg...@protozoic.com wrote:
As a followup to this, I've now started playing around a bit with notmuch on
OS X. I'd be really interested in the Python bindings, but they are most
definitely not working for me. I pointed the CDLL call in globals.py
On Tue, 23 Nov 2010 18:09:03 -0800, Carl Worth cwo...@cworth.org wrote:
Meanwhile, while adding the --output= test, I noticed some inconsistency
in the output:
$ notmuch search --output=messages ... | head -1
id:1272355278.3878.111.camel@thor.local
The inconsistency is the
On Mon, 18 Apr 2011 14:32:16 +0200, Florian Friesdorf f...@chaoflow.net wrote:
On Tue, 15 Mar 2011 16:16:15 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
http://packages.python.org/notmuch/
I updated http://notmuchmail.org/howto/ to point to notmuch instead of
cnotmuch, but I cannot
On Mon, 18 Apr 2011 17:03:01 +0200, Florian Friesdorf f...@chaoflow.net wrote:
Is it sane to have python bindings that need updates or would a plain
wrapper of the notmuch script (that maybe needs less updates) be better?
I don't want to imply that this can be answered with yes/no, but more to
build up a chorus of support for pushing this release out. Once you
have build, tested, and started using the branch, please reply to this
email thread to express your support for it's release.
+1, thanks for doing this Jameson
Used-and-approved-by-a-happy: Sebastian Spaeth sebast...@sspaeth.de
On Mon, 09 May 2011 09:20:41 -0300, David Bremner da...@tethera.net wrote:
On Mon, 9 May 2011 09:06:34 +0200, Anton Khirnov an...@khirnov.net wrote:
Now None is returned when those don't exist, which is inconvenient to
deal with.
I'm not using the python bindings, but from a philosophical
On Wed, 11 May 2011 10:49:50 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
What about shipping some / all of these with notmuch? It feels that
newbies would benefit from this inclusion and more extensive
documentation about what to do to get address completion.
I certainly agree with
101 - 200 of 654 matches
Mail list logo