On Thu, 29 Sep 2011 11:21:21 +1000, Brian May
wrote:
> 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 message. Nothing special, just a
> plain text email without any attachments.
>
> MI
#x27;s not elegant, but it might help.
hth.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110930/bd3d15bf/attachment.pgp>
On Fri, 30 Sep 2011 12:16:47 +0200, Thomas Jost wrote:
> Previously, the Filenames generator only yielded *one* filename before
> returning, making Message.get_filenames() behave as Message.get_filename().
> This
> commit fixes this incorrect behavior: now the generator yields all the
> filenames
lost. Could someone else take a look at this?
Thanks,
Justus
-- next part --
A non-text attachment was scrubbed...
Name: .signature
Type: application/octet-stream
Size: 17 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110930/940bb99a/attachment.obj>
tet-stream
Size: 17 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110930/65f9447e/attachment-0001.obj>
us is that what you had in mind?
Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110930/4411fb69/attachment.pgp>
e not specific to the
python bindings at all.
Justus
-- next part --
A non-text attachment was scrubbed...
Name: .signature
Type: application/octet-stream
Size: 17 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110930/03b5623a/attachment.obj>
Previously, the Filenames generator only yielded *one* filename before
returning, making Message.get_filenames() behave as Message.get_filename(). This
commit fixes this incorrect behavior: now the generator yields all the
filenames, as expected.
---
bindings/python/notmuch/filename.py | 10
t super urgent.
But it's dangerous and wrong nonetheless.
Sebastian
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110930/6d8d957a/attachment.pgp>
pplication/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110930/0b50e98e/attachment.pgp>
t;http://notmuchmail.org/pipermail/notmuch/attachments/20110930/201cda0f/attachment.pgp>
match[2].rm_eo - match[2].rm_so);
- message = notmuch_database_find_message (notmuch, message_id);
- if (message == NULL) {
- fprintf (stderr, "Warning: Cannot apply tags to missing message:
%s\n",
- message_id);
+ status = notmuch_database_find_message (notmuch, message_id, &message);
+ if (status || message == NULL) {
+ fprintf (stderr, "Warning: Cannot apply tags to %smessage: %s\n",
+message ? "" : "missing ", message_id);
+ if (status)
+ fprintf (stderr, "%s\n",
+notmuch_status_to_string(status));
goto NEXT_LINE;
}
--
1.7.6.1
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110930/cd243369/attachment-0001.pgp>
On Fri, 30 Sep 2011 12:43:53 +0200, Justus Winter <4winter at
informatik.uni-hamburg.de> wrote:
> while iterating over a query result set my process died with
>
> > terminate called after throwing an instance of
> > 'Xapian::DatabaseModifiedError'
> > Aborted
>
> I am not sure where this came f
On Fri, Sep 30, 2011 at 07:40, Justus Winter
<4winter at informatik.uni-hamburg.de> wrote:
> Quoting Tom Prince (2011-09-30 15:12:50)
>>On Fri, 30 Sep 2011 12:43:53 +0200, Justus Winter <4winter at
>>informatik.uni-hamburg.de> wrote:
>>> while iterating over a query result set my process died with
On Fri, Sep 30, 2011 at 07:40, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Quoting Tom Prince (2011-09-30 15:12:50)
>>On Fri, 30 Sep 2011 12:43:53 +0200, Justus Winter
>><4win...@informatik.uni-hamburg.de> wrote:
>>> while iterating over a query result set my process died with
>>>
>
Quoting Tom Prince (2011-09-30 15:12:50)
>On Fri, 30 Sep 2011 12:43:53 +0200, Justus Winter
><4win...@informatik.uni-hamburg.de> wrote:
>> while iterating over a query result set my process died with
>>
>> > terminate called after throwing an instance of
>> > 'Xapian::DatabaseModifiedError'
>>
On Fri, 30 Sep 2011 12:43:53 +0200, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> while iterating over a query result set my process died with
>
> > terminate called after throwing an instance of
> > 'Xapian::DatabaseModifiedError'
> > Aborted
>
> I am not sure where this came from
Quoting Sebastian Spaeth (2011-09-30 14:00:36)
>On Mon, 26 Sep 2011 03:05:35 +0200, Justus Winter
><4win...@informatik.uni-hamburg.de> wrote:
>> To make the exception handling more effective in code using the
>> python bindings it is necessary to differentiate between the
>> different kind of fai
On Mon, 26 Sep 2011 03:05:35 +0200, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> To make the exception handling more effective in code using the
> python bindings it is necessary to differentiate between the
> different kind of failures.
[master b6a0173] python: provide more excepti
Hi,
while iterating over a query result set my process died with
> terminate called after throwing an instance of 'Xapian::DatabaseModifiedError'
> Aborted
I am not sure where this came from, grepping throuth notmuchs soure
didn't reveal the location. So this might be not specific to the
pytho
Previously, the Filenames generator only yielded *one* filename before
returning, making Message.get_filenames() behave as Message.get_filename(). This
commit fixes this incorrect behavior: now the generator yields all the
filenames, as expected.
---
bindings/python/notmuch/filename.py | 10
Update the docstring from notmuch.h.
Signed-off-by: Justus Winter <4winter at informatik.uni-hamburg.de>
---
bindings/python/notmuch/message.py | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/bindings/python/notmuch/message.py
b/bindings/python/notmuch/messag
n-text attachment was scrubbed...
Name: .signature
Type: application/octet-stream
Size: 17 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110930/75c8b8eb/attachment.obj>
On Thu, 29 Sep 2011 11:01:47 -0400, Austin Clements wrote:
> Quoth Sebastian Spaeth on Sep 28 at 6:36 pm:
> > db.find_message_by_filename("moo")
> > Internal error: Failure to ensure database is writable
> > (lib/directory.cc:100).
> It appears that looking up a directory requires a writable dat
On Fri, 30 Sep 2011 02:41:02 +0200, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
Non-text part: multipart/mixed
> Quoting Sebastian Spaeth (2011-09-29 09:45:38)
> >Also, not all "status" are an error, e.g. DuplicateMessageId denotes
> >success rather than failure, it just communicates
On Fri, 30 Sep 2011 03:05:04 +0200, Justus Winter wrote:
> Update the docstring from notmuch.h.
APPLIED; thanks.
pgpa1dmwpeQ1M.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmu
This new test currently fails -- but it shouldn't.
---
Hi!
I found this while manually copying directories and running notmuch new.
Am I just too sleepy at this time, or is it another DB vs. directory
mtime issue?
BROKEN Repeatability when copying a whole directory into a new one
27 matches
Mail list logo