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
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
On 2010-09-27, Rob Browning wrote:
> I'd like to be able to archive to a destination based on the year, i.e.:
>
> (concat "sent-" (format-time-string "%Y"))
At it seems that this can potentially very confusing for
configuring. Wouldn't it be nicest if that config variable were able to
take a
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
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
> 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
e},
> +{ 'S', "unread", true },
> +{ 'T', "delete", false},
> +};
for all of the 4 patches a:
Signed-off-by: Sebastian Spaeth
with one caveat: you use the tag "delete" to mark the state "trashed". I
think people have slowly settled on the
Pressing 'a' to archive a thread and advance to the next takes about 2
seconds. This is annoying when I am just scanning my spam-infested mail
account. Would emacs provide the possibility to first advance to the
next thread and tag the old thread asynchronously? tagging could happen
asynchronously
On Tue, 26 Oct 2010 07:36:52 -0400, Jameson Rollins wrote:
> id:87d3xjxnxd.fsf at 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
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 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 go back to
To make python3 happy
Signed-off-by: Sebastian Spaeth
---
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(+), 4 deletions
Signed-off-by: Sebastian Spaeth
---
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/notmuch/message.py
+++ b
On Thu, 28 Oct 2010 12:24:45 -0700, Carl Worth wrote:
> --output=(summary|threads|messages|files|tags)
> for spamfile in $(notmuch search tag:spam); do
> rm $spamfile
> done
Wow, that is very useful thanks. This will creating scripts much easier
indeed.
As for
On Mon, 1 Nov 2010 01:11:47 +0100, Christophe-Marie Duquesne 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 quite extensive and
On Mon, 1 Nov 2010 13:44:38 +0100, Christophe-Marie Duquesne wrote:
> On Mon, Nov 1, 2010 at 1:11 PM, Sebastian Spaeth
> 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, th
On Thu, 04 Nov 2010 12:31:48 -0700, Carl Worth 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::Datab
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
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
> Does `C-u M-RET' help?
mmh, that "closes" all open mails in this thread. pressing the same keys
does not open them again. Not sure if that would help me a lot :)
But thanks for the key hint, it's not listed on the '?' page...
C-u often appears as black magic to this emacs user.
Sebastian
On Fri, 05 Nov 2010 10:51:52 -0700, Carl Worth wrote:
> > +(defcustom notmuch-show-elide-same-subject nil
> > + "Do not show the subject of a collapsed message if it is the
> > +same as that of the previous message."
Just for the record. I really think this is an improvement that doesn't
need a
On Tue, 09 Nov 2010 06:51:12 -0800, "Keith Packard"
wrote:
> Here's a script I'm using with '|' to get mail printed.
Cool script, thanks. Isn't invoking latex a bit heavy-handed to get a
simple mail printed? Given that we are running in almighty emacs anyway.
M-x ps-print buffer doesn't look
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
"me at foo.com"
over
me at foo.com
? This is
On Tue, 09 Nov 2010 10:00:59 -0800, Keith Packard wrote:
> I like the header formatting. And, using evince provides a 'friendly'
> print dialog. But, yeah, something that dealt with mail encodings and
> attachments would be even nicer.
I have the printing package loaded
(require 'printing)
On Wed, 10 Nov 2010 08:27:08 +, David Edmondson wrote:
> The latest change goes further - for an address such as:
> Fred Blogs
> it will display only "Fred Blogs". It's to this that Jameson is objecting.
Ohh, I see. Sorry then. I can see that someone wants to retain
that.
On Thu, 11 Nov 2010 12:57:05 +, David Edmondson wrote:
> How about something like the attached?
Still untested, but hurray, yes please! :) \o/
Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size:
On Thu, 11 Nov 2010 17:27:34 -0800, Carl Worth wrote:
> So, what we probably need here is for the user to be able to configure
> the mapping and in a fairly sophisticated way:
>
> 'R' on _any_ filename -> "replied" tag gets added
> 'T' on _all_ filenames -> "deleted" tag gets added
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
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)
On Fri, 12 Nov 2010 17:35:22 +0100, Matthieu Lemerre 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 that I
On Fri, 12 Nov 2010 16:52:51 -0800, Carl Worth wrote:
> On Fri, 12 Nov 2010 13:04:16 -0800, Dirk Hohndel
> 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 | xargs -0 rm
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 +, you can see the tag line changing, so
it has been adding something (a newline?). You can remove it again with
-.
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 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 RET
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
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
>
On Thu, 25 Nov 2010 00:30:45 -0500, Ben Gamari wrote:
> I, for one, simply have a get-mail script
> which calls offlineimap, notmuch new, and finally my sorting
> script. This seems like a more straightforward way to manage this;
I have notmuch new and my sorting script run as posthooks in my
On Thu, 25 Nov 2010 09:20:39 +0100, Xavier Maillard
wrote:
>
> On Thu, 25 Nov 2010 08:00:03 +0100, Sebastian Spaeth SSpaeth.de> wrote:
> > On Thu, 25 Nov 2010 00:30:45 -0500, Ben Gamari wrote:
> > > I, for one, simply have a get-mail script
> > > whi
OK, here is a problematic email. It shows up as "Inbox 1" in my
notmuch-hello and when I go into the corresponding saved search the list
is empty. The "From" header contains some invalid XML entity encoding I
guess and that confuses things.
Worth fixing?
Sebastian
-- next part
On Fri, 10 Dec 2010 00:32:49 +0200, Felipe Contreras wrote:
> I don't know how it works in gnus, but at least on the vim mode, the output
> generated by 'notmuch reply' is not ready to be sent, at least the Message-ID
> field is needed, and also is nice to have the User-Agent.
But notmuch is not
On Fri, 10 Dec 2010 17:35:17 +0200, Felipe Contreras wrote:
> On Fri, Dec 10, 2010 at 1:20 AM, Sebastian Spaeth
> 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
> &
On Mon, 20 Dec 2010 13:22:07 -0500, Jameson Rollins 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 wholeheartedly approve and
> 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
On Wed, 12 Jan 2011 19:37:21 +0100, Christophe-Marie Duquesne 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
> background and
On Thu, 13 Jan 2011 19:46:29 +0100, Christophe-Marie Duquesne 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 documentation. My
> 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---and
> some of them are likely to be much more invasive than this one).
Hurray,
On Mon, 17 Jan 2011 13:43:44 +0100, Sebastian Spaeth
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 chan
On Thu, 27 Jan 2011 19:08:38 -0500, Austin Clements wrote:
> I added a "notmuch_database_remove_message_get" to the public API that's
> just like "notmuch_database_remove_message" except that it also returns a
> notmuch_message_t if other instances of the message still exist. It feels
> clunky
On Sat, 29 Jan 2011 19:50:57 +0100, Michal Sojka wrote:
> On Sat, 29 Jan 2011, Tom Prince wrote:
> > On 2011-01-23, Michal Sojka wrote:
> > > Hi all,
> > >
> > > the following patch series brings into notmuch date/time parser stolen
> > > from GNU coreutils. It can be applied on top of custom
On Fri, 28 Jan 2011 15:25:28 -0500, Jesse Rosenthal
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 prefer to not
On Sat, 29 Jan 2011 15:09:14 -0500, Jesse Rosenthal
wrote:
> So BS is the best I could find for this job
No doubt. I once tried to scrape http://theeconomist.com. It has so
broken html that all parsers broke down. BeautifulSoup at least made it
through and didn't completely fail. so I agree it
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.
Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: not
On Sun, 27 Feb 2011 10:41:48 +, Darren McGuicken 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 id:"87sjw2h6xy.fsf at bookbinder.fernseed.info"
> for expired
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
On Tue, 15 Mar 2011 15:01:15 -0400, James Vasile
wrote:
> Yep, just a completed TODO. Patch below.
Fixed and pushed. Thanks.
Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not
On Tue, 15 Mar 2011 11:30:30 -0700, Jameson Rollins 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
> includes the folder
On Thu, 17 Mar 2011 09:19:29 -0700, Jameson Rollins 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 me know what you find out.
On Mon, 21 Mar 2011 11:01:24 -0700, Jameson Rollins 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 and
> libnotmuch-dev
On Wed, 23 Mar 2011 21:50:02 -0400, Tim Gray 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 to my
>
On Tue, 23 Nov 2010 18:09:03 -0800, Carl Worth 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 at thor.local
> The inconsistency is the presence
On Mon, 18 Apr 2011 14:32:16 +0200, Florian Friesdorf
wrote:
> On Tue, 15 Mar 2011 16:16:15 +0100, Sebastian Spaeth SSpaeth.de> wrote:
> > > http://packages.python.org/notmuch/
> I updated http://notmuchmail.org/howto/ to point to notmuch instead of
> cnotmuch, but
On Mon, 18 Apr 2011 17:03:01 +0200, Florian Friesdorf
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
> get a
> 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 Spaet
On Mon, 09 May 2011 09:20:41 -0300, David Bremner wrote:
> On Mon, 9 May 2011 09:06:34 +0200, Anton Khirnov
> 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 point of
> view, this
On Wed, 11 May 2011 10:49:50 -0400, Jesse Rosenthal
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 this. I've
On Sat, 14 May 2011 21:37:25 -0400, Austin Clements wrote:
> I wonder if a better approach would be to use
> notmuch_message_get_header everywhere, rather than introducing
> _notmuch_message_get_header_value, and have it simply recognize
> headers that can be retrieved directly from the database.
On Sat, 14 May 2011 22:23:16 -0700, mueen at nawaz.org wrote:
> 2. Using the Python bindings, I want to do a query, get the messages,
> and examine the headers of the messages. The problem is that if a
> message is multi-part, then, I can't find any way to see the main
> headers. I can only see
On Thu, 12 May 2011 00:38:20 -0700, Jameson Graef Rollins wrote:
> On Thu, 12 May 2011 02:04:41 +0200, Florian Friesdorf
> wrote:
> > 1. store to/cc/bcc in xapian
>
> Hey, Florian. I think all of these fields are actually already stored
> in the database.
No, just the terms are, not the full
On Fri, 20 May 2011 15:00:23 -0700, Carl Worth wrote:
> Is the name "cnotmuch" still current anywhere? Long ago, (perhaps a year
> ago last April when we incorporated the python bindings into the notmuch
> repository), we decided that the python bindings should be named
> "notmuch" rather than
On Wed, 1 Jun 2011 15:35:35 +1000, Brian May wrote:
> Oh, I see, for your code, there is a implied call to __len__, and the
> __len__ function is completely broken for the reasons described in the
> documentation:
It seems to have been a bad idea to implement __len__ at all for the
Messsages()
A head up for the distributed gits and python users:
I just pushed a commit to cworth/master implementing
Message().get_filenames(). This will return a generator of absolute
filenames for a certain Message-ID.
For further information I refer to
in python:
list(Threads())
leads to a program abortion (bombing out of python):
Internal error: Failed to read timestamp value from document.
(lib/message.cc:731).
Can we not crash the app on misformated emails?
Sebastian
-- next part --
A non-text attachment was
On Thu, 2 Jun 2011 19:43:29 +1000, Brian May wrote:
> On 2 June 2011 17:05, Sebastian Spaeth wrote:
>
> > What would be the best way to solve this (besides fixing the C api to
> > allow to reset the iterator ;-) ?)
> * It is not easy to fix the C api to reset the
On Thu, 02 Jun 2011 16:20:14 +0200, Sebastian Spaeth wrote:
> I made the change, and implemented __nonzero__ and removed the len()
> method. It just doesn't make sense on 1-time iterators. (I documented
> the change in the API docs). Sorry if this breaks existing code.
FYI
OK, I ju
On Thu, 02 Jun 2011 09:16:33 +0200, Sebastian Spaeth
wrote:
> in python:
> list(Threads())
>
> leads to a program abortion (bombing out of python):
> Internal error: Failed to read timestamp value from document.
> (lib/message.cc:731).
>
> Can we not crash the a
cworth queue
would be great too.
> Notmuch is an incredible project, with an absolutely incredible
> development community. It's an absolute joy to work on.
Signed-off-by: Sebastian Spaeth :)
spaetz
-- next part --
A non-text attachment was scrubbed...
Name:
Hi all,
I just wanted to keep everyone updated on the python API changes that
are in the master branch. With one exception everything is backwards
compatible. Feel free to stuff this into the .6 release notes :).
- Messages() can now be "listified" with a simple: msglist = list(...)
in case you
On Thu, 16 Jun 2011 12:59:47 +0200, Sebastian Spaeth wrote:
> I just wanted to keep everyone updated on the python API changes that
> are in the master branch. With one exception everything is backwards
> compatible. Feel free to stuff this into the .6 release notes :).
P.S. Once I ge
On Thu, 16 Jun 2011 22:54:39 +0100, Patrick Totzke wrote:
> Unfortunately, as it segfaults, I don't get a stacktrace here.
> The line that seems to cause the segfault is this one:
> https://github.com/pazz/notmuch-gui/blob/master/alot/db.py#L181
Just some followup. get_date() calls libnotmuch's:
On Fri, 17 Jun 2011 17:10:24 +0100, Patrick Totzke :
> #0 0x006eb87d in Xapian::Document::Internal::get_value(unsigned int) const
> () from /usr/lib/sse2/libxapian.so.22
> #1 0x006eb952 in Xapian::Document::get_value(unsigned int) const () from
> /usr/lib/sse2/libxapian.so.22
> #2 0x00523963
On Sun, 19 Jun 2011 13:45:07 +0400, Dmitry Kurochkin wrote:
> Sebastian, are you able to reproduce the issue? A python script that
> triggers the bug, perhaps? I would look at this if I can reproduce the
> problem.
No, not reproducable at all. I only had it twice actually. Patrick had it
On Sun, 19 Jun 2011 19:51:11 -0400, Austin Clements wrote:
> A double will precisely represent integers up to 2^53, so this
> conversion shouldn't be a problem until the year 285422109 or so.
But given that it works, is it actually necessary, that xapian
apparently pulls an int from the
On Sun, 19 Jun 2011 16:53:42 -0300, david at tethera.net wrote:
> From: David Bremner
Signed-off-by: Sebastian Spaeth
Looks good and nice to me (couldn't test it yet) if you are willing to
include python as build time dependency for everyone.
Sebastian
-- next p
On Sun, 19 Jun 2011 16:53:43 -0300, david at tethera.net wrote:
> From: David Bremner
>
> Importing notmuch loads the notmuch shared library. When building
> without a system install of notmuch, this requires e.g. setting
> LD_LIBRARY_PATH for building and fails completely for cleaning.
Yes,
On Tue, 21 Jun 2011 14:46:02 -0700, Carl Worth wrote:
Non-text part: multipart/signed
> On Thu, 16 Jun 2011 15:58:39 +0200, Sebastian Spaeth wrote:
> > Message().maildir_flags_to_tags and tags_to_maildir_flags, which are now
> > by default invoked on Database().add_message and o
On Wed, 22 Jun 2011 22:26:06 -0300, David Bremner wrote:
> No, it's not a code name, unless you really want it to be. After some
> discussion with Carl and Jamie on IRC, I have declared myself release
> tyrant, with Jamie as my assistant [1].
Me bows to the tyrant and the hard-working henchmen.
On Wed, 29 Jun 2011 15:40:40 -0700, Carl Worth wrote:
> On Wed, 29 Jun 2011 20:42:01 +0100, Robin Green
> wrote:
> > It's really dangerous to use the 'a' key in notmuch-mode in an inbox
> > thread which has multiple unread replies! Yes, the other unread replies
> > will still be tagged unread,
On Tue, 28 Jun 2011 13:22:23 -0700, Carl Worth wrote:
> First, it's important to understand that any friction here comes from
> Gmail exposing its tags as folders, (which in turn could be the lack of
> availability of a more tag-aware protocol than imap).
Even risking to become a bit
On Mon, 4 Jul 2011 21:39:26 +0100, Patrick Totzke wrote:
> Hiya,
> As mentioned shortly on the irc channel,
> notmuch python bindings seem to be missing 'notmuch_database_needs_upgrade'
> as Database().needs_upgrade() confirms.
Thanks, confirmed. Applied and fixed in [master 3545a29]
Sebastian
If we pass in an unicode instance as query string, we would probably get
weird behavior (and indeed do so, see mail
id:"20110707113700.GA16347 at megatron"). If a unicode instance is passed
in, make sure we encode it properly to an utf-8 encoded byte string.
Signed-off-by: Sebast
If we pass in an unicode instance as query string, we would probably get
weird behavior (and indeed do so, see mail
id:"20110707113700.GA16347 at megatron"). If a unicode instance is passed
in, make sure we encode it properly to an utf-8 encoded byte string.
Signed-off-by: Sebast
On Wed, 06 Jul 2011 20:46:48 +0200, Daniel Schoepe wrote:
> One problem is that maildir doesn't support tags, so we would have to
> switch to a format that does or somehow store them in the maildir, in
> which case we would also have to adapt offlineimap or a similar tool to
> sync tags as well.
Hi all,
after I was notified about how notmuch's python bindings perform
differently depending on whether we hand it (byte-based) ASCII strings
or unicode, I tried to disentangle what encodings to expect and send it
to. The answer is that things are very implicit. notmuch.h speaks of
strings but
On Wed, 3 Aug 2011 22:47:21 +0200, C?dric Cabessa wrote:
> Here is a sample that trigger the bug :
> """
> import notmuch
> db = notmuch.Database()
> query = db.create_query("tag:inbox")
>
> for m in query.search_messages():
> len(m.get_tags())
Thanks for the heads up. This has been fixed
On Sat, 23 Jul 2011 14:36:02 +0100, Patrick Totzke wrote:
> I hope the patch I send is correctly formated, I'm still fumbling with
> git send-email and the --in-reply-to option.
> Anyhow, forgive my language, of course I didn't mean to be condescending in
> any
> way by calling these prints
On Fri, 12 Aug 2011 14:23:28 +0100, Patrick Totzke wrote:
> From: patrick
>
> as mail headers are stored as utf-8 in the index,
> it is safe to return them as unicode strings directly
Applied, thanks
Sebastian
-- next part --
A non-text attachment was scrubbed...
Name:
On Tue, 16 Aug 2011 22:37:47 +0100, Patrick Totzke wrote:
> This prevents unsafe calls to decode for return
> value None in get_authors/get_subject
Thanks for the heads up, I just pushed a modified version of this. Some
comments on the code below.
Sebastian
> -tag =
On Wed, 17 Aug 2011 19:31:36 -0700, Alex Botero-Lowry wrote:
> p.s. I also ran into an issue with the notmuch python bindings where I had
> to wrap every c_void_p in POINTER() or it would segfault for any method that
> tried to use a pointer. Also the sed command that tries to build notmuch.sym
>
501 - 600 of 654 matches
Mail list logo