In order to handle message renames the following changes were deemed necessary:
* Mtime check on individual files was disabled. As files may be moved around
without changing their mtime, it's necessary to parse them even if they appear
old in case old message was moved. mtime check on directories
From: Aneesh Kumar K.V
This patch add --format=sender-only option.
Signed-off-by: Aneesh Kumar K.V
---
notmuch-reply.c | 76 +++
1 files changed, 76 insertions(+), 0 deletions(-)
diff --git a/notmuch-reply.c b/notmuch-reply.c
index 9ca1236
From: Aneesh Kumar K.V
Add key binding to do a reply-to sender. This
is mapped to 'R'
Signed-off-by: Aneesh Kumar K.V
---
notmuch.el | 24 ++--
1 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index bd8a6ce..c067e63 100644
--- a/notm
Excerpts from Carl Worth's message of Wed Dec 02 22:36:13 +0100 2009:
> As a side-note, I would recommend against making your auto-tagging
> scripts process only new messages. You can get a much more reliable
> setup by having your auto-tagging scripts apply to the global
> database. And this is no
Hi there,
first a short introduction: I was a mutt user for ages. When I read
about Sup, I was intrigued. After a short evaluation period, I switched
to Sup, which I'm now using since six months.
Sup has many rough edges on its own, and it's not that easy to fix some
of them from the current cod
mail.org/pipermail/notmuch/attachments/20091203/d06a9e3e/attachment-0001.obj>
-- next part --
At Thu, 03 Dec 2009 09:39:32 -0400,
david at tethera.net wrote:
> I think this will be obsolete pretty soon when the equivalent is
> built-in to notmuch, but in the mean time, here is a script that
> somebody might find useful: retag a whole directory (recursively). I
> don't claim it is nice in an
of messages. I find it much more pleasant to look at
myself.
-Carl
-- 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/20091203/800812ac/attachment.pgp>
I've been a good friend of Carl's since college, and was following his interest
in 'sup'.
I have transitioned to 'sup', and I'm ready to move on.
I just want a text email system that looks a lot like GMail, but isn't owned
elsewhere. I want to be able to control the data.
I just recenty found
e
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091203/116b1a71/attachment.pgp>
t-stream
Size: 12176 bytes
Desc: Problem html message
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091203/602423b2/attachment-0001.obj>
* Carl Worth [091203 16:31]:
> Sorry I missed this with your earlier, related changes. But I've pushed
> this now.
Thanks.
-Bart
--
WebSig: http://www.jukie.net/~bart/sig/
, but I really want to fix the current
inconsistency in the presentation. And I'm open to further
suggestions here.
Let me know if any of the above seems crazy,
-Carl
PS. We also talked about new support for efficiently detecting file
addition, deletion, and renames. More on that when it becomes real.
[*] Yes, this is just a lame standin for a real undo feature. But until
we do have undo, it's an important standin.
-- 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/20091203/ae9c1bed/attachment.pgp>
people.
-Carl
-- 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/20091203/ddeabf75/attachment.pgp>
fferent emails, but that sounds like something "hard" to identify.
-- 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/20091203/e324ef5e/attachment.pgp>
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091203/7cf55208/attachment.pgp>
bed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091203/6a8cc6f5/attachment.pgp>
ru,
This is pushed now.
-Carl
-- 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/20091203/3dd85ea9/attachment.pgp>
e
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091203/06cae925/attachment-0001.pgp>
On Mon, 30 Nov 2009 20:38:00 +, James Rowe wrote:
> I have to admit I played with elisp-make-autoload-file in my ebuild
> initially, but came to the conclusion there wasn't a great deal of
> purpose to exposing more than the main notmuch function. Mostly because
> it muddies my emacs and she
-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091203/99aa9913/attachment.pgp>
--- 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/20091203/4611d9e5/attachment.pgp>
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091203/6dbd9d8f/attachment.pgp>
--
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/20091203/088d51fe/attachment.pgp>
From: Aneesh Kumar K.V
This patch add --format=sender-only option.
Signed-off-by: Aneesh Kumar K.V
---
notmuch-reply.c | 76 +++
1 files changed, 76 insertions(+), 0 deletions(-)
diff --git a/notmuch-reply.c b/notmuch-reply.c
index 9ca1236
From: Aneesh Kumar K.V
Add key binding to do a reply-to sender. This
is mapped to 'R'
Signed-off-by: Aneesh Kumar K.V
---
notmuch.el | 24 ++--
1 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index bd8a6ce..c067e63 100644
--- a/notm
Excerpts from Carl Worth's message of Wed Dec 02 22:36:13 +0100 2009:
> As a side-note, I would recommend against making your auto-tagging
> scripts process only new messages. You can get a much more reliable
> setup by having your auto-tagging scripts apply to the global
> database. And this is no
Hi there,
first a short introduction: I was a mutt user for ages. When I read
about Sup, I was intrigued. After a short evaluation period, I switched
to Sup, which I'm now using since six months.
Sup has many rough edges on its own, and it's not that easy to fix some
of them from the current cod
I think this will be obsolete pretty soon when the equivalent is
built-in to notmuch, but in the mean time, here is a script that
somebody might find useful: retag a whole directory (recursively). I
don't claim it is nice in any way, but it seems usable for me, taking
about 5 seconds to retag a di
At Thu, 03 Dec 2009 09:39:32 -0400,
da...@tethera.net wrote:
> I think this will be obsolete pretty soon when the equivalent is
> built-in to notmuch, but in the mean time, here is a script that
> somebody might find useful: retag a whole directory (recursively). I
> don't claim it is nice in any w
On Tue, 1 Dec 2009 21:45:47 +0530, aneesh.ku...@gmail.com wrote:
> From: Alexander Botero-Lowry
>
> Since we know what these buttons do it seems like the underlines are
> unnecessary. This also backs out the attempt at fixing the button
> alignment on the message row, which is broken because of
I've been a good friend of Carl's since college, and was following his interest
in 'sup'.
I have transitioned to 'sup', and I'm ready to move on.
I just want a text email system that looks a lot like GMail, but isn't owned
elsewhere. I want to be able to control the data.
I just recenty found
On Fri, 27 Nov 2009 21:31:12 -0500, Bart Trojanowski wrote:
> When show mode is invoked it could be displaying just the matched messages
> or everything. This flag is passed to NM_search_show_thread(). It is then
> stored in a buffer variable, b:nm_show_everything, and used for subsequent
> call
I know html support is still poor, but the following seems worse than
not showing anything. When I visit this message, I get prompted to save
the MIME part and the following is displayed (including all the hidden
stuff). Original message is attached.
Jed
message{ id:4b182a91.9020...@sandia.go
* Carl Worth [091203 16:31]:
> Sorry I missed this with your earlier, related changes. But I've pushed
> this now.
Thanks.
-Bart
--
WebSig: http://www.jukie.net/~bart/sig/
___
notmuch mailing list
notmuch@notmuchmail.o
I just pushed out a nice set of changes to the emacs interface. Here's a
quick summary of what you can expect to get when you next update:
* Much nicer looking presentation, (no more ugly reverse-video or
underlines on the message summary line).
* More reliable message-visibility buttons,
Here's a little idea in case someone wants to write some code before I
get around to it.
Two current problems:
1. You can't read mail (updating tags, etc.) at the same time new mail
is being incorporated to the database. So if you have "notmuch new"
as a cron job, then you will someti
On Thu, 03 Dec 2009 14:33:51 +0100, Gregor Hoffleit wrote:
> first a short introduction: I was a mutt user for ages. When I read
> about Sup, I was intrigued. After a short evaluation period, I switched
> to Sup, which I'm now using since six months.
Hi Gregor, welcome to notmuch!
> But. Compar
On Thu, 3 Dec 2009 14:17:44 -0700, Mark Anderson wrote:
> I've been a good friend of Carl's since college, and was following his
> interest in 'sup'.
Hi Mark, welcome to notmuch!
> I have transitioned to 'sup', and I'm ready to move on.
Hopefully, tracking my interests in mailers will be a smo
On Thu, 3 Dec 2009 03:15:26 +0600, Mikhail Gusarov
wrote:
> In order to handle message renames the following changes were deemed
> necessary:
Hi Mikhail,
Thanks for contributing this patch (twice!). I think if I had gotten to
it sooner, I probably would have committed it. But now...
> * Mtime
On Sat, 28 Nov 2009 19:58:29 +0800, Kan-Ru Chen wrote:
> Pass the message through the charset filter so that we can view
> messages wrote in different charset encoding.
...
> Same problem as notmuch-show before. Noticed this when I intend to
> reply a Chinese mail...
Thanks Kanru,
This is pushed
On Sat, 28 Nov 2009 08:20:08 -0600, "Jeffrey C. Ollie" wrote:
> Add some text on how to install dependencies with yum for Fedora or
> other systems that use yum for package management. Since the named of
> the required packages on Fedora are slightly different from Debian
> this will help get new
On Mon, 30 Nov 2009 20:38:00 +, James Rowe wrote:
> I have to admit I played with elisp-make-autoload-file in my ebuild
> initially, but came to the conclusion there wasn't a great deal of
> purpose to exposing more than the main notmuch function. Mostly because
> it muddies my emacs and she
On Mon, 30 Nov 2009 20:38:00 +, James Rowe wrote:
> I had planned on posting a patch for inclusion in packaging/Gentoo per
> Carl's mail[2], but the whole GPL 2 vs 3 thing made me put it on the
> backburner and I haven't looked again. Might still be useful to people
> unless there is going t
On Sat, 28 Nov 2009 14:11:16 -0600, "Jeffrey C. Ollie" wrote:
> notmuch_parse_date is not implemented, so remove the unused function
> prototype.
Thanks for helping to clean out this cruft. Obviously, this function did
exist in the past.
-Carl
PS. Is there any easy way to check for problems lik
On Thu, Dec 03, 2009 at 05:04:52PM -0800, Carl Worth wrote:
> The notmuch-folder command is definitely a nice primary interface to
> notmuch for some people. I'm seriously considering making it the view
> that one gets with "M-x notmuch" (after the notmuch-folder view gets a
> little sprucing up).
On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote:
> * Much nicer looking presentation, (no more ugly reverse-video or
> underlines on the message summary line).
>
> * More reliable message-visibility buttons, (using RET in the first
> column of a message-summary line now works).
Firstly, thanks for the full explanations!
On Thu, 03 Dec 2009 17:04:52 -0800, Carl Worth wrote:
> The notmuch-folder command is definitely a nice primary interface to
> notmuch for some people. I'm seriously considering making it the view
> that one gets with "M-x notmuch" (after the notmuch-f
On Thu, 03 Dec 2009 10:48:00 +0100, Marten Veldthuis
wrote:
> I can see one clear case where that would become a problem: mistaggings.
> If I set up something so that in 99% of the cases, it'd tag new mail
> correctly with say "inbox unread mytag", I could quickly pick the
> mistagged ones out an
On Fri, Dec 4, 2009 at 1:29 AM, Carl Worth wrote:
> And a step beyond that would support different languages for
> different emails, but that sounds like something "hard" to identify.
But probably not as hard as identifying spam. It could probably be
done with a simple Bayesian filter counting wo
50 matches
Mail list logo