[Patch v2 1/6] hex-escape: (en|de)code strings to/from restricted character set

2012-08-14 Thread David Bremner
The character set is chosen to be suitable for pathnames, and the same as that used by contrib/nmbug [With additions by Jani Nikula] --- util/Makefile.local |2 +- util/hex-escape.c | 168 +++ util/hex-escape.h | 41 + 3

Random message corpus, v2

2012-08-14 Thread David Bremner
This obsoletes the series id:1344190393-22497-1-git-send-email-da...@tethera.net [Patch v2 1/6] hex-escape: (en|de)code strings to/from restricted [Patch v2 2/6] test/hex-xcode: new test binary [Patch v2 3/6] test/hex-escaping: new test for hex escaping routines In order to avoid the

[Patch v2 5/6] test: add generator for random stub messages

2012-08-14 Thread David Bremner
Initial use case is testing dump and restore, so we only have message-ids and tags. The message ID's are nothing like RFC compliant, but it doesn't seem any harder to roundtrip random UTF-8 strings than RFC-compliant ones. Tags are UTF-8, even though notmuch is in principle more generous than

[Patch v2 4/6] test: add database routines for testing.

2012-08-14 Thread David Bremner
Initially, provide a way to create stub messages in the notmuch database without corresponding files. This is essentially cut and paste from lib/database.cc. This is a seperate file since we don't want to export these symbols from libnotmuch or bloat the library with non-exported code. ---

[Patch v2 2/6] test/hex-xcode: new test binary

2012-08-14 Thread David Bremner
This program is used both as a test-bed/unit-tester for ../util/hex-escape.c, and also as a utility in future tests of dump and restore. --- test/.gitignore |1 + test/Makefile.local | 10 - test/basic |2 +- test/hex-xcode.c| 103

[Patch v2 6/6] test: add broken roundtrip test

2012-08-14 Thread David Bremner
We demonstrate the current notmuch restore parser being confused by message-id's and tags containing non alpha numeric characters (particularly space and parentheses are problematic because they are not escaped by notmuch dump). We save the files as hex escaped on disk so that the output from the

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Christophe-Marie Duquesne
On Tue, Aug 14, 2012 at 7:05 PM, Ciprian Dorin Craciun ciprian.crac...@gmail.com wrote: I proposed -- better said queried if possible or at least wanted -- to have an internal interface (SPI) that any mail store would have to implement in order to be indexed and used by notmuch. I guess the

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Christophe-Marie Duquesne
On Tue, Aug 14, 2012 at 8:11 PM, Christophe-Marie Duquesne c...@chmd.fr wrote: one could complete this work with an interface to couchdb for offlineimap *I meant for notmuch ___ notmuch mailing list notmuch@notmuchmail.org

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Stewart Smith
Vladimir Marek vladimir.ma...@oracle.com writes: Well, if your granularity will be one archive per year of mail, it should not be that bad ... Except for someone like Keith, who has all his email since sometime in the 80s or something insane like that :) -- Stewart Smith pgpqbDWUxd3Kw.pgp

Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Stewart Smith
ounted file systems could get insane depending on granularity I guess... -- Stewart Smith -- 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/pipermai

[announce] Bower 0.4

2012-08-14 Thread David Froger
On Sun, 12 Aug 2012 21:33:39 +0100, Patrick Totzke wrote: > 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

[announce] Bower 0.4

2012-08-14 Thread David Froger
> This is the command to save drafts: > > notmuch-deliver Drafts --tag=draft \ > --remove-tag=inbox --remove-tag=unread < message_file > > Does it work if you run it manually? Just make a dummy message_file > with Date:, From:, To:, Subject: headers and a body. The manual command

‘class Xapian::Database’ has no member named ‘close’

2012-08-14 Thread David Bremner
Michal Nazarewicz writes: > > $ dpkg -l |grep xapian > ii apt-xapian-index 0.25ubuntu2 maintenance tools for a Xapian index > of Debi > ii libxapian-dev 1.0.18-1 Development files for Xapian search > engine l > ii libxapian15 1.0.18-1 Search engine library

[announce] Bower 0.4

2012-08-14 Thread Peter Wang
On Tue, 14 Aug 2012 07:25:00 +0200, David Froger wrote: > > So I think I understand my problem. The reason is that in put in my > .config/bower/bower.conf: > > notmuch_deliver=/bin/true > > To solve the problem of "duplicated sent email" with Gmail: >

‘class Xapian::Database’ has no member named ‘close’

2012-08-14 Thread Michal Nazarewicz
chment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20120814/5bd3fd0d/attachment.pgp>

‘class Xapian::Database’ has no member named ‘close’

2012-08-14 Thread Jani Nikula
On Tue, 14 Aug 2012, Michal Nazarewicz wrote: > Yeah, it seems that INSTALL claims ?Notmuch will work best with Xapian > 1.0.18 (or later) or Xapian 1.1.4 (or later)?, which doesn't seem to be > the case. > > On top of that, configure does not seem to even check the version > number. Someone(tm)

Re: ‘class Xapian::Database’ has no member named ‘close’

2012-08-14 Thread Justus Winter
Quoting Jani Nikula (2012-08-14 14:57:13) > > Is close() really required though? The comment justifies it saying > > that: > > > > Many Xapian objects hold references to the database, so merely > > deleting the database may not suffice to close it. Thus, we > > explicitly close

Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Christophe-Marie Duquesne
On Tue, Aug 14, 2012 at 7:05 PM, Ciprian Dorin Craciun wrote: > I proposed -- better said queried if possible or at least wanted > -- to have an internal interface (SPI) that any mail store would have > to implement in order to be indexed and used by notmuch. I guess the > interface would be

Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Christophe-Marie Duquesne
On Tue, Aug 14, 2012 at 8:11 PM, Christophe-Marie Duquesne wrote: > one could complete this work with an > interface to couchdb for offlineimap *I meant for notmuch