solve this problem more generally anyway ? why should
a "replied" tag be synchronised, but a "no-need-to-reply" tag not?
--
martin | http://madduck.net/ | http://two.sentenc.es/
#include
spamtraps: madduck.bogus 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/20100201/8ffddb4f/attachment.pgp>
also sprach Scott Robinson [2010.02.02.1043 +1300]:
> > YES PLEASE :-). notmuch seems designed to work in an ecosystem of
> > surrounding scripts, feeding data in and out. But we are all currently
> > limited to regexes for that. And heck, I hard a hard time understanding
> > why all hell broke ou
also sprach sebast...@sspaeth.de [2010.02.02.0929 +1300]:
> YES PLEASE :-). notmuch seems designed to work in an ecosystem of
> surrounding scripts, feeding data in and out. But we are all currently
> limited to regexes for that. And heck, I hard a hard time understanding
> why all hell broke out
Hello everyone!
I've been using notmuch and following its development for a little while
now, and I've come to like it very much. One thing that has been lacking
is an easy-to-use Emacs interface, and I believe Keith and Carl had a
little discussion a while back about how we should go about makin
Hello everyone!
I've been using notmuch and following its development for a little while
now, and I've come to like it very much. One thing that has been lacking
is an easy-to-use Emacs interface, and I believe Keith and Carl had a
little discussion a while back about how we should go about makin
REPOSTING, as the previous reply went to Gmane
> One may
> or may not like IMAP for good reasons, the fact is that it is here and
> has allowed users to read mails from various places and terminals,
> keeping important information synced. So I think that notmuch will have
> to live with that, and
Excerpts from sebastian's message of Mon Feb 01 14:29:44 -0600 2010:
> 2)
> > JSON output for "notmuch search/show" with ability to filter output fields
> > "search" --> "search --output=thread_id,date,number,author,subject,tags"
> > "show" --> "search
> > --output=message_id,tags,path,header,bod
I investigated some patch/issue trackers over the weekend. Here's my
summary/reply.
The executive summary is that
http://patchwork.madduck.net/project/notmuch/list/ now exists.
I have not really used it for anything real, so if some of you feel
inclined to give it a shot, sign up and triage away!
Excerpts from sebastian's message of Mon Feb 01 14:29:44 -0600 2010:
> 2)
> > JSON output for "notmuch search/show" with ability to filter output fields
> > "search" --> "search --output=thread_id,date,number,author,subject,tags"
> > "show" --> "search
> > --output=message_id,tags,path,header,bod
ould
be handling natively or not. A lot of the current shortcomings of
notmuch could be easily dealt with if these enhancements are
implemented.
Thanks so much for the time, and I look forward to any discussion on
these ideas, and to seeing them in near-future releases.
jamie.
-- 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/pipermail/notmuch/attachments/20100201/7ba85655/attachment.pgp>
Let me second those thoughts. I'll even put forward 2 more pet suggestions
:).
1)
> Ability to apply tags based on folder paths in "notmuch new"
This will let me sync tags with notmuchsync much more easily than going
through all mails and detecting their IMAP path from the filename. Support
for s
Let me second those thoughts. I'll even put forward 2 more pet suggestions
:).
1)
> Ability to apply tags based on folder paths in "notmuch new"
This will let me sync tags with notmuchsync much more easily than going
through all mails and detecting their IMAP path from the filename. Support
for s
Hello Carl et. al.
I know you're trying to work through a boat load of backlog patches, but
after using notmuch for a couple weeks now, I would like to highlight
what I think are the two most important things that need to be be
implemented in the notmuch CLI and why.
Ability to apply tags based o
REPOSTING, as the previous reply went to Gmane
> One may
> or may not like IMAP for good reasons, the fact is that it is here and
> has allowed users to read mails from various places and terminals,
> keeping important information synced. So I think that notmuch will have
> to live with that, and
14 matches
Mail list logo