gus at madduck.net
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature (see http://martin-krafft.net/gpg/)
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100114/6719fd61/attachment.pgp>
Cheers,
--
Adrian Perez de Castro
Igalia - Free Software Engineering
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100114/c182949a/attachment.pgp>
On Thu, 14 Jan 2010 09:38:00 +0100, Arvid Picciani wrote:
> on the first run (when no .notmuch is there yet), it finds some
> messages, but doesn't index them either.
the offending commit is 2c4555f1a56602ff1dd55a63699810522ba4d91e
from readdir (3):
"Currently, only some file systems
Actually, significant performance problems. Ho ho ho. (sorry)
I've installed the latest notmuch from Git at this time of writing,
along with Xapian from SVN head. However, just tagging a single thread
with only one message seems to take too long:
$ time notmuch tag +dissertation
s to what
profiling tools might be available for OS X.)
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100114/f398ab58/attachment.pgp>
oks, then lua would seem like a logical
option to look at first. I've never looked at it closely myself though.
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100114/de7d8874/attachment.pgp>
don't really know a much better
way. I'm happy to entertain suggestions here.
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100114/de069ea5/attachment.pgp>
s
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100114/46b3bb9e/attachment.pgp>
nature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100114/6b278409/attachment.pgp>
--
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100114/26d0ef3c/attachment.pgp>
-
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/20100114/67708c7c/attachment-0001.pgp>
On 2010-01-08, James Westby wrote:
> That would leave an open question over whether future notmuch show
> invocations would return the plaintext or ciphertext. If it is the
> latter then it requires decrypting every time you want to view it, but
> it does mean that there is less information
Hi,
how do you add new mails to the index?
manual says "notmuch new" should be enough, but it simply says
"No new mail."
on the first run (when no .notmuch is there yet), it finds some
messages, but doesn't index them either.
$ notmuch search tag:inbox
$
$ notmuch search s
$
--
Arvid
on/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100114/d59cd8ef/attachment.pgp>
On Tue, 12 Jan 2010, martin f krafft wrote:
> If the MDA delivers to Git, then potentially, you might get into a
> situation where you cannot write your own changes back to the repo. This
> is also a DoS scenario: I'll just keep sending you e-mail, and if I
> manage to pass your mail filters,
Hi,
how do you add new mails to the index?
manual says notmuch new should be enough, but it simply says
No new mail.
on the first run (when no .notmuch is there yet), it finds some
messages, but doesn't index them either.
$ notmuch search tag:inbox
$
$ notmuch search s
$
--
Arvid
Asgaard
On 2010-01-08, James Westby wrote:
That would leave an open question over whether future notmuch show
invocations would return the plaintext or ciphertext. If it is the
latter then it requires decrypting every time you want to view it, but
it does mean that there is less information leakage
On Thu, 14 Jan 2010 21:04:21 +1300, martin f krafft madd...@madduck.net wrote:
You might have marked a message 'read' on one machine and if the two
get out of sync on another machine, you might have the same message
unread there.
That's a different issue though. With two databases there's
also sprach Carl Worth cwo...@cworth.org [2010.01.15.1124 +1300]:
You might have marked a message 'read' on one machine and if the two
get out of sync on another machine, you might have the same message
unread there.
That's a different issue though. With two databases there's clearly the
also sprach Carl Worth cwo...@cworth.org [2010.01.15.1108 +1300]:
Reading is one thing. Information storage and organisation is
another. After a message is delivered (and read) to my mailbox,
it's really mine and I can (and should be able) to affix it and
integrate it into my
On Thu, 14 Jan 2010 18:38:54 +0100, Adrian Perez de Castro ape...@igalia.com
wrote:
the offending commit is 2c4555f1a56602ff1dd55a63699810522ba4d91e
from readdir (3):
Currently, only some file systems (among them: Btrfs, ext2, ext3,
and ext4) have full support returning
Hi Oliver, welcome to notmuch!
On Thu, 14 Jan 2010 15:30:48 +, Oliver Charles
oliver.g.char...@googlemail.com wrote:
I've installed the latest notmuch from Git at this time of writing,
along with Xapian from SVN head. However, just tagging a single thread
with only one message seems to
also sprach Carl Worth cwo...@cworth.org [2010.01.15.1200 +1300]:
Lua has many advantages over other scripting languages when it
comes to integration with a C program. It has a very clean and
easy C API, the overhead of running Lua scripts is not noticable
among other things.
I've
On 2010-01-14, Carl Worth wrote:
On Thu, 14 Jan 2010 18:38:54 +0100, Adrian Perez de Castro
ape...@igalia.com wrote:
I am using XFS, which always returns DT_UNKNOWN. Taking into account that
there is a good deal of people using filesystems other than the ones you
mention, and that other
On 2010-01-14, Oliver Charles wrote:
I've installed the latest notmuch from Git at this time of writing,
along with Xapian from SVN head. However, just tagging a single thread
with only one message seems to take too long:
One difference between OS X and other systems is that OS X supports the
Olly == Olly Betts o...@survex.com writes:
Olly On 2010-01-14, Carl Worth wrote:
On Thu, 14 Jan 2010 18:38:54 +0100, Adrian Perez de Castro
ape...@igalia.com wrote:
I am using XFS, which always returns DT_UNKNOWN. Taking into account
that
there is a good deal of people using
On 2010-01-15, Dirk-Jan C Binnema wrote:
Olly == Olly Betts o...@survex.com writes:
Olly Not a full patch, but I already posted what this code should look
like
Olly to handle both systems without d_type, and those which return
DT_UNKNOWN:
Olly
27 matches
Mail list logo