On Fri, 23 Sep 2011 21:57:36 +0300, Jani Nikula wrote:
> Hi, resending as this seems forgotten. Last time [1] there was no objections
> to
> this improved approach.
>
> BR,
> Jani.
Pushed to master.
d
Quoth Jameson Graef Rollins on Nov 20 at 12:10 pm:
> The open question seems to be how we handle the content encoding
> parameters. My argument is that those should either be used by notmuch
> to properly encode the content for the consumer. If that's not
> possible, then just those parameters
Quoth Tom Bulli on Nov 21 at 7:02 pm:
> I have a project where I need to search about 21 emails - and
> decided to use "notmuch" for it.? The system is a Debian Squeeze,
> the notmuch version is "0.8-1~bpo60+1" from "kyria's" private
> repository.
>
> I am running the "notmuch new" for approx. 4
Quoth David Bremner on Nov 22 at 7:30 pm:
> On Mon, 21 Nov 2011 13:38:57 +0100, Petter Reinholdtsen
> wrote:
> > I just hope the notmuch developers can choose to follow the robustness
> > principle[1] in this case, and be liberal in what notmuch accept, and
> > conservative in what notmuch
Quoth Petter Reinholdtsen on Nov 21 at 11:35 pm:
> The indexing took 36 hours. At the start it claimed it would take 10
> hours, and it continued to underestimate the amount of time left until
> the very end. It claimed to have 1 hour left when I checked before I
> went to bed, and claimed to
On Mon, 21 Nov 2011 13:38:57 +0100, Petter Reinholdtsen
wrote:
> I just hope the notmuch developers can choose to follow the robustness
> principle[1] in this case, and be liberal in what notmuch accept, and
> conservative in what notmuch send. After all, gnus, mutt and pine
> handle these
On Mon, 21 Nov 2011 23:35:34 +0100, Petter Reinholdtsen
wrote:
>
> NO*TELEMAX**NORWAYII M0018001012307699038 (unread usit year-2002)
>
> The message in question is a bounce from some X400 mail system, and its
> message id look like this:
>
> Message-Id:
Since version 0.8 of dtach -n does no longer require controlling
tty to be present when executed. Currently controlling tty is not
always (if ever) present when tests are executed.
---
debian/control |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/debian/control
verfy-version-debian, verify-version-python and verify-version-components
checked noneqality of the comparison strings and if got positive
answer then made that goal fail. But in case of the test ([ ])
execution failed it never got to the 'then' part of the line (and
the 'if [ ... ] then ... fi '
Check that the version mentioned in notmuch manual page
is consistent with the version file.
---
Makefile.local | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/Makefile.local b/Makefile.local
index b6e216a..02afdd0 100644
--- a/Makefile.local
+++ b/Makefile.local
On Thu, 15 Sep 2011 00:23:19 +0200, Louis Rilling l.rill...@av7.net wrote:
The for loop right after already does the job.
I pushed the first two patches in this series; the second two need to be
updated for the new broken test framework, and reviewed.
d
Hi,
there seems to be a problem with notmuch on OS X when installed to a
non-standard location: it's install name is libnotmuch.*.dylib rather than
something like $(LIBDIR)/libnotmuch.*.dylib, which prevents the binary from
locating the library when things are installed in a nonstandard
Quoth Tom Bulli on Nov 21 at 7:02 pm:
I have a project where I need to search about 21 emails - and
decided to use notmuch for it. The system is a Debian Squeeze,
the notmuch version is 0.8-1~bpo60+1 from kyria's private
repository.
I am running the notmuch new for approx. 4 days now -
Quoth Jameson Graef Rollins on Nov 20 at 12:10 pm:
The open question seems to be how we handle the content encoding
parameters. My argument is that those should either be used by notmuch
to properly encode the content for the consumer. If that's not
possible, then just those parameters
14 matches
Mail list logo