Just some observation with respect to the mysterious "empty" tag. In
notmuch-show, if I press +, you can see the tag line changing, so
it has been adding something (a newline?). You can remove it again with
-.
IMHO we should protect against adding this from the emacs UI. I
sometimes press accident
On Wed, 10 Nov 2010, Mark Walters wrote:
> I am experimenting with using notmuch remotely over ssh (as in the
> NEWS file; i.e. with a script containing ssh user at host notmuch "$@")
> This is mostly excellent but it seems to get confused by some queries.
> For example those containing brackets or
ch mailing list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101118/64a9afc5/attachment.htm>
The problem is solved in version 2.4.18 (current is
2.4.20). Unfortunately the last version packaged for Debian is 2.4.14...
Matthieu
Unfortunately, expansion *is* performed by the remote shell, which is why
your shell quoting approach works (and is necessary). There's really no way
around this, since the ssh client simply joins all of its trailing arguments
with spaces and sends this single string to the ssh server, which exec(
--
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101118/cda5f0ca/attachment.pgp>
-
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101118/9e903a4d/attachment.pgp>
On Wed, 10 Nov 2010, Mark Walters wrote:
> I am experimenting with using notmuch remotely over ssh (as in the
> NEWS file; i.e. with a script containing ssh u...@host notmuch "$@")
> This is mostly excellent but it seems to get confused by some queries.
> For example those containing brackets or ju
Re: Warning when GMime is parsing broken email addresses:
On 11/18/2010 01:37 PM, Matthieu Lemerre wrote:
> The problem is solved in version 2.4.18 (current is
> 2.4.20). Unfortunately the last version packaged for Debian is 2.4.14...
is the patch that fixes the problem it backportable to 2.4.14
The problem is solved in version 2.4.18 (current is
2.4.20). Unfortunately the last version packaged for Debian is 2.4.14...
Matthieu
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On 05:04, Thu 11 Nov 10, Carl Worth wrote:
> Thanks to work by Michal, and a few followups by me, I'm now happy to
> report that the patches for synchronizing tags with maildir flags are
> now pushed out to the master branch.
Nice to see that, I was waiting for this feature since a while.
I only
On 11/12/2010 12:02 AM, Carl Worth wrote:
> The major feature in notmuch 0.5 is the ability to automatically
> synchronize maildir flags, (so that if a mail file gets marked
> externally with the flag 'S' for "seen" then the "unread" tag in the
> notmuch database will be automatically removed). And
On 11/12/2010 12:02 AM, Carl Worth wrote:
The major feature in notmuch 0.5 is the ability to automatically
synchronize maildir flags, (so that if a mail file gets marked
externally with the flag 'S' for "seen" then the "unread" tag in the
notmuch database will be automatically removed). And of co
Currently this code uses a bitmap indexed by docid as a simple, fast
set structure. This is quite memory-efficient if the docid space is
dense, even if the largest docid is quite large. Is there a danger
that the docid space will be large and sparse? Is it worth replacing
this with a smarter bit
14 matches
Mail list logo