Hi,
On Mon, 16 May 2011 09:29:19 -0700, Jameson Graef Rollins wrote:
> On Mon, 16 May 2011 11:27:52 -0400, Jesse Rosenthal
> wrote:
> > The decision, if I remember correctly, was that regions are so intuitive
> > for emacs users, and many people reported trying to tag by region
> > without thin
On Mon, 16 May 2011 11:52:43 +0200, Thomas Jost
wrote:
> On Mon, 16 May 2011 19:29:07 +1000, Stewart Smith flamingspork.com> wrote:
> (people who don't use or like ido may want to replace
> ido-completing-read with completing-read)
I couldn't get ido to work at all (Ubuntu Natty). It would just
lol, made my day!
Simon
On 05/16/2011 11:05 PM, Daniel Kahn Gillmor wrote:
> On 05/16/2011 04:50 PM, Daniel Kahn Gillmor wrote:
>> So a message like this:
>>
>> A???multipart/signed 355339 bytes
>> B ???multipart/mixed 353462 bytes
>> C ???text/plain 235 bytes
>> D ???image/jpeg attachment [foo.jp
mail/notmuch/attachments/20110516/cc19b54f/attachment.pgp>
Jameson Graef Rollins
writes:
> This is great, guys. I've been wanting to get something like this
> working for a while now.
Agreed. Would be awesome if someone could post it to the Wiki...
___
notmuch mailing list
notmuch@notmuchmail.org
http://not
Jameson Graef Rollins
writes:
> On Mon, 16 May 2011 11:27:52 -0400, Jesse Rosenthal
> wrote:
>> The decision, if I remember correctly, was that regions are so intuitive
>> for emacs users, and many people reported trying to tag by region
>> without thinking about it, that this approach would ma
Jameson Graef Rollins
writes:
> This is great, guys. I've been wanting to get something like this
> working for a while now.
Agreed. Would be awesome if someone could post it to the Wiki...
Jameson Graef Rollins
writes:
> On Mon, 16 May 2011 11:27:52 -0400, Jesse Rosenthal
> wrote:
>> The decision, if I remember correctly, was that regions are so intuitive
>> for emacs users, and many people reported trying to tag by region
>> without thinking about it, that this approach would ma
to advise it) to
do whatever you want before it is actually executed.
I'll try to have a look at this tomorrow.
Regards,
Thomas
[1] https://github.com/Schnouki/dotfiles/blob/master/notmuch/addrbook.py
--
Thomas/Schnouki
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110516/a28dee05/attachment.pgp>
Thought I'd share this bit of my .emacs snippet that may be useful to go
on the emacs tips page.
This does the following:
- sets up a list of possible identities to have mail From
- on composing mail, it prompts you for who you want to send mail from
- pressing enter will give you the default (fir
We're not properly concatenating the Received headers if we parse them
while requesting a header that isn't Received.
this fixes notmuch-reply address detection in a bunch of situations.
diff --git a/lib/message-file.c b/lib/message-file.c
index 7722832..dd0f698 100644
--- a/lib/message-file.c
++
to it could be added to the wiki?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110516/7c0547fb/attachment.pgp>
On Mon, 16 May 2011 15:37:49 -0700, Jameson Graef Rollins
wrote:
> See mml-secure-message-sign-pgpmime to sign an entire message, as
> opposed to just a single part.
Thanks! That's good to know. (Trying here.)
> I think the two paths reconverge later in the series. Can you look
> ahead a bit t
ill pass that test but with less code
duplication than the current patch.
-Carl
-- 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
On Mon, 16 May 2011 22:04:42 +0200, Sebastian Spaeth
wrote:
> No, just the terms are, not the full string. (although for search, that
> could actually be enough)
Right. It's easy enough to search on the "To:" field. But for address
completion, I think we realyl will want to fix the database to s
otmuchmail.org/pipermail/notmuch/attachments/20110516/6f7231d1/attachment-0001.pgp>
done).
i'd give you a commit ID, but i suspect you're sufficiently rebased that
this wouldn't be helpful.
--dkg
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1030 bytes
Desc: Op
lication/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110516/d11ad892/attachment.pgp>
games.
--dkg
-- next part --
A non-text attachment was scrubbed...
Name: dkg-tiny.png
Type: image/png
Size: 15893 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110516/4703788b/attachment-0001.png>
-
signature
Size: 1030 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110516/6dc1c7cd/attachment.pgp>
On Mon, 16 May 2011 14:36:07 +0300, Felipe Contreras wrote:
> On Sun, May 15, 2011 at 10:15 PM, wrote:
> > my attempts to make the vim client more usable somehow spiraled out of
> > control and turned into a huge rewrite. The intermediate results I
> > hereby present for your amusement and comm
On Mon, 16 May 2011 14:20:07 -0700, Carl Worth wrote:
> I'll have to learn better how to control the emacs mail composer in
> order to understand how to get signatures to cover attachments if I want
> to do that kind of thing.
See mml-secure-message-sign-pgpmime to sign an entire message, as
oppo
--
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/20110516/1cf51c2e/attachment.pgp>
Jameson Graef Rollins wrote at 2011-05-16 11:52 -0500:
> This is great, guys. I've been wanting to get something like this
> working for a while now.
Yes; thanks Stewart, Thomas. This is one thing that has slowed my transition
to notmuch (from Mutt).
Perhaps some of this or links to it could b
Hi,
On Mon, 16 May 2011 09:29:19 -0700, Jameson Graef Rollins
wrote:
> On Mon, 16 May 2011 11:27:52 -0400, Jesse Rosenthal
> wrote:
> > The decision, if I remember correctly, was that regions are so intuitive
> > for emacs users, and many people reported trying to tag by region
> > without thi
On Sun, May 15, 2011 at 10:15 PM, wrote:
> my attempts to make the vim client more usable somehow spiraled out of
> control and turned into a huge rewrite. The intermediate results I
> hereby present for your amusement and comments.
> (attached as whole files, since the patch would be unreadable)
On 05/16/2011 05:20 PM, Carl Worth wrote:
> Interestingly, this is not quite the behavior I get (with commit
> 373f352). With --format=text I'm now seeing:
>
> 2) C
> 3) D
> 4) E
--format=text should only show the parts that are readable in text.
the ultimate goal is to get the part numbers alig
lol, made my day!
Simon
On 05/16/2011 11:05 PM, Daniel Kahn Gillmor wrote:
On 05/16/2011 04:50 PM, Daniel Kahn Gillmor wrote:
So a message like this:
A└┬╴multipart/signed 355339 bytes
B ├┬╴multipart/mixed 353462 bytes
C │├╴text/plain 235 bytes
D │└╴image/jpeg attachment [foo.jpg] 352752 bytes
On Mon, 16 May 2011 16:50:06 -0400, Daniel Kahn Gillmor
wrote:
> So a message like this:
>
> A└┬╴multipart/signed 355339 bytes
> B ├┬╴multipart/mixed 353462 bytes
> C │├╴text/plain 235 bytes
> D │└╴image/jpeg attachment [foo.jpg] 352752 bytes
> E └╴application/pgp-signature attachment [signature
be suffering from some excess part-number
incrementing somewhere.
All of this should be easy to get right with a careful test case or two.
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
On 05/16/2011 04:50 PM, Daniel Kahn Gillmor wrote:
> So a message like this:
>
> A└┬╴multipart/signed 355339 bytes
> B ├┬╴multipart/mixed 353462 bytes
> C │├╴text/plain 235 bytes
> D │└╴image/jpeg attachment [foo.jpg] 352752 bytes
> E └╴application/pgp-signature attachment [signature.asc] 1030 byt
On Mon, 16 May 2011 16:50:06 -0400, Daniel Kahn Gillmor
wrote:
> before, the output was a linearized version of the mime tree, in
> particular removing the multipart pieces and only enumerating the leaves
> in a depth-first walk of the tree.
>
> So a message like this:
[snip example of change]
On Mon, 16 May 2011 16:50:06 -0400, Daniel Kahn Gillmor wrote:
> before, the output was a linearized version of the mime tree, in
> particular removing the multipart pieces and only enumerating the leaves
> in a depth-first walk of the tree.
>
> So a message like this:
[snip example of change]
On 05/16/2011 04:42 PM, Carl Worth wrote:
> Meanwhile, I still can't tell exactly what the behavioral change
> intended is. The commit message talks about "fully recursing"
> and "match[ing] the MIME structure of the message". Was it not
> fully recursing before? In what way
From the commit message:
emacs: add notmuch-before- and notmuch-after-tag-hook
This patch adds hooks that are run before/after messages are tagged
from the emacs interface. In order to implement this and to avoid
having hooks parse all the arguments to the notmuch binary agai
On Fri, 13 May 2011 01:07:08 -0700, Jameson Graef Rollins
wrote:
> Hi, Carl. I went through dme's multipart patch series and cleaned
> things up.
...
> The result is the new
>
> release-candidate/0.6+mpmfix
Thanks so much! This looks much better than before.
I'm still hitting some snags quite
--
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/20110516/7437e239/attachment.pgp>
On Thu, 12 May 2011 00:38:20 -0700, Jameson Graef Rollins wrote:
> On Thu, 12 May 2011 02:04:41 +0200, Florian Friesdorf
> wrote:
> > 1. store to/cc/bcc in xapian
>
> Hey, Florian. I think all of these fields are actually already stored
> in the database.
No, just the terms are, not the full s
next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110516/221f9279/attachment-0001.pgp>
On Mon, 16 May 2011 20:03:34 +0200, Thomas Jost wrote:
> Nice idea, I like that. However this way you can only get the address
> part, not the username part. And when using some addresses I want to put
> a nickname instead of my full name, so just using a default user name is
> not very convenient
c: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110516/d27bfff8/attachment.pgp>
Hi,
On Mon, 16 May 2011 17:15:17 +0200, Daniel Schoepe wrote:
> I think this is only a subset of the requested functionality, since one
> can only tag consecutive threads at once.
It seems like for non-consecutive messages to be tagged, there'd have to
be some sort of mutt-style message-marking
vailable
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110516/b1e4f8bc/attachment.pgp>
On Mon, 16 May 2011 09:52:32 -0700, Jameson Graef Rollins
wrote:
> On Mon, 16 May 2011 11:52:43 +0200, Thomas Jost wrote:
> > On Mon, 16 May 2011 19:29:07 +1000, Stewart Smith
> > wrote:
> > > Thought I'd share this bit of my .emacs snippet that may be useful to go
> > > on the emacs tips page
ame: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110516/85925103/attachment.pgp>
On Mon, 16 May 2011 11:52:43 +0200, Thomas Jost wrote:
> On Mon, 16 May 2011 19:29:07 +1000, Stewart Smith
> wrote:
> > Thought I'd share this bit of my .emacs snippet that may be useful to go
> > on the emacs tips page.
> >
> > This does the following:
> > - sets up a list of possible identiti
like it expects the message to be complete at that point.
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/20110516/c4d289c4/attachment-0001.pgp>
On Mon, 16 May 2011 11:27:52 -0400, Jesse Rosenthal wrote:
> The decision, if I remember correctly, was that regions are so intuitive
> for emacs users, and many people reported trying to tag by region
> without thinking about it, that this approach would make sense for the
> emacs interface. In o
---
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/20110516/772f6f85/attachment.pgp>
Hi,
On Mon, 16 May 2011 17:15:17 +0200, Daniel Schoepe
wrote:
> I think this is only a subset of the requested functionality, since one
> can only tag consecutive threads at once.
It seems like for non-consecutive messages to be tagged, there'd have to
be some sort of mutt-style message-markin
On Sun, 15 May 2011 18:16:31 -0400, Jesse Rosenthal wrote:
> It's possible, and works the way you'd think it would -- just select a
> bunch of threads in the search list, and then tag them. It will apply
> the tag to the messages in the region. (In fact, tagging a single thread
> is just a special
On Mon, 16 May 2011 14:36:07 +0300, Felipe Contreras
wrote:
> On Sun, May 15, 2011 at 10:15 PM, wrote:
> > my attempts to make the vim client more usable somehow spiraled out of
> > control and turned into a huge rewrite. The intermediate results I
> > hereby present for your amusement and com
On Mon, 16 May 2011 11:52:43 +0200, Thomas Jost wrote:
> On Mon, 16 May 2011 19:29:07 +1000, Stewart Smith
> wrote:
> (people who don't use or like ido may want to replace
> ido-completing-read with completing-read)
I couldn't get ido to work at all (Ubuntu Natty). It would just prompt
and not
On Sun, May 15, 2011 at 10:15 PM, wrote:
> my attempts to make the vim client more usable somehow spiraled out of
> control and turned into a huge rewrite. The intermediate results I
> hereby present for your amusement and comments.
> (attached as whole files, since the patch would be unreadable)
On Mon, 16 May 2011 19:29:07 +1000, Stewart Smith
wrote:
> Thought I'd share this bit of my .emacs snippet that may be useful to go
> on the emacs tips page.
>
> This does the following:
> - sets up a list of possible identities to have mail From
> - on composing mail, it prompts you for who you
Thought I'd share this bit of my .emacs snippet that may be useful to go
on the emacs tips page.
This does the following:
- sets up a list of possible identities to have mail From
- on composing mail, it prompts you for who you want to send mail from
- pressing enter will give you the default (fir
On Sat, 14 May 2011 22:23:16 -0700, mu...@nawaz.org wrote:
> 2. Using the Python bindings, I want to do a query, get the messages,
> and examine the headers of the messages. The problem is that if a
> message is multi-part, then, I can't find any way to see the main
> headers. I can only see the "h
On Sat, 14 May 2011 21:37:25 -0400, Austin Clements wrote:
> I wonder if a better approach would be to use
> notmuch_message_get_header everywhere, rather than introducing
> _notmuch_message_get_header_value, and have it simply recognize
> headers that can be retrieved directly from the database.
Austin Clements writes:
> I wonder if a better approach would be to use
> notmuch_message_get_header everywhere, rather than introducing
> _notmuch_message_get_header_value, and have it simply recognize
> headers that can be retrieved directly from the database. Then
> library callers could take
address search case but I haven't tried implementing
that yet.
-- next part --
A non-text attachment was scrubbed...
Name: notmuch-value3.patch
Type: text/x-patch
Size: 3296 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/att
61 matches
Mail list logo