Hi all,
First of all, Thanks to everybody involved in the project. Using notmuch is
good fun and I totally agree that the spin-off/rewrite of sup is a great idea.
However, as a vim user I feel that the one thing that's truly missing is a
maintainable, feature-rich commandline GUI. Let's change
Hi Again,
Excerpts from Carl Worth's message of Fri May 20 23:00:23 +0100 2011:
However, as a vim user I feel that the one thing that's truly missing is a
maintainable, feature-rich commandline GUI.
... that's not implemented in emacs you mean? ;-)
of course :D
It's funny to me that you
Hi Again,
sorry if this comes as a repost..
Excerpts from Carl Worth's message of Fri May 20 23:00:23 +0100 2011:
However, as a vim user I feel that the one thing that's truly missing is a
maintainable, feature-rich commandline GUI.
... that's not implemented in emacs you mean? ;-)
of
Hi!
I'm playing around with one-time iterators Threads in the python bindings
in combination with changes to the database.
Particularly, I'd like to iterate over a list of threads partially,
change the tags of a single thread and afterwards continue iterating.
Of course I get Xapian DB-changed
hehe, did it again (dropping the list from cc). I need to stop
using sup :P thanks Austin.
Excerpts from Carl Worth's message of Thu May 26 18:20:21 +0100 2011:
On Thu, 26 May 2011 09:31:19 +0100, Patrick Totzke
patricktot...@googlemail.com wrote:
Wow. This reads really complicated. All I
Excerpts from Austin Clements's message of Thu May 26 22:43:02 +0100 2011:
http://notmuch.198994.n3.nabble.com/notmuch-s-idea-of-concurrency-failing-an-invocation-tp2373468p2565731.html
ah, good old peterson :P thanks.
Though, Patrick, that solution doesn't address your problem. On the
Excerpts from Austin Clements's message of Fri May 27 03:41:44 +0100 2011:
Have you tried simply calling list() on your thread
iterator to see how expensive it is? My bet is that it's quite cheap,
both memory-wise and CPU-wise.
Funny thing:
q=Database().create_query('*')
Excerpts from Austin Clements's message of Fri May 27 20:29:24 +0100 2011:
On Fri, May 27, 2011 at 2:04 PM, Patrick Totzke
patricktot...@googlemail.com wrote:
Excerpts from Austin Clements's message of Fri May 27 03:41:44 +0100 2011:
Have you tried simply calling list() on your thread
Hi!
I wonder how I would get all messages of a thread with the python
bindings. The doc says one can only use Thread.get_toplevel_messages()
and then must recursively call Message.get_replies().
But look:
snip -
#/usr/bin/python
from notmuch import
Hi all!
First off: Thanks Sebastian for your recent work on the python bindings.
It all makes a little bit more sense now without the __len__ and all.
As some of you might have read on the IRC channel, I'm facing really
strange behaviour with Message.get_date() which unfortunately,
I cannot
Thanks to amdragon's hint on how to get a stacktrace, here it is.
I startet gdb --args python, imported my stuff and ran it directly.
I can't really interpret this, but it seems as if its libxapians fault
doesn't it?
best,
/p
(gdb) bt
#0 0x006eb87d in
Hi all!
It's me again, with some strange python behaviour :/
When I iterate over threads or messages only partially,
then make changes to the index and continue the iteration,
then I don't necessarily get NotmuchError's but the underlying
libnotmuch seems to call terminate. I get the following
Hiya,
As mentioned shortly on the irc channel,
notmuch python bindings seem to be missing 'notmuch_database_needs_upgrade'
as Database().needs_upgrade() confirms.
This seems to be due to a typo..
index 5deb2a5..648f61a 100644
--- a/bindings/python/notmuch/database.py
+++
Hi Jason,
On Mon, Jul 11, 2011 at 03:07:21PM -0400, Jason Woofenden wrote:
notmuch search tag:foo is slow!
yes, i've just used the vim ui for the first time and i agreee, its sluggish,
searching for * takes a while.
(when my e-mail files are not already in the disk cache)
I saw on my
Hi!
As discussed on irc, if notmuch stores header values in utf8,
its safe to decode them to unicode instances here.
best,
/p
On Mon, Jul 11, 2011 at 08:03:38AM -0700, Carl Worth wrote:
On Mon, 11 Jul 2011 16:04:17 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
The answer is that
Hiya,
I noticed that commit 687366b920caa5de6ea0b66b70cf2a11e5399f7b
breaks things with Database.get_all_tags:
--%-
AttributeErrorTraceback (most recent call last)
Hi Albin,
This is not an answer to your inquiry, but because I looked into something
similar recently for my setup I'd thought I'd
share: I used xmonad before but switched to the awesome [0] tiling WM. I hacked
my solution into their wiki, including a
screensot [1].
best,
/p
[0]
Hi Uwe,
On Wed, Jul 13, 2011 at 09:04:47AM +0200, Uwe Kleine-König wrote:
But as Carl sais, we cannot guarantee that a tag is utf8 encoded anyway.
I think it would be right to enforce that tags are utf-8 encoded.
Otherwise the users get strange results if they change their locale.
I agree
Hi,
I wodered why notmuch search --format=json doesn't provide the
date_relative field for
results, as the show command does.
I'm not expert on notmuch internals but I got it working like this:
diff --git a/notmuch-search.c b/notmuch-search.c
index faccaf7..b1adc03 100644
---
you'll find a patch for the test and another for
the proposed change. Feel free to discard it :)
Best,
/p
On Fri, Jul 15, 2011 at 08:58:45AM -0700, Jameson Graef Rollins wrote:
On Thu, 14 Jul 2011 23:22:58 +0100, Patrick Totzke
patricktot...@googlemail.com wrote:
I wodered why notmuch search
:33PM +0100, Patrick Totzke wrote:
Hi all!
It's me again, with some strange python behaviour :/
When I iterate over threads or messages only partially,
then make changes to the index and continue the iteration,
then I don't necessarily get NotmuchError's but the underlying
libnotmuch seems
Hi Michael,
I also fell over this a while ago. (cf.
http://notmuch.198994.n3.nabble.com/Encodings-td3159281.html)
Your patch certainly fix the immediate error, but there is ore to the problem:
Tagstrings seem to be the only ones stored by notmuch as-is, so unlike
headers, they don't get
-instance-has-no-attribute-fileno
[1]:
http://code.activestate.com/recipes/577564-context-manager-for-low-level-redirection-of-stdou/
On Sun, Jul 17, 2011 at 04:51:41PM -0300, David Bremner wrote:
On Sun, 17 Jul 2011 20:35:38 +0100, Patrick Totzke
patricktot...@googlemail.com wrote:
If you run
From: patrick p.tot...@ed.ac.uk
as mail headers are stored as utf-8 in the index,
it is safe to return them as unicode strings directly
---
bindings/python/notmuch/message.py |4 ++--
bindings/python/notmuch/thread.py |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Good news everyone!
I am pleased to announce the first release of my terminal GUI named 'alot'.
You can get it here: https://github.com/pazz/alot
Install and usage infos are included.
As always, feedback of all kind is very welcome.
Cheers,
/p
___
Whoops :)
Thanks! That is a leftover of todays merges. I did not notice
this as I hade the send.pyc file lying around..
/p
On 21:15pm, Mark Foxwell wrote:
Patrick Totzke patricktot...@googlemail.com wrote:
I am pleased to announce the first release of my terminal GUI named 'alot'.
You can get
From: pazz patricktot...@gmail.com
This prevents unsafe calls to decode for return
value None in get_authors/get_subject
---
bindings/python/notmuch/tag.py|4 +++-
bindings/python/notmuch/thread.py | 10 --
2 files changed, 11 insertions(+), 3 deletions(-)
diff --git
Quoting David Bremner (2011-09-29 12:05:37)
On Thu, 29 Sep 2011 11:21:21 +1000, Brian May br...@microcomaustralia.com.au
wrote:
Hello,
Have seen several cases now where the message appears blank in the
emacs interface. With nothing but the headers.
Pushing Shift+V shows the entire raw
Hi everyone,
It seems we have a problem with ctypes and libnotmuch:
I manually removed everything notmuch related from my system and pulled the
latest master branch from git.
After a successful make;sudo make install;
i installed the python bindings from notmuch/bindings/python
via `sudo python
bindings seem affected.
I forgot to mention, I'm on Ubuntu 11.04.
best,
/p
Quoting Patrick Totzke (2011-10-05 13:49:57)
Hi everyone,
It seems we have a problem with ctypes and libnotmuch:
I manually removed everything notmuch related from my system and pulled the
latest master branch from git
Silly question: how do i get Antoine's msg stup into notmuch? i tried
using pythons mailbox lib to add this string to one of my mailboxes, which
works fine.
but upon `notmuch new` I get something along the lines of skipped non-mail
file $myfile..
back to the topic:
I find it hichgly suprising
These patches clean up the bindings a bit.
I ran `pep8` and `pyflakes` over the code and fixed the parts it didn't like.
Lastly, I fixed some reStructuredText syntax errors that lead to warnings
while building the sphinx docs.
Best,
/p
___
notmuch
---
bindings/python/notmuch/database.py |4 ++--
bindings/python/notmuch/filename.py |2 +-
bindings/python/notmuch/globals.py |1 -
bindings/python/notmuch/message.py |3 +--
bindings/python/notmuch/thread.py |2 +-
5 files changed, 5 insertions(+), 7 deletions(-)
diff
no changes to the code, only fixed stuff denounced by `pep8 *py`
---
bindings/python/notmuch/__init__.py |2 +-
bindings/python/notmuch/database.py | 28 +++--
bindings/python/notmuch/globals.py | 38 +++---
no changes to the code, only makes compiling the docs smoother
as some rsT syntax errors were fixed
---
bindings/python/docs/source/index.rst | 17
bindings/python/notmuch/database.py | 67 ++--
bindings/python/notmuch/message.py| 27 +++--
Unicode handling fixes for the bindings:
- use __unicode__ for string representations, __str__ falls back to this
- less complicated __str__ for Thread and Message
- use errors='ignore' parameter for str.decode(). This should fix the
UnicodeDecodeError: 'utf8' codec can't decode byte 0xe8
---
bindings/python/notmuch/filename.py |3 +++
bindings/python/notmuch/globals.py | 11 +++
bindings/python/notmuch/message.py | 14 --
bindings/python/notmuch/tag.py |7 +--
4 files changed, 23 insertions(+), 12 deletions(-)
diff --git
---
bindings/python/notmuch/message.py |2 +-
bindings/python/notmuch/thread.py |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/bindings/python/notmuch/message.py
b/bindings/python/notmuch/message.py
index fac575c..4790663 100644
---
---
bindings/python/notmuch/thread.py | 37 +
1 files changed, 13 insertions(+), 24 deletions(-)
diff --git a/bindings/python/notmuch/thread.py
b/bindings/python/notmuch/thread.py
index d903c76..3e59b35 100644
--- a/bindings/python/notmuch/thread.py
+++
Hi!
This is mainly directed towards Sebastian, but a broader audience can't hurt.
These are the things I noticed when going through the code today:
1) in filenames.py, __str__ of Filenames: should the return value be
'\n'.join(self._files)? alternatively, define __iter__ to make this object
This commit breaks raising XapianErrors for me.
If I lock the index with some `notmuch tag +test '*'`
and try to write to it in alot, i get a segfault and
the following on stderr:
Xapian exception occurred opening database: Unable to get write lock on
/home/pazz/mail/.notmuch/xapian: already
Quoting Sebastian Spaeth (2011-12-06 11:12:42)
On Tue, 06 Dec 2011 10:46:31 +, Patrick Totzke
patricktot...@googlemail.com wrote:
This commit breaks raising XapianErrors for me.
If I lock the index with some `notmuch tag +test '*'`
and try to write to it in alot, i get a segfault
Hi,
A friend of mine just complained about an issue he had with upstream notmuch
python
that is due to my recent reformating of Message.__str__.
This patch fixes it.
Sorry for the inconveniences,
/p
___
notmuch mailing list
notmuch@notmuchmail.org
Hi everyone!
I have just released version 0.2 of my terminal GUI `alot`.
You can grab a tarball here [0].
There are some halfway working solutions for long standing open feature requests
(e.g. gnupg integration, messages search..) lying around. However, I decided
against
working on those and
Thx Adrian Jamie!
It would be great to get it into Debian, yes. I will have a look at Debian
packaging if we
don't find a more capable volunteer in the next few weeks.
Thanks for your initial work on this.
While we're at it: I heard that there are some build scripts for Arch and
Gentoo
Hi Justus,
I have just tried your script and have some questions/remarks about it:
* mkdir -p ~/.config/afew ~/.local/share/afew/categories
As far as I can see, this is not needed if one doesn't use ClassifyingFilter,
so its OK not to do this directly from the setup.py somehow.
But it
Hi Philipp,
Quoting Philipp Überbacher (2011-12-14 22:30:22)
I run Arch Linux. Here's some information for fellow Archers:
PKGBUILD for alot-git: https://aur.archlinux.org/packages.php?ID=54955
Should work just fine. If you want to help debug alot, change
_gitname=master to the name of the
Quoting Mark Foxwell (2011-12-16 10:05:12)
Quoting Patrick Totzke (2011-12-16 09:06:44)
Regarding your bug reports: Can anybody else running Arch confirm the
problems Philipp has?
In particular that logging doesn't work and this issue:
https://github.com/pazz/alot/issues/156 ?
Because I don't
Quoting Kazuo Teramoto (2011-12-16 12:37:37)
On 2011-12-16T08:28:37, Patrick Totzke wrote:
Hmm.. Is anybody using Arch willing to look into this? Or can anybody
suggest a painless and quick way for me to set up an Arch installation
in a Virtualbox or so to be able to reproduce this?
I'm using
Hi Peter,
Congrats on the release, your screenshots look very promising indeed.
Unfortunately, I wasn't able to get it to run on my machine:
I installed the mercury compiler as instructed, and it seems to run alright.
If i do a `make PARALLEL=-j6` from inside the git checkout
(my head is on
Quoting Jameson Graef Rollins (2011-12-12 00:12:04)
It's mostly there, but we still need a couple of things (figure out all
of the dependencies, make a man page...
Hi Jamie,
I took the time to write a first draft for a manpage (attached).
This file is content only, the formating for the
Hi Kris, welcome on board!
Quoting Krzysztof Ilowiecki (2011-12-18 18:59:28)
I'm sysadmin/programmer and a physics student. I've been writing
anything significant in Python for only a year now, but have
previous experience with C. I prefer to contribute in Python, though.
If you're interested:
Hi again,
I have merged the packaging stuff to upstream master and moved the debian
directory to
/packaging.
An include file for help2man as well as a generated man page for the upcomming
release
0.21 can be found in /docs/man.
Let me know if there's anything else I can do,
/p
Hi,
I noticed some inconsistencies in the way the bindings
treat Threads and Messages
which in my opinion should look and behave alike.
1. There is no Query.count_threads as an equivalent to
Query.count_messages, although there seems to be a function
`notmuch_query_count_threads` offered
Good news everyone!
I have just tagged the bugfix release version 0.21 of my terminal GUI `alot`.
You can get a tarball here: https://github.com/pazz/alot/tarball/0.21
NEWS:
* avoid traceback infos from getting written on top of the ui
* new --help output, autogenerated manpage
* version string
hi!
while I cannot confirm that this patch solves the stated issue (cannot
reproduce),
It seeminly doesn't break things either and I'm all in favour of doing things
right™.
On a related note: It also doesn't fix the recent segfaults of the bindings
that occur when you try to write to a locked
Quoting Thomas Jost (2011-12-13 17:21:34)
On Sun, 11 Dec 2011 18:58:18 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
Perhaps we should have a test-lib.py for test-specific stuff like this
(similar to test-lib.el)? I think it would be cleaner and makes it easy
to add more Python
This makes the test script open the database in READ_ONLY mode
and use the libraries own sorting methods instead of sort.
---
test/python |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/test/python b/test/python
index c3aa726..c318cc1 100755
--- a/test/python
+++
Introduces a second (trivial) test for the python
bindings that searches for message ids and compares
the output with that of `notmuch search`.
---
test/python | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/test/python b/test/python
index c318cc1..6018c2d
Sebastian,
I'm sorry to hear of your decision to finally hand over the maintainership of
the bindings
but of course I fully understand that you want to focus on other stuff.
Thanks for your great work! Your bindings were certainly one of the most
important reasons for me to
switch to notmuch.
Hi everyone,
A recent discussion on alot's issue tracker[0] made it clear that it might be
useful to have a thread-based
matching for queries as an alternative to the current message based approach:
Consider a thread with two messages, one has a single tag 'flagged', the other
a single tag
Quoting Justus Winter (2011-12-21 08:53:23)
Hey Pazz,
Quoting Patrick Totzke (2011-12-19 19:17:12)
Also, should i not get some output when calling afew with -vv ?
Yes you should ;). Here's an example run on my box:
Alright, I do get logging output with upstream master thanks.
FYI: I found
Quoting Alex Botero-Lowry (2012-02-08 08:24:51)
I'm using a similar setup. An inconvenience with the setup is that I have
various filters in gmail that filter, e.g., mailing list mails by skipping
the gmail inbox and applying specific tags. ...
Ideally, I'd like a view in notmuch
Hi all,
Those of you with long enough backlog on the list to remember my rant
(id:20110626202733.GA26837@brick)
can guess my opion on this matter but just to be sure..
I am not much of an expert on libnotmuch internals but am using the python
bindings extensively.
It feels super-strange using
Quoting Daniel (2012-02-25 16:34:15)
From what I understand, at least the Python bindings deliver primarily author
names (not addresses),
To clarify, `notmuch.Thread.get_authors` returns a comma separated list of the
realname parts of all From-headers that occur in messages of this thread.
so
Hi!
The config syntax changed recently, when I switched from configparser to
configobj.
To clarify:
* the new config syntax is explained in the user docs at http://alot.rtfd.org.
These are auto-generated at each commit and correspond to the `testing`
branch,
which is where the bleeding
[accounts]
[[gmail]]
realname = Patrick Totzke
address = patricktot...@gmail.com
aliases = patricktot...@googlemail.com,
sendmail_command = msmtp --account=gmail -t
draft_box = maildir:///home/pazz/mail/gmail/[Google Mail].Drafts
sent_box = maildir
Sorry, forgot to finish this *caught*:
should I be creating a key binding to invoke the completion command?
No: this is used when you are prompted for recipients when composing a mail:
Hit `m`, select your account if you have more than one, and when the prompt
says
To: you
... use `tab` to
Hi!
Quoting Philippe LeCavalier (2012-03-01 15:45:12)
Is it possible to select more than one msg in search-mode to retag?
No, not yet: https://github.com/pazz/alot/issues/116
Please have a look at the issue tracker for other feature requests
or if you're looking for inspiration on how you could
Hi Phil,
Quoting Philippe LeCavalier (2012-03-03 18:37:32)
I can't tell if it's _all_ killed mails but I can say for sure that some
tagged mails reappear in the inbox despite them tagged 'killed' and the
search mode filter is inbox AND NOT tag:killed.
I presume by reappear you mean that once you
Quoting Philippe LeCavalier (2012-03-05 13:07:39)
Quoting Patrick Totzke (2012-03-05 05:04:21)
I presume by reappear you mean that once you receive another mail of that
thread,
the thread ends up in your inbox again?
Yes.
You should be aware that tag killed is not special in any kind, nor
Quoting Philippe LeCavalier (2012-03-06 15:54:50)
Quoting Patrick Totzke (2012-03-05 05:04:21)
I can highly recommend Justus' afew tagging script
https://github.com/teythoon/afew,
which can be configured to provide above mentioned functionality among other
things.
For other solutions have a look
Hi everyone!
I have just released version 0.3 of my terminal GUI `alot`; You can get a
tarball here [0].
This release features many bugfixes, a revised config syntax and a fairly
complete user and API
manual [1].
Detailed usage updates since v0.21:
* revised config syntax!
* config file
Hi all,
with alot 0.3 released, I started thinking seriously about proper™ MIME-display
and gnupg
integration for alot. I have to make a few design decisions here and could
really use
some informed opinions from more experienced UI developers. My question in
particular is:
How do I best
Quoting Austin Clements (2012-03-22 22:39:07)
2. I received a message that was addressed to a distribution group and
tried to reply. Because the TO: address is not my address, notmuch
fails to guess the proper FROM: address to set. Is there a way to
handle this use case? This is
Hi Jacek,
I am using msmtp for this: I keep my passwords in an encrypted
file and use a shellscript to decrypt and grep for passwords
in combination with msmtp's `passwordeval` option.
Have a look at
https://github.com/pazz/configs/blob/master/.msmtprc
Hi everyone!
I have just released alot v0.3.1; You can get a tarball here [0].
This is mainly a bugfix release, the most notable addition feature-wise is
the ability to sign outgoing messages via PGP/MIME. Cheers to Michael for this
one!
Detailed usage updates since v0.3:
* use separate
Quoting Jameson Graef Rollins (2012-05-17 16:42:53)
On Thu, May 17 2012, Patrick Totzke patricktot...@googlemail.com wrote:
With David Bremners help I have started hacking together some metadata to
build
a debian package. This can be found in branch 'debian' but I presume
try alot: multiple accounts [0] for free /spam
/p
[0] http://alot.readthedocs.org/en/latest/configuration/index.html#accounts
Quoting Michal Sojka (2012-05-23 11:29:27)
Hi Doug,
Doug Penner darwinsurvi...@gmail.com writes:
I am in the process of trying to migrate from alpine (which handles
Hi everyone!
I have just tagged alot v0.3.2; You can get a tarball here [0].
This version comes with redesigned theming features and supports
highlighting/retheming of thread lines in search mode based on
notmuch queries or thread tags.
I had to change the syntax of theme-files and custom
Quoting David Froger (2012-08-12 16:53:43)
3. Would it be possible to have the feature 'kill a thread' like Sup
have? (see
http://sup.rubyforge.org/README.txt).
I haven't needed such a feature so I don't have a clear idea how it
should work. There are some patches/ideas about
Good news everyone!
I have just tagged alot v0.3.3; You can get a tarball here [0].
This version comes with lots of bugfixes and minor ui tweaks, most notably the
ability to interpret command sequences and sequences of keypresses.
It is now possible to overwrite default bindings which obsoletes
Hi Sepp, welcome to alot :)
Quoting Sepp Tannhuber (2012-09-10 19:55:00)
1. As vi user I alway type gg/G to jump to the top/bottom. Is there a command
that I can
configure this way? I have not found a jump to top/bottom command in the
manual.
Short Answer:
This is not yet possible with
Quoting Sepp Tannhuber (2012-09-11 17:59:12)
Hi Patrick,
thank you for answering and for this really good mail client!
pleasure :)
One reason I have not bothered to implement this so far is that in the long
run,
I want to have urwid Tree widgets as top level widgets in thread buffers.
Hey Suvayu, welcome to notmuch!
I hope you are aware that there are already a few search based abook tools
around for notmuch (listed in the wiki, albeit hidden in the emacs docs):
http://notmuchmail.org/emacstips/#index14h2
I personally use nottoomuch-addresses.sh, which apparently does some
Quoting Suvayu Ali (2012-10-08 10:34:29)
Hi Patrick,
Sorry for the very late reply; I got distracted with some personal
matters.
On Tue, Sep 25, 2012 at 11:44:57AM +0100, Patrick Totzke wrote:
Hey Suvayu, welcome to notmuch!
I hope you are aware that there are already a few search
Hi Ondrej,
Quoting Ondrej Jombik (2012-11-09 02:58:09)
I am trying to move from mairix to some better solution. mairix has been
working really well for me, but it had some limitations.
I decided to give a try to notmuch, but I has been suprised with
estimated indexing time:
Is this supposed to happen?
-
Logging in...
Selecting all mail...
Discovering local messages...
Receiving message list...
Traceback (most recent call last):
File ./gmail-notmuch.py, line 175, in module
main()
File ./gmail-notmuch.py, line 58, in
Quoting Jason A. Donenfeld (2012-12-07 13:49:46)
Not sure what is causing this. My best guess is that your password was
incorrect and that I'm not checking the login return value.
Yes, you're right, it was an incorrect passwd.
One thing you also might want to watch out for is
Quoting Jason A. Donenfeld (2012-12-08 17:04:48)
On Sat, Dec 8, 2012 at 5:20 PM, Patrick Totzke patricktot...@gmail.com
wrote:
I have two new errors:
-
./gmail-notmuch.py -u patricktot...@gmail.com -p mypwd ~/mail/gmail/
I also
Quoting Jason A. Donenfeld (2012-12-09 23:13:12)
On Sat, Dec 8, 2012 at 6:46 PM, Patrick Totzke patricktot...@gmail.com
wrote:
ZeroDivisionError: float division by zero
Fixed it! Sorry about all this... Jeeze Louise.
thx
Another feature request:
Could you make
Quoting Jason A. Donenfeld (2012-12-11 07:06:22)
On Mon, Dec 10, 2012 at 6:46 PM, Jason A. Donenfeld ja...@zx2c4.com wrote:
On Mon, Dec 10, 2012 at 10:41 AM, Patrick Totzke patricktot...@gmail.com
wrote:
It would, but its nicer not to load ressources you're not gonna
Quoting Jason A. Donenfeld (2012-12-11 09:12:56)
It seems to work, but i'm still waiting for the first run-through.
Downloading messages: 457 of 22831|
This takes ages. I hope it doesn't try to re-download all my messages
everytime.
Nope. It's very smart about not doing
Quoting Jason A. Donenfeld (2012-12-11 13:47:32)
On Tue, Dec 11, 2012 at 11:04 AM, Patrick Totzke
patricktot...@gmail.com wrote:
I ended up killing the process after i saw that ETA was 3h.
Gmail's bottleneck. Very unfortunate. Leave it going over night.
OK, i assumed i'd not have
Quoting Jason A. Donenfeld (2012-12-13 14:32:53)
On Wed, Dec 12, 2012 at 9:49 PM, Austin Clements amdra...@mit.edu wrote:
There should be no way to corrupt the database at this level through
the Xapian API, which means nothing libnotmuch can do (much less users
of libnotmuch) should be able
Sorry, I'm misusing this thread as a bugtracker..
Traceback (most recent call last):4|
| 10% ETA: 1:24:41 3.54 emails/s
File ./gmail-notmuch.py, line 251, in module
main()
File
Quoting Jason A. Donenfeld (2012-12-15 08:22:46)
On Thu, Dec 13, 2012 at 5:48 PM, Patrick Totzke patricktot...@gmail.com
wrote:
notmuch.errors.FileNotEmailError
Delete the file it dies on and try again.
Well, thats not the point.. the script shouldn't die like this.
I think it's
Quoting Jason A. Donenfeld (2012-12-16 20:44:04)
On Sat, Dec 15, 2012 at 11:41 AM, Patrick Totzke patricktot...@gmail.com
wrote:
Well, thats not the point.. the script shouldn't die like this.
I think it's be better if the script caught that exception, deleted the
file
BTW: I removed the whole maildir contents and restarted the downlowd over
night. here's the result:
---
Traceback (most recent call last):2|
| 26% ETA:
Hi everyone!
I have just tagged alot v0.3.4; You can get a tarball here [0].
This minor version bump is mostly to flush out all the nice small features
I hacked together or received as pull request lately.
It comes with tons of ui tweaks, fixes and a very nice patch series
that allows to send
1 - 100 of 252 matches
Mail list logo
