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:
>
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
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
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
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)
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
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>
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
> 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
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
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
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
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
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.
---
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
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
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
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
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
19 matches
Mail list logo