On Friday 12 November 2010 16:23:58 Matthieu Lemerre wrote:
> - Processing mails which do not have any automatically added tag is
>boring, because I need to press several keys to archive them: "+" to
>add a tag, and then "a". If I forget about +, then my mail is
>impossible to find.
f your messages are tagged. They can all
still be found. That's the beauty of fast search.
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/20101113/667e2b6a/attachment.pgp>
sys 0m2.008s
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101113/352f2591/attachment.pgp>
tp://www.iana.org/assignments/media-types/multipart/
--dkg
-- next part --
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/20101113/e3142cc4/attachment.pgp>
On Sat, 13 Nov 2010 06:25:57 +0100, Michal Sojka wrote:
> On Wed, 10 Nov 2010, David Bremner wrote:
> > I had a thought of a possibly interesting application of the (yet to be
> > written) log playback code. It could be use to implement a simple
> > queuing system where commands are only logged
On Sat, 13 Nov 2010 02:55:50 -0500, Daniel Kahn Gillmor wrote:
> A signed MIME part will contain a new element "signedby", which is a
> list of part numbers identifying signatures that cover this part.
>
> Signature parts (Content-Type: application/pgp-signature) will contain a
> new element
On Fri, 12 Nov 2010, Darren McGuicken wrote:
> On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre wrote:
> > Here is first a patch that copes with this last point. Whenever you
> > want to archive a thread, it finds whether you forgot to add a custom
> > "user" tag to a message, and if so asks
On Wed, 10 Nov 2010, David Bremner wrote:
> On Sun, 24 Oct 2010 18:01:02 -0300, david at tethera.net wrote:
> > Here is my second try at logging, taking into account the feedback I
> > got from Rob and Michal. There is definitely some tidying to do; in
> > particular I know the protoypes in
to the notmuch
backend, is this something we can actually represent to a human with a
reasonable frontend?
Would it make more sense to do deeper structural modifications of the
json output (e.g. return the full MIME tree instead of a list of parts)
than to go with the current proposal?
It would be nice
On Sat, 13 Nov 2010 06:25:57 +0100, Michal Sojka sojk...@fel.cvut.cz wrote:
On Wed, 10 Nov 2010, David Bremner wrote:
I had a thought of a possibly interesting application of the (yet to be
written) log playback code. It could be use to implement a simple
queuing system where commands are
Thanks for the reply, David!
On 11/13/2010 06:40 AM, David Bremner wrote:
Are both the forward and backward pointers needed?
Technically, only the signs pointer is needed, i guess. I had
included the signedby pointer so that frontends which process the list
linearly know that a signed part
On Friday 12 November 2010 16:23:58 Matthieu Lemerre wrote:
- Processing mails which do not have any automatically added tag is
boring, because I need to press several keys to archive them: + to
add a tag, and then a. If I forget about +, then my mail is
impossible to find.
I feel
On Sat, 13 Nov 2010 17:43:38 +0100, Cédric Cabessa c...@ryick.net wrote:
On Friday 12 November 2010 16:23:58 Matthieu Lemerre wrote:
- Processing mails which do not have any automatically added tag is
boring, because I need to press several keys to archive them: + to
add a tag, and
13 matches
Mail list logo