On Sun, 6 Dec 2009 18:34:37 +0100, Ruben Pollan
wrote:
> Do I miss something? Or the function is just designed to work on a single node
> not a list of them?
The latter. The documentation for the function is wrong. Sorry about that.
-Carl
-- next part --
A non-text
It was really nice to have the basic conversion of HTML to text, but I'm
unwilling to accept the performance impacts of the current implementation.
I'm seeing emacs stop and pause for seconds when I ask it to display a
thread with even a small number of messages (say, 30 or so). Performance
bugs
On Mon, 07 Dec 2009 18:51:58 -0500, micah anderson mi...@riseup.net wrote:
I've switched mail clients enough over the past few years to know that
switching itself is a major pain.
Absolutely.
One concept in notmuch (compared to sup) is to (eventually) avoid people
having to go through that
On Sat, 05 Dec 2009 09:59:12 +0100, Ingmar Vanhassel
wrote:
> Excerpts from Carl Worth's message of Sat Dec 05 01:56:56 +0100 2009:
> > Cool. At least not everyone thinks I'm crazy then. That's
> > encouraging. :-)
>
> I'm not convinced that re-implementing lots of things that autoconf
>
On Sat, 05 Dec 2009 09:51:58 +0100, Marten Veldthuis mar...@veldthuis.com
wrote:
On Fri, 04 Dec 2009 16:39:50 -0800, Carl Worth cwo...@cworth.org wrote:
But when viewing an actual message, I'm still planning on having notmuch
just return an arbitrary filename from the list of filenames
On Fri, 4 Dec 2009 19:20:50 -0500, Jameson Graef Rollins wrote:
> > Your commit message has that flag word of "also" in it, and as it turns
> > out, the removal of Makefile.config from the repository has actually
> > happened already. But that was easy enough to fix.
>
> I was thinking that the
On Fri, 4 Dec 2009 14:09:46 -0500, Michael Alan Dorman wrote:
> Besides, in notmuch, what's the difference going to be? It'll still be
> threaded the same, etc., but you'd be able to tell that this one came
> to you rather than through the list, no?
There's one other point I should make here
On Fri, 4 Dec 2009 14:09:46 -0500, Michael Alan Dorman wrote:
> Now, if you have an MTA that does duplicate suppression based on
> message-id, you probably won't see the copy of a message that went to
> the list if you're cc:'d on it because the direct copy (sans list-id
> header) is likely to
On Tue, 01 Dec 2009 08:45:17 -0200, Fernando Carrijo
wrote:
> One more party, one more joiner, one more patch! :)
Welcome to the party, Fernando!
> - "Forward a the current message."
> + "Forward the current message."
..
> - "Preficate testing whether current message is unread."
> +
On Sat, 28 Nov 2009 18:57:37 -0500, Jameson Graef Rollins wrote:
> - install contrib/notmuch-completion.bash \
> + install -m0644 contrib/notmuch-completion.bash \
> $(DESTDIR)$(bash_completion_dir)/notmuch
Thanks. I pushed this.
I didn't push the parent commit in the
On Sat, 28 Nov 2009 18:57:35 -0500, Jameson Graef Rollins wrote:
> This also removes the Makefile.config from the repository, since it
> shouldn't be kept in the repository and should be created by the
> configure script.
Hi Jamie,
Handling --prefix will be a nice addition to our configure
On Wed, 2 Dec 2009 09:11:25 +0200, "Dirk-Jan C. Binnema" wrote:
> Free the results of the prompt; this patch does the minimal job for that.
> It may be nice to refactor the function a bit.
>
> Signed-off-by: Dirk-Jan C. Binnema
Hi there,
I pushed the first leak fix from this series, but the
On Wed, 2 Dec 2009 12:00:35 +0100, Jed Brown wrote:
> notmuch-search-filter now accepts an arbitrary query and will group if
> necessary so that we get
>
> tag:inbox AND (gravy OR biscuits)
>
> instead of the former
>
> tag:inbox AND gravy OR biscuits
Perfect. A nice clean patch for just
On Thu, 3 Dec 2009 14:16:44 +0530, "Aneesh Kumar K.V" wrote:
> From: Aneesh Kumar K.V
>
> This patch add --format=sender-only option.
I like the idea here, (and agree that an 'R' keybinding would be great).
But surely there's a way to implement this with dramatically less code
duplication?
On Thu, 03 Dec 2009 23:08:31 +0100, Jed Brown wrote:
> 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
On Thu, 03 Dec 2009 14:15:07 -0800, Carl Worth wrote:
> * Showing a thread where the search matches only a subset of the
> thread now opens only the matched messages (in addition to unread
> messages).
>
> This last feature is the big one---the rest all just happened
On Sat, 05 Dec 2009 00:07:36 +0600, Mikhail Gusarov wrote:
> The only problem with Cc is that Mailman suppresses duplicate messages and
> hence
> there is no List-Id: on message.
Hey, well notmuch doesn't even index the List-Id: header anyway. [*] ;-)
But the above sounds like the List-Id
On Fri, 04 Dec 2009 09:55:45 -0400, david at tethera.net wrote:
> P.S. do people want to be CC'd on this list, or not?
We don't require subscription to the list, so I recommend CC, yes.
Plus, notmuch already handles duplicate mail just fine, (in that the
user only sees one copy at least). And I
On Fri, 04 Dec 2009 06:52:38 -0500, Aaron Ecay wrote:
> The same algorithm is implemented in C here:
> http://www.mnogosearch.org/guesser/
>
> Licensed under the GPL and includes presets for ~50 languages.
That indeed does look very interesting, (at least what I can get from
google's cache of
On Thu, 3 Dec 2009 20:24:59 -0500, Jameson Graef Rollins wrote:
> I actually really like having notmuch open right into my "inbox".
Well, at least that option won't ever go away. :-)
> I thought part of the point of notmuch was to get rid of the whole dump
> idea of folders!
There's certainly
On Fri, 04 Dec 2009 03:06:32 +0100, Marten Veldthuis
wrote:
> Not sure what happened, but:
>
> Subject: [notmuch] [PATCH 4/9] Factor out message buffer mgmt from
> notmuch-show-view-all-mime-parts
> From: camalot at picnicpark.org
...
> now collapses into:
>
> Subject: [notmuch]
On Fri, 04 Dec 2009 14:28:22 +0530, "Aneesh Kumar K. V" wrote:
> Can we also get a facility to temporarily mark a message and apply tags
> on all marked message. In mutt terminology it is called 'tag'.
Would be nice, yes. Another thing we probably want is a way to modify
the tags on all threads
Hi Aneesh,
Thanks for the followup.
On Fri, 04 Dec 2009 14:08:52 +0530, "Aneesh Kumar K. V" wrote:
> > Recommendation: Make SPACE only page the current message. Recommend
> > that user use 'a' to advance to next thread, (or 'x' to exit back to
> > search results).
>
> Later you
On Fri, 04 Dec 2009 03:06:32 +0100, Marten Veldthuis mar...@veldthuis.com
wrote:
Not sure what happened, but:
Subject: [notmuch] [PATCH 4/9] Factor out message buffer mgmt from
notmuch-show-view-all-mime-parts
From: cama...@picnicpark.org
...
now collapses into:
Subject:
On Fri, 04 Dec 2009 09:55:45 -0400, da...@tethera.net wrote:
P.S. do people want to be CC'd on this list, or not?
We don't require subscription to the list, so I recommend CC, yes.
Plus, notmuch already handles duplicate mail just fine, (in that the
user only sees one copy at least). And I tag
On Sat, 05 Dec 2009 00:07:36 +0600, Mikhail Gusarov dotted...@dottedmag.net
wrote:
The only problem with Cc is that Mailman suppresses duplicate messages and
hence
there is no List-Id: on message.
Hey, well notmuch doesn't even index the List-Id: header anyway. [*] ;-)
But the above sounds
On Wed, 2 Dec 2009 12:00:35 +0100, Jed Brown j...@59a2.org wrote:
notmuch-search-filter now accepts an arbitrary query and will group if
necessary so that we get
tag:inbox AND (gravy OR biscuits)
instead of the former
tag:inbox AND gravy OR biscuits
Perfect. A nice clean patch for
On Sat, 28 Nov 2009 18:57:35 -0500, Jameson Graef Rollins
jroll...@finestructure.net wrote:
This also removes the Makefile.config from the repository, since it
shouldn't be kept in the repository and should be created by the
configure script.
Hi Jamie,
Handling --prefix will be a nice
On Mon, 30 Nov 2009 22:50:39 +0800, Kan-Ru Chen ka...@kanru.info wrote:
Remove the underline of both message summary and subject lines.
Message summary still defaults to reverse-video, use customize to
change it to whatever you like.
Thanks for submitting this patch. I recently fixed the ugly
On Tue, 01 Dec 2009 08:45:17 -0200, Fernando Carrijo fcarr...@yahoo.com.br
wrote:
One more party, one more joiner, one more patch! :)
Welcome to the party, Fernando!
- Forward a the current message.
+ Forward the current message.
..
- Preficate testing whether current message is unread.
On Fri, 4 Dec 2009 14:09:46 -0500, Michael Alan Dorman
mdor...@ironicdesign.com wrote:
Now, if you have an MTA that does duplicate suppression based on
message-id, you probably won't see the copy of a message that went to
the list if you're cc:'d on it because the direct copy (sans list-id
On Fri, 4 Dec 2009 14:09:46 -0500, Michael Alan Dorman
mdor...@ironicdesign.com wrote:
Besides, in notmuch, what's the difference going to be? It'll still be
threaded the same, etc., but you'd be able to tell that this one came
to you rather than through the list, no?
There's one other point
On Fri, 4 Dec 2009 19:20:50 -0500, Jameson Graef Rollins
jroll...@finestructure.net wrote:
Your commit message has that flag word of also in it, and as it turns
out, the removal of Makefile.config from the repository has actually
happened already. But that was easy enough to fix.
I was
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
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
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
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
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
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
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 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.
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
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
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
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
>
On Tue, 1 Dec 2009 21:45:47 +0530, aneesh.kumar at 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
On Tue, 1 Dec 2009 21:45:47 +0530, aneesh.ku...@gmail.com wrote:
From: Alexander Botero-Lowry alex.boterolo...@gmail.com
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
On Thu, 03 Dec 2009 14:33:51 +0100, Gregor Hoffleit gre...@hoffleit.de 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
On Thu, 3 Dec 2009 03:15:26 +0600, Mikhail Gusarov dotted...@dottedmag.net
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.
On Sat, 28 Nov 2009 19:58:29 +0800, Kan-Ru Chen ka...@kanru.info 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,
On Sat, 28 Nov 2009 08:20:08 -0600, Jeffrey C. Ollie j...@ocjtech.us 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
On Mon, 30 Nov 2009 20:38:00 +, James Rowe jnr...@gmail.com 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
On Mon, 30 Nov 2009 20:38:00 +, James Rowe jnr...@gmail.com 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
d simply not display any
messages that don't match the search when called without
--entire-thread.
I'll be glad if you have any comments to share.
-Carl
commit e1cb6126cc7f66cf71df8880c798f4d0f9d2e411
Author: Carl Worth
Date: Wed Dec 2 16:05:23 2009 -0800
notmuch show: Preserve thread-
On Wed, 25 Nov 2009 22:50:08 +0100, Jan Janak wrote:
> On 25-11 15:56, Bart Trojanowski wrote:
> > I really want this feature to get in, so I am going to do my best to
> > review your code :)
> >
> > Here are some more sticking points...
> >
> > > +char **
> > > +notmuch_config_get_new_tags
On Tue, 24 Nov 2009 23:10:26 +0100, Jan Janak wrote:
> I would like to propose that we make the list of tags applied by 'notmuch new'
> configurable. Right now notmuch applies two tags to all new messages added to
> the database, 'inbox' and 'unread'. The two tags are added by the C code in
>
On Fri, 27 Nov 2009 23:10:30 +0100, Tassilo Horn
wrote:
> Well, if you only want to have a look at a maildir or mbox, and don't
> want to make the group permanent and let gnus fetch mail, then this
> should do the trick.
>
> M-x gnus RET ;; brings you into the *Group* buffer, and then
...
> |
On Tue, 01 Dec 2009 20:50:03 +0200, Dirk-Jan C. Binnema wrote:
> Sure, that's the better solution, but note that my patch did not introduce the
> undefined behavior -- it was there before. I was trying a minimal patch to
> silencing the warning.
Yes, the leak was my bug.
And the warning was
On Mon, 23 Nov 2009 19:07:23 +0100, Jed Brown wrote:
> notmuch-search-filter accepts now accepts an arbitrary query and will
> group if necessary so that we get
>
> tag:inbox AND (gravy OR biscuits)
>
> notmuch-search-filter-tag now handles multiple terms. All terms in the
> query except AND
o
advertise the existence of the various install- targets, (maybe a
message at the end of "make install" that greps and seds these out of
Makefile.local?).
-Carl
commit 7c2c26bc4ec5fdab5c6fa72ea325d846b46929e3
Author: Carl Worth
Date: Tue Dec 1 10:14:00 2009 -0800
EOF as in the patch below?
I think I'll push it now.
-Carl
commit eb0cf86c7a9d5cda464d4d36a9cac66f26b5529d
Author: Carl Worth
Date: Tue Dec 1 08:06:09 2009 -0800
notmuch setup: Exit if EOF is encountered at any prompt.
If the user is explicitly providing EOF, then terminating th
On Mon, 23 Nov 2009 15:24:46 +0100, Jed Brown wrote:
> >From the gcc man page:
>
>-Wunused-value
>Warn whenever a statement computes a result that is explicitly
>not used. To suppress this warning cast the unused expression
>to void. This includes an
targets, (maybe a
message at the end of make install that greps and seds these out of
Makefile.local?).
-Carl
commit 7c2c26bc4ec5fdab5c6fa72ea325d846b46929e3
Author: Carl Worth cwo...@cworth.org
Date: Tue Dec 1 10:14:00 2009 -0800
Makefile: Add new install-bash target for bash completion
On Sun, 29 Nov 2009 11:06:34 -0700, Bdale Garbee wrote:
> On Sun, 2009-11-29 at 08:55 -0500, Jameson Graef Rollins wrote:
> > As much as I would love to, at this point I'm not quite offering to
> > actually be maintainer of a notmuch Debian package.
>
> Actually, since Carl is a DD now, I've
On Tue, 1 Dec 2009 00:01:16 +, Scot Becker wrote:
> I'm a brand new joiner to notmuch ('course so is nearly everyone).
Hi Scot, welcome to notmuch!
> I just tried compiling, and I see:
>
> 1. g++ is also a 'dependency' though ./configure didn't catch it.
Oh, good point. I did assume you
I just committed the semantics that Keith wanted for the 'x' and 'X'
bindings when viewing a thread, (that 'x' archives the thread, and 'X'
clears the "unread" tag then archives).
This is very different than the old behavior of 'x' which was simply to
kill the current buffer without changing any
On Sat, 28 Nov 2009 18:56:15 +0100, Jed Brown wrote:
> Signed-off-by: Jed Brown
> ---
> notmuch.1 | 22 +++---
> notmuch.c | 16 ++--
> 2 files changed, 33 insertions(+), 5 deletions(-)
Perfect, Jed. Thanks!
This is pushed now.
-Carl
-- next part
On Sat, 28 Nov 2009 20:26:52 +0100, Jed Brown wrote:
> I'm not sure I follow (at least not when comparing to the sanitized
> headers shown in the online archives). Could you send me one of these
> headers?
No problem. See attached.
The mail on cairo-commit has a From: address that is
On Sat, 28 Nov 2009 11:58:27 -0800, Keith Packard wrote:
> On Sat, 28 Nov 2009 20:51:13 +0100, Jed Brown wrote:
> > The former one worked in 23.1.50.1 but not in 23.1.1.
> >
> > Signed-off-by: Jed Brown
>
> Tested-by: Keith Packard
Pushed-by: Carl Worth
-Ca
On Sat, 28 Nov 2009 05:40:13 -0400, David Bremner
wrote:
> Now it seems that any search that is non-empty (i.e. matches
> something) crashes with a duplicate In-Reply-To ID. This is in git
> revision 92c4dcc (although it was the same yesterday). The oddest
> thing is that the second message-id
On Sat, 28 Nov 2009 17:05:06 +0100, Jed Brown wrote:
> First, I'm aware that such munging is A Bad Thing
>
> http://www.unicom.com/pw/reply-to-harmful.html
Definitely.
> From: Some User
> To: Sample users list
> Reply-To: Sample users list
>
> Notmuch reply produces
>
> To:
On Sat, 28 Nov 2009 09:32:00 -0800, Keith Amidon
wrote:
> What are your thoughts generally about integration with things like
> message mode vs. implementing more into the C program? If you think the
> message-mode enhancements will have a life I'll spend some time on this
> and getting the
to introduce a new notmuch search --for=terms or so to have
a much more useful debugging tool.
Anyway, I hope that was informative.
Thanks for reporting the bug!
-Carl
commit 64c8d6227a90ea6c37ea112ee20b14f16b9b46e7
Author: Carl Worth cwo...@cworth.org
Date: Sat Nov 28 10:01:22 2009 -0800
On Sat, 28 Nov 2009 11:37:05 +0530, "Aneesh Kumar K.V" wrote:
> This patch use notmuch-tag-face showing tags in the
> notmuch-search-mode.
Thanks, Aneesh! Your patience has prevailed again and I've pushed out
this patch.
> We can selectively highlight each tag by setting notmuch-tag-face-alist
On Sat, 28 Nov 2009 00:37:07 -0600, Jeffrey Ollie wrote:
> On Sat, Nov 28, 2009 at 12:09 AM, Carl Worth wrote:
> >> Warning: Unexpected extra parts of multipart/signed. Indexing anyway.
> >
> > Oh, that's a warning I put in place because I wasn't sure if it was
> &
On Sat, 28 Nov 2009 09:31:15 +0600, Mikhail Gusarov wrote:
> JCO> This means less code of our own to maintain and
>
> As libsha1 maintainer I'm volunteering to maintain in-tree copy in
> notmuch :)
And Mikhail,
I wanted to thank you publicly for your maintenance work of libsha1. It
was a
On Fri, 27 Nov 2009 21:28:03 -0600, "Jeffrey C. Ollie"
wrote:
> Instead of including a private implementation of the SHA1 hash, use
> libgcrypt. This means less code of our own to maintain and it will be
> easier to switch to a different hash function like SHA256.
I don't believe we have a
On Fri, 27 Nov 2009 22:11:04 -0500, Bart Trojanowski wrote:
> According to the internet [1], this is a more reliable way of detecting if
> one is under the spell of a debugger. Should work for ptrace, strace,
> gdb, etc. Basically anything that uses the ptrace() syscall.
Doesn't avoid having
On Fri, 27 Nov 2009 19:09:56 -0600, Jeffrey Ollie wrote:
> I'm having some problems importing my mail. I've got quite a bit
> stored up, and some of them I'm sure are quite large. After several
> hours I get the following. Is notmuch running out of memory on me?
Comments below (as far as I
On Fri, 27 Nov 2009 18:31:23 -0500 (EST), Bart Trojanowski
wrote:
> [[ First of all I am jazzed because this is the first email I am
> sending to anyone other than myself from the vim interface to
> notmuch ]]
Congratulations Bart on a fine milestone!
Well done.
-Carl
-- next part
On Fri, 27 Nov 2009 15:18:31 +0100, Jed Brown wrote:
> On Fri, 27 Nov 2009 05:41:44 -0800, Carl Worth wrote:
> > Thanks for the patch, Jed, I almost pushed it, but noticed that it's
> > calling `called-interactively-p' with an argument even though that
> > function does n
On Fri, 27 Nov 2009 15:32:44 +0100, Jed Brown wrote:
> On Fri, 27 Nov 2009 06:02:45 -0800, Carl Worth wrote:
> > Since this operates via a single call to "notmuch tag" you might mention
> > here that all tag removals occur before any tag additions.
>
> I was
On Fri, 27 Nov 2009 14:17:02 +, Chris Wilson
wrote:
> > I *know* I composed a reply to this message earlier, but apparently
> > you're right that it never went out. (*sigh*---if only I had a reliable
> > mail client[*]).
>
> I hear there's one called sup... ;-)
Heh. But seriously, I hit a
On Fri, 27 Nov 2009 13:50:11 +, Chris Wilson
wrote:
> Currently we assume that all errors on stat() a dname is fatal (but
> continue anyway and report the error at the end). However, some errors
> reported by stat() such as a missing file or insufficient privilege,
> we can simply ignore and
On Fri, 27 Nov 2009 05:30:15 -0800, camalot at picnicpark.org wrote:
> The most obvious bindings for save attachments are already taken. The
> existing 'w' binding was bound to view the raw message. This commit
> moves it to 'V' which still seems somewhat mnemonic and uses 'w' for
> save (write)
On Fri, 27 Nov 2009 05:30:14 -0800, camalot at picnicpark.org wrote:
> From: Keith Amidon
>
> Previously the only way to save an attachment was to attempt to view
> it and then save it from within the viewer program.
Very nice, Keith. Thanks again!
I've pushed this one out as well.
While
On Fri, 27 Nov 2009 05:30:12 -0800, camalot at picnicpark.org wrote:
> From: Keith Amidon
>
> As an alternative to creating a reply from the current thread, this
> commit provides functions to create replies directly in emacs using
> the message library.
>
> A future commit will provide
On Fri, 27 Nov 2009 05:30:11 -0800, camalot at picnicpark.org wrote:
> From: Keith Amidon
>
> Sometimes forwarding a message is preferable to replying and modifying
> the set of recipients. This commit provides that ability using the
> message-forward function.
This is nice functionality---we
On Fri, 27 Nov 2009 05:30:10 -0800, camalot at picnicpark.org wrote:
> From: Keith Amidon
>
> The ability to temporarily create a buffer containing only the
> contents of the currently selected message in notmuch show mode is
> generally useful. This commit factors the majority of the code
>
On Fri, 27 Nov 2009 05:30:08 -0800, camalot at picnicpark.org wrote:
> From: Keith Amidon
>
> The previous location of autoload comments didn't seem to correspond
> with the functions most likely to be the entry points for using
> notmuch. This change adjusts them to match those likely entry
On Fri, 27 Nov 2009 05:30:07 -0800, camalot at picnicpark.org wrote:
> From: Keith Amidon
>
> Functions provided by the message library were being used without
> ensuring it was loaded.
Thanks. This one at least we did just fix recently.
-Carl
-- next part --
A non-text
On Fri, 27 Nov 2009 15:44:13 +0530, "Aneesh Kumar K.V" wrote:
> Signed-off-by: Aneesh Kumar K.V
Thanks for this patch, Aneesh. Deferring to existing message-mode faces
gets us out of the business of having to invent colors, and also means
user will only have to tweak the customization in one
On Wed, 25 Nov 2009 01:13:33 -0800, Alexander Botero-Lowry wrote:
> I was planning to be committing super awesome mime-handling support
> that would make notmuch rival every mail program ever for pure mime
> awesomeness. It turns out, that mime is confusing and hard, and the
> mm-* functions do
On Wed, 25 Nov 2009 01:13:32 -0800, Alexander Botero-Lowry wrote:
> It was noted that though local expansion was nice, it was also pretty
> nice to have an easy way to just open the headers without moving to the
> header button. So this exposes a number of symbols which search backwards
> in the
On Fri, 27 Nov 2009 05:30:06 -0800, camalot at picnicpark.org wrote:
> I started using notmuch a few days ago and was astounded at how much
> more efficiently I could process email with it.
Hi Keith, welcome to notmuch!
I'm delighted to hear a positive report like that about my little
project
On Fri, 27 Nov 2009 12:30:38 +0100, Jan Janak wrote:
> Oh, that's great, my first bigger contribution to nutmuch is in the
> repository, thanks so much!
You're quite welcome.
> I was just thinking about giving you some time to catch up and review all the
> patches, but now I have a reason to
On Thu, 26 Nov 2009 15:01:38 -0800, Keith Packard wrote:
> On Thu, 26 Nov 2009 10:41:36 -0800, Carl Worth wrote:
>
> > I'm not sure how to make sure that I also get that when doing a reply
> > within notmuch. Keith, I think you worked this out, right? What did you
> >
ext I've
written in email and sending it back as patches to explanatory files
like HACKING.
And eventually I'll fix the website so that other people can contribute
to it as well.
Thanks again for all your help,
-Carl
--8<---cut here---start->8---
From: Tas
On Thu, 26 Nov 2009 21:23:47 +0100, Ruben Pollan
wrote:
> Is it possible to implement notmuch_threads_back and notmuch_messages_back?
> And I guess will make sense to have also notmuch_tags_back.
>
> This functions will do the oposite than notmuch_threads_advance and
> notmuch_messages_advance.
On Thu, 26 Nov 2009 11:32:35 -0400, David Bremner wrote:
> - INTERNAL_ERROR ("Message %s has duplicate In-Reply-To IDs: %s and %s\n"
> + INTERNAL_ERROR ("Message %s has duplicate In-Reply-To IDs: %s and
> %s\n",
Thanks. This is pushed.
-Carl
1201 - 1300 of 1490 matches
Mail list logo
