On Thu, 11 Nov 2010 16:50:06 -0800, Carl Worth cwo...@cworth.org wrote:
On Wed, 10 Nov 2010 18:37:00 +0100, Sebastien Binet bi...@cern.ch wrote:
mainly to familiarize myself with the go language, I wrapped the
libnotmuch library and reaped off Sebastian's vala-addressbooklookup
program
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.
---
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
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
On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre ra...@free.fr 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
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
On Fri, 12 Nov 2010 15:39:37 +, Darren McGuicken
mailing-notm...@fernseed.info wrote:
On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre ra...@free.fr 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
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
On Fri, 12 Nov 2010 17:35:22 +0100, Matthieu Lemerre ra...@free.fr 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
On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre ra...@free.fr 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
On Fri, 12 Nov 2010 10:57:53 -0500, Jameson Rollins
jroll...@finestructure.net 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
On Fri, 12 Nov 2010 17:05:23 +, David Edmondson d...@dme.org wrote:
On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre ra...@free.fr wrote:
- Processing mails which do not have any automatically added tag is
boring, because I need to press several keys to archive them: + to
On Fri, 12 Nov 2010 18:48:12 +0100, Matthieu Lemerre ra...@free.fr 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
On Fri, 12 Nov 2010 17:12:18 +, David Edmondson d...@dme.org 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
On Thu, 11 Nov 2010 05:11:09 -0800, Carl Worth cwo...@cworth.org 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
On Fri, 12 Nov 2010 08:30:36 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Thu, 11 Nov 2010 17:27:34 -0800, Carl Worth cwo...@cworth.org 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_
On Fri, 12 Nov 2010 13:04:16 -0800, Dirk Hohndel hohn...@infradead.org 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
On Fri, 12 Nov 2010 08:57:21 -0800, Scott Henson sc...@foolishpride.org 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
(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
On Fri, 12 Nov 2010, Darren McGuicken wrote:
On Fri, 12 Nov 2010 16:23:58 +0100, Matthieu Lemerre ra...@free.fr 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
bbed...
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>
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.
---
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
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
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.
> >
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>
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
---
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
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>
-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>
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>
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
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
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
Henson
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101112/4073e9b3/attachment.htm>
bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101112/51ae10e5/attachment.pgp>
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 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
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
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
ttachment 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>
pplication/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20101112/bccabf5e/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
-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>
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>
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 part --
A non-text attachment was scrubbed...
Name: not
--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>
47 matches
Mail list logo
