hi notmuch folks--
i've been trying to wrap my head around how to get notmuch to support
verifying cryptographically-signed mail. i'm afraid my current
understanding of the problem space is that it is neither pretty nor
clean. Sorry for the length of this message.
Scope:
--
I'm focusing in
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 y
On Wed, 10 Nov 2010, David Bremner wrote:
> On Sun, 24 Oct 2010 18:01:02 -0300, da...@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 public he
o notmuch
instances?
--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/20101112/512b0e75/attachment-0001.pgp>
On Fri, 12 Nov 2010 17:05:23 +, David Edmondson wrote:
> On Fri, 12 Nov 2010 16:23:58 +0100, 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
(hi list -- i'm new here; don't be afraid to explain things to me that
seem obvious to you, or correct my vocabulary if i'm using it wrong)
On 11/12/2010 08:11 PM, Carl Worth wrote:
> But I suppose it's as simple a matter of creating a new "top-level
> message" term in the database. The split oper
On Fri, 12 Nov 2010 18:48:12 +0100, Matthieu Lemerre wrote:
> It is just a way to ensure that all your mails are properly filed, and
> file them quickly.
We should just add a hook that you can use, then.
dme.
--
David Edmondson, http://dme.org
Hi, Jamie.
>
> > - I often find myself hitting the spacebar too much, which ends up with
> >some of my new messages being removed from all of their tags, which
> >make them very difficult to find. I don't think the spacebar should
> >remove the inbox tag at all. It should only chang
On Fri, 12 Nov 2010 15:39:37 +, 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,
On Fri, 12 Nov 2010 10:57:53 -0500, Jameson Rollins wrote:
> I believe it's important to have a function to scroll through open
> messages in the currently viewed thread, and ' ' is the most logical
> keybinding for that. However, the current function is far too
> agressive in automatically archi
On Fri, 12 Nov 2010 08:57:21 -0800, Scott Henson wrote:
> Sometimes I get email from people with broken email clients that seem to
> break threading. I remember that sup had a method of combining two threads
> into one. Does notmuch have a similar feature? Is it even possible to
> force it to g
will reference
a common message-ID and notmuch is clever enough to notice this and
merge the children even before the parent arrives. But it's still
possible to construct mails that start out in separate threads and later
get merged when a common parent arrives.
-- next par
On Fri, 12 Nov 2010 16:23:58 +0100, 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.
scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101112/51ae10e5/attachment.pgp>
On Fri, 12 Nov 2010 13:04:16 -0800, Dirk Hohndel wrote:
> > notmuchsync. Seriously, what does notmuchsync still provide that notmuch
> > cannot do? I wonder if I shouldn't stick a "deprecated" warning on it.
>
> Please don't! I use it all the time:
Excellent. I love getting more feedback from us
-- 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/20101112/6ca4525d/attachment.pgp>
ments about this, or learn about
how you process your mail using the current interface.
Thanks,
Matthieu Lemerre
-- next part --
A non-text attachment was scrubbed...
Name: out.patch
Type: text/x-diff
Size: 2244 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101112/2b3f0836/attachment.patch>
l you're looking for?
-- 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/20101112/b5ae9691/attachment.pgp>
ation/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101112/bccabf5e/attachment.pgp>
---
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/20101112/bd1758da/attachment.pgp>
On Fri, 12 Nov 2010 08:30:36 +0100, Sebastian Spaeth
wrote:
> On Thu, 11 Nov 2010 17:27:34 -0800, Carl Worth wrote:
> > 'R' on _any_ filename -> "replied" tag gets added
> > 'T' on _all_ filenames -> "deleted" tag gets added
> > 'S' on _any_ filename -> "unread" tag gets removed
>
et's get that into notmuch.
Thanks for the discussion.
-Carl
--
carl.d.worth at intel.com
-- 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/20101112/d88b4e98/attachment.pgp>
On Fri, 12 Nov 2010 08:30:36 +0100, Sebastian Spaeth
wrote:
> On Thu, 11 Nov 2010 17:27:34 -0800, Carl Worth wrote:
> > So, what we probably need here is for the user to be able to configure
> > the mapping and in a fairly sophisticated way:
> >
> > 'R' on _any_ filename -> "replied" tag g
On Fri, 12 Nov 2010 08:30:36 +0100, Sebastian Spaeth
wrote:
> On Thu, 11 Nov 2010 17:27:34 -0800, Carl Worth wrote:
> > So, what we probably need here is for the user to be able to configure
> > the mapping and in a fairly sophisticated way:
> >
> > 'R' on _any_ filename -> "replied" tag g
---
More usable (I'm trying 'muttprint then evince').
emacs/Makefile.local |3 +-
emacs/notmuch-print.el | 75
emacs/notmuch-show.el | 51
3 files changed, 128 insertions(+), 1 deletions(-)
create mode
Declare `notmuch-wash-tidy-citations-max', which is the largest region
that `notmuch-wash-tidy-citations' will attempt to improve.
---
emacs/notmuch-wash.el | 61 -
1 files changed, 35 insertions(+), 26 deletions(-)
diff --git a/emacs/notmuch-wash
On Thu, 11 Nov 2010 05:11:09 -0800, Carl Worth wrote:
> As part of my recent work to fix up the maildir-flags synchronization
> patches, I found myself needing to access the complete list of filenames
> for a given message. So I added the following, new public function to
> libnotmuch:
>
>
On Fri, 12 Nov 2010 17:12:18 +, David Edmondson wrote:
> Whether space moves to the next thread should be configurable, I
> think. Similarly whether or not it archives the thread. I'm not worried
> about which is the default behaviour.
Hey, David. I thought about that, but decided I'd go ahe
I believe it's important to have a function to scroll through open
messages in the currently viewed thread, and ' ' is the most logical
keybinding for that. However, the current function is far too
agressive in automatically archiving the thread and moving to the next thread
when getting to the en
On Thu, 11 Nov 2010 16:50:06 -0800, Carl Worth wrote:
> On Wed, 10 Nov 2010 18:37:00 +0100, Sebastien Binet wrote:
>
> > mainly to familiarize myself with the go language, I wrapped the
> > libnotmuch library and reaped off Sebastian's vala-addressbooklookup
> > program into a go version.
> >
>
p)))
(define-key notmuch-show-mode-map "i"
(lambda ()
"add current message to inbox"
(interactive)
(notmuch-show-add-tag "inbox")))
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/20101112/9c9f13f2/attachment.pgp>
On Fri, 12 Nov 2010 18:48:12 +0100, Matthieu Lemerre wrote:
> It is just a way to ensure that all your mails are properly filed, and
> file them quickly.
We should just add a hook that you can use, then.
dme.
--
David Edmondson, http://dme.org
___
not
On Fri, 12 Nov 2010 17:05:23 +, David Edmondson wrote:
> On Fri, 12 Nov 2010 16:23:58 +0100, 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
t attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101112/d8bd231f/attachment.pgp>
On Fri, 12 Nov 2010 10:57:53 -0500, Jameson Rollins
wrote:
> I believe it's important to have a function to scroll through open
> messages in the currently viewed thread, and ' ' is the most logical
> keybinding for that. However, the current function is far too
> agressive in automatically arch
On Fri, 12 Nov 2010 16:23:58 +0100, 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.
On Fri, 12 Nov 2010 17:35:22 +0100, Matthieu Lemerre wrote:
> I prefer to add tags, for the following reasons:
It sounds like we do much the same things with our mail except that your
approach is quite disciplined and mine quite lazy :-)
> - If I want to search through a mailing list, I don't h
Sometimes I get email from people with broken email clients that seem to
break threading. I remember that sup had a method of combining two threads
into one. Does notmuch have a similar feature? Is it even possible to
force it to glue two threads together and treat them as one?
--
Scott Henson
Henson
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101112/4073e9b3/attachment.htm>
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/20101112/99932867/attachment-0001.pgp>
Hi, Jamie.
>
> > - I often find myself hitting the spacebar too much, which ends up with
> >some of my new messages being removed from all of their tags, which
> >make them very difficult to find. I don't think the spacebar should
> >remove the inbox tag at all. It should only chang
On Fri, 12 Nov 2010 15:39:37 +, 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
Appease the test suite by using the true name for the Fcc directory
path, otherwise a value for `notmuch-database-path' which includes
symbolic links causes test suite failures.
---
emacs/notmuch-maildir-fcc.el | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/emac
---
test/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/test/.gitignore b/test/.gitignore
index b34778f..42a6647 100644
--- a/test/.gitignore
+++ b/test/.gitignore
@@ -1,3 +1,4 @@
test-results
corpus.mail
smtp-dummy
+tmp.emacs
--
1.7.2.3
I believe it's important to have a function to scroll through open
messages in the currently viewed thread, and ' ' is the most logical
keybinding for that. However, the current function is far too
agressive in automatically archiving the thread and moving to the next thread
when getting to the en
Simplify the display of addresses by setting
`notmuch-show-address-simplication' to:
- 'full: Only the name component of the address, if present, is
shown,
- 'partial: Addresses are stripped of redundant information (the
default),
- 'none: Addresses are shown as-is.
`mail-header-parse-address
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 you for a tag to add before
> archiving. That way, I n
On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre wrote:
> The emacs interface to notmuch gets in my way in at least several
> manners:
Hi, Matthieu. Here are some of the things I've done to deal with
similar issues:
> - I often find myself hitting the spacebar too much, which ends up with
Hi,
I think that there are several irritating nitpicks when using notmuch in
a typical mail workflow.
I don't know how other people process their email. I for myself use the
following method:
1. The script I use to fetch new mails tries to add tags if it can. For
instance, all new mails from
---
More usable (I'm trying 'muttprint then evince').
emacs/Makefile.local |3 +-
emacs/notmuch-print.el | 75
emacs/notmuch-show.el | 51
3 files changed, 128 insertions(+), 1 deletions(-)
create mode
Declare `notmuch-wash-tidy-citations-max', which is the largest region
that `notmuch-wash-tidy-citations' will attempt to improve.
---
emacs/notmuch-wash.el | 61 -
1 files changed, 35 insertions(+), 26 deletions(-)
diff --git a/emacs/notmuch-wash
El 11/11/10 09:02, Carl Worth dijo:
> So, I said I was being foolhardy when I said I wanted to have 0.5 come
> just a week after 0.4. And, indeed, we missed that. But considering this
> release is only 10 days after 0.4, (where it was 6 months(!) after 0.3),
> I think we did pretty well.
http://au
On Thu, 11 Nov 2010 16:50:06 -0800, Carl Worth wrote:
> On Wed, 10 Nov 2010 18:37:00 +0100, Sebastien Binet wrote:
>
> > mainly to familiarize myself with the go language, I wrapped the
> > libnotmuch library and reaped off Sebastian's vala-addressbooklookup
> > program into a go version.
> >
>
Appease the test suite by using the true name for the Fcc directory
path, otherwise a value for `notmuch-database-path' which includes
symbolic links causes test suite failures.
---
emacs/notmuch-maildir-fcc.el | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/emac
---
test/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/test/.gitignore b/test/.gitignore
index b34778f..42a6647 100644
--- a/test/.gitignore
+++ b/test/.gitignore
@@ -1,3 +1,4 @@
test-results
corpus.mail
smtp-dummy
+tmp.emacs
--
1.7.2.3
__
Simplify the display of addresses by setting
`notmuch-show-address-simplication' to:
- 'full: Only the name component of the address, if present, is
shown,
- 'partial: Addresses are stripped of redundant information (the
default),
- 'none: Addresses are shown as-is.
`mail-header-parse-address
56 matches
Mail list logo
