---
notmuch.el |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index af0c487..907df2c 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -61,7 +61,6 @@
; overlays-at to query and manipulate the current overlay.
(define-key map "a" 'notmuch-show-a
Having actually implemented this, I realized that my
initial approach of providing a function to configure
a button was wrong. Instead I've replaced that with
button types. This then makes it possible to provide
the fully expanded view when all threads in a message
are unread.
It also has the pote
I realized I was replicating this code over and over again, so this
way if I change my mind about something I only have to do it on one
place.
---
notmuch.el | 45 -
1 files changed, 16 insertions(+), 29 deletions(-)
diff --git a/notmuch.el b/notmuch.
---
notmuch.el | 36
1 files changed, 0 insertions(+), 36 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 8aee286..ed1f7cb 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -62,8 +62,6 @@
(define-key map "a" 'notmuch-show-archive-thread)
(define-
---
notmuch.el | 18 +++---
1 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index fa6e7de..8aee286 100644
--- a/notmuch.el
+++ b/notmuch.el
@@ -605,7 +605,8 @@ which this thread was originally shown."
(end-of-line)
; Inverse video for
Hi,
I am also toying around with a curses frontend for notmuch :-)
One thing that I would really like to have is asynchronous search:
I should be able to begin reading mail even while search results
are rolling in.
At the moment I'm using one read-only database_t* and creating multiple
queries of
---
notmuch-new.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/notmuch-new.c b/notmuch-new.c
index 8172b49..e32b92a 100644
--- a/notmuch-new.c
+++ b/notmuch-new.c
@@ -159,6 +159,7 @@ add_files_recursive (notmuch_database_t *notmuch,
* user specify files to be i
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091123/c670575f/attachment.pgp>
FAICT.
Really odd.
--
http://fossarchy.blogspot.com/
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091123/815c371f/attachment.pgp>
Excerpts from Alec Berryman's message of Sun Nov 22 06:18:26 +0100 2009:
> If present, $NOTMUCH_CONFIG will be used as the configuration file
> location.
I'm a bit late to the party, but how about adding the more generic
NOTMUCH_OPTIONS, and --config-file, -c options to pass the path to the
config
Make sure we use notmuch-search-oldest-first to decide the how
the search result should be displayed. This helps to set the
value to nil and have latest mail shown first
Signed-off-by: Aneesh Kumar K.V
---
notmuch.el |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/
..
Name: not available
Type: application/pgp-signature
Size: 834 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091123/45b239ce/attachment.pgp>
On Mon, 23 Nov 2009 10:26:47 -0800, Keith Packard wrote:
> Remember to split patches which do more than one thing into separate
> commits.
These are variants of the same operation, but I'll split in the future.
> > + (let ((grouped-query (if (string-match-p
> > notmuch-search-disjunctive-rege
On Mon, 23 Nov 2009 19:16:54 -0800, Carl Worth wrote:
> So what next for the user? We've got lots of empty space in the folder
> view, so I think what I'd like is to provide some suggestions on search
> strings to try, and then to make it obvious how to associate a name with
> a search string. An
The domain is alway case insensitive, but in principle the username is
case sensitive. Few systems actually enforce this so I think a good
default is to treat the entire address as case insensitive, it will
eliminate a lot of superfluous self-addressed messages and reply from
the correct address i
On Sun, 22 Nov 2009 23:18:33 -0800, Keith Packard wrote:
> On Mon, 23 Nov 2009 07:06:06 +0100, Carl Worth wrote:
> >
> > * The mode documentation really needs to walk the user through how to
> > setup a custom set of folders.
>
> You can use the standard emacs customization interface, alt
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 and OR are interpreted as tags.
This version has nice regexes and h
On Mon, 23 Nov 2009 09:08:34 +0200, Dirk-Jan C. Binnema wrote:
> Well, the counter point to the OOM-problems is that is that in many programs,
> the 'malloc returns NULL'-case is often not very well tested (because it's
> rather hard to test), and that at least on Linux, it's unlikely that malloc
On Mon, 23 Nov 2009 19:29:52 +0100, Jed Brown wrote:
> The domain is alway case insensitive, but in principle the username is
> case sensitive. Few systems actually enforce this so I think a good
> default is to treat the entire address as case insensitive, it will
> eliminate a lot of superfluou
On Mon, 23 Nov 2009 21:57:33 +0100, Jed Brown wrote:
> if (strcmp (entry->d_name, ".") == 0 ||
> strcmp (entry->d_name, "..") == 0 ||
> + strcmp (entry->d_name, "tmp") == 0 ||
> strcmp (entry->d_name, ".notmuch") ==0)
Thanks, Jed!
I've pushed this now.
And sorr
it with -O2? Without optimizations many of the warnings are not
issued.
Best wishes,
Dirk.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091123/85157f8a/attachment.htm>
On Mon, 23 Nov 2009 22:07:42 +1100, Peter Wang wrote:
> I am also toying around with a curses frontend for notmuch :-)
> One thing that I would really like to have is asynchronous search:
> I should be able to begin reading mail even while search results
> are rolling in.
Absolutely! I just coded
Hi!
Here's my first patch. It changes that notmuch-show-get-filename and
notmuch-show-get-message-id return simple strings and not propertited
strings.
Bye,
Tassilo
---
notmuch.el |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 0cabbe2.
On Mon, 23 Nov 2009 18:14:12 +0200, Dirk-Jan Binnema
wrote:
> Did you try it with -O2? Without optimizations many of the warnings are not
> issued.
Yes,
$ cat > foo.c
#include
#include
int main()
{
malloc(5);
write(2,0,10);
return 0;
}
$ gcc -static -std=c89 -O0 -Wall -Wextra -pedantic
Hi,
2009/11/20 Carl Worth :
> On Fri, 20 Nov 2009 09:56:50 +0100, Dominik Epple googlemail.com> wrote:
>> Is there a problem with the number of my mails? I currently have over
>> 40.000 Mails... they live currently in mbox files, I created a Maildir
>> with mb2md-3.20.pl.
>
> I'm suspecting that
Excerpts from Brett Viren's message of Mon Nov 23 16:31:47 +0100 2009:
> Installing as a normal user fails because the bash completion config
> files try to install into /etc. This trivial patch fixes this.
NAK
Your patch breaks the more common case of installing as root user. It
now installs in
Hi,
Thanks for your help. Here is the information you requested:
2009/11/20 Carl Worth :
> I'm curious how big your .notmuch directory ended up after this
> operation. (And how that compares in size to the total size of your
> collection of mail.)
I guess you mean these directories:
$ du -sh Ma
On Mon, 23 Nov 2009 16:01:41 +0100, Tassilo Horn
wrote:
> Tassilo Horn writes:
> I don't have to touch the symlinks or the directories inside the
> locations the symlinks point to, but instead I have to touch the
> top-level directory where the symlinks are contained in.
Ah, it's slightly more
On Mon, 23 Nov 2009 15:43:41 +0100, Tassilo Horn
wrote:
> First, I only touched the two symlinks.
Unfortunately, this actually touched the file pointed to by the symlink,
if you stat the symlink you will see that mtime did not change.
> This didn't help. Then I used
> "find . -type d | xargs t
Tassilo Horn writes:
Hi Mikhail,
>> TH> Whenever I delete those symlinks and created them anew, the new
>> TH> mails get indexed with the next "notmuch new". Of course, I could
>> TH> create a script that does exactly that, but there should be a
>> TH> better way, right?
>>
>> Probably mail
Mikhail Gusarov writes:
Hi Mikhail,
> TH> Whenever I delete those symlinks and created them anew, the new
> TH> mails get indexed with the next "notmuch new". Of course, I could
> TH> create a script that does exactly that, but there should be a
> TH> better way, right?
>
> Probably mail do
On Mon, 23 Nov 2009 14:19:18 +0100, Karl Wiberg wrote:
> On Mon, Nov 23, 2009 at 12:11 PM, Dirk-Jan Binnema
> wrote:
>
> > On Mon, Nov 23, 2009 at 9:34 AM, Karl Wiberg wrote:
> >
> > > Didn't the "(void)" suggestion work?
> >
> > I actually preferred that solution, but unfortunately, it didn't
Tassilo Horn writes:
Hi all,
I've investigated a bit further.
> [notmuch doesn't index new mails although all directories and files
> are readable and writable.]
In my config, I have:
--8<---cut here---start->8---
[database]
path=/home/horn/Mail/Dovecot
--8
On Mon, Nov 23, 2009 at 12:11 PM, Dirk-Jan Binnema
wrote:
> On Mon, Nov 23, 2009 at 9:34 AM, Karl Wiberg wrote:
>
> > Didn't the "(void)" suggestion work?
>
> I actually preferred that solution, but unfortunately, it didn't
> stop gcc from complaining...
Hmpf. I'd argue that that's a gcc bug,
On Mon, 23 Nov 2009 05:14:25 +0100, Carl Worth wrote:
> Second, I like that you just used the search string again, (as opposed
> to just walking through the buffer looking at thread IDs). That seems
> elegant.
It was *easy*.
> First, this creates a race condition in that the user will rightly
>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091123/7ea82ed8/attachment.htm>
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 and OR are interpreted as tags.
Signed-off-by: Jed Brown
---
notm
-
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/20091123/71f548b8/attachment.pgp>
Brett Viren on 2009-11-23 10:31:47 -0500:
> Installing as a normal user fails because the bash completion config
> files try to install into /etc. This trivial patch fixes this.
I worked around this by using $DESTDIR as the prefix and unsetting
prefix during the install.
Add some simple tests to the configure script to detect strndup and
getline. It's not important that the tests run, just that they
compile and link without any errors.
Signed-off-by: Jeffrey C. Ollie
---
configure | 20 +++-
getlinetest.c | 13 +
strnduptest.
Hi all,
after setting up notmuch, initially indexing all my mail, and removing
the inbox and unread tags thereafter, now I recognize that notmuch
doesn't index new mail.
--8<---cut here---start->8---
% notmuch new --verbose
No new mail---and that's not much.
--
Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091123/69b5cf65/attachment.pgp>
On Mon, Nov 23, 2009 at 04:51:34AM +0100, Carl Worth wrote:
> Finally, (and maybe I should have started with this), what's the actual
> use case here? Is it difficult to just arrange all mail to be under one
> top-level directory, (perhaps just using symlinks even).
>
Ok i switched to using a sep
This add two faces, notmuch-show-subject-face and
notmuch-tag-face. The first face is used to show the subject
line in the notmuch-show-mode and the second one to show tags
in the notmuch-search-mode.
We can selectively highlight each tag by setting notmuch-tag-face-alist as below
(defface notmuc
list
> notmuch at notmuchmail.org
> http://notmuchmail.org/mailman/listinfo/notmuch
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091123/0ea9b7af/attachment.pgp>
Installing as a normal user fails because the bash completion config
files try to install into /etc. This trivial patch fixes this.
diff --git a/Makefile.config b/Makefile.config
index ddc7436..c04d57a 100644
--- a/Makefile.config
+++ b/Makefile.config
@@ -1,3 +1,2 @@
-prefix = /usr/local
-bash_c
ication/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091123/59d04243/attachment.pgp>
Hi Carl,
> "Carl" == Carl Worth writes:
Carl> On Sun, 22 Nov 2009 14:23:10 +0200, Dirk-Jan C. Binnema
Carl> wrote:
>> A small question: it seems that notmuch is avoiding the use of GLib
directly
>> (of course, it depend on it anyway through GMime); is this because of
>>
Carl Worth writes:
Hi Carl,
>> Unfortunately, there are some dovecot internal files, which should
>> neither be indexed by notmuch, and which have 600 permissions for the
>> mail user. And that's where notmuch errors and stops indexing. :-(
>
> Hi Tassilo, welcome to notmuch!
>
> I'm glad you f
On Mon, Nov 23, 2009 at 7:20 AM, Dirk-Jan C. Binnema
wrote:
> + ? ?ssize_t ignored;
> ? ? static char msg[] = "Stopping... ? ? ? ? \n";
> - ? ?write(2, msg, sizeof(msg)-1);
> +
> + ? ?ignored = write(2, msg, sizeof(msg)-1);
> ? ? interrupted = 1;
> ?}
Didn't the "(void)" suggestion work?
--
Ka
---
notmuch-setup.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/notmuch-setup.c b/notmuch-setup.c
index d06fbf8..c50f812 100644
--- a/notmuch-setup.c
+++ b/notmuch-setup.c
@@ -100,12 +100,13 @@ notmuch_setup_command (unused (void *ctx),
unsigned int
From: Dirk-Jan C. Binnema
Date: Mon, 23 Nov 2009 08:03:35 +0200
---
notmuch-new.c |4 +++-
notmuch-tag.c |4 +++-
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/notmuch-new.c b/notmuch-new.c
index a2b30bd..3d04efa 100644
--- a/notmuch-new.c
+++ b/notmuch-new.c
@@ -35,8 +
On Mon, Nov 23, 2009 at 3:41 AM, Carl Worth wrote:
> It's a shame that simple things like "echo" aren't easy to use portably.
> (And yes, I know that autoconf has a bunch of tests for echo, such as
> how to get the behavior of "echo -n", etc.)
I think the standard workaround is to use "printf" i
<http://notmuchmail.org/pipermail/notmuch/attachments/20091123/d315bb63/attachment.pgp>
Add private implementations of strndup and getline for those platforms
that don't have them (notably Mac OS X) no matter what preprocessor
symbols you define.
Signed-off-by: Jeffrey C. Ollie
---
lib/xutil.c | 99 +++
lib/xutil.h |6 ++
Here's a patch that adds private implementations of strndup and
getline. They are unconditionally compiled so that compiler errors in
these functions can be detected on any platform, even those that
provide strndup and getline in the standard library. I'll have a
patch that handles the strndup/ge
On Sun, 22 Nov 2009 19:52:00 -0800, Keith Packard wrote:
> I'd take 'x' for 'return to search view; otherwise you're going to wear
> out my pinky reaching for the shift key. That leaves us with three
> commands:
>
> 'a': advance to next message, archiving current thread, marking read
> messages.
On Sun, 22 Nov 2009 22:36:30 -0600, Jeffrey Ollie wrote:
> Well, to me, part of the appeal of SCons is that it doesn't generate
> Makefiles.This article is a little old, but the first three
> sections are a pretty good rundown on the limitations of Make.
>
> http://www.scons.org/wiki/FromMake
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
On Fri, 20 Nov 2009 23:35:29 -0800, Keith Packard wrote:
> I posted a patch adding an 'index' mode to notmuch and though I'd
> explain my idea. Most mail systems provide a 'folder view' mode which
> displays the set of folders and a count of messages in each folder. I
> used this myself as the fir
On Mon, 23 Nov 2009 01:54:35 +0100, Adrian Perez wrote:
> When running "notmuch new --verbose", ANSI escapes are used. This may not be
> desirable when the output of the command is *not* being sent to a terminal
> (e.g. when piping output into another command). In that case each file
> processed i
On Mon, 23 Nov 2009 01:53:39 +0100, Adrian Perez de Castro wrote:
> IMHO it would be nice to have the messages-per-second information as
> well in verbose mode before making it the default. I think I could cook
> up a patch for that, but printing messages-per-second would mean calling
> gettimeofd
On Sun, 22 Nov 2009 18:14:20 -0500, Jameson Graef Rollins wrote:
> I think Carl said he wanted to keep the ability to specify exactly
> where the database is stored, so if we could move away from something
> that makes any implicit assumptions about relative paths between the
> database and the ma
On Sun, 22 Nov 2009 22:48:52 +0100, Tassilo Horn
wrote:
> I got notmuch running, and it's absolutely incredible. It's so damn
> fast and the results are very good. So thanks a lot for creating this
> nice piece of software. :-)
Fantastic, Tassilo. I'm glad you got things working and are happy
On Sun, 22 Nov 2009 22:43:30 +0100, Jed Brown wrote:
> On Sun, 22 Nov 2009 16:36:49 -0500, Bart Trojanowski
> wrote:
> Absolutely, and I have this applied locally to notmuch.el,
Patch please?
>but I didn't
> fix notmuch-search-filter-
On Sun, 22 Nov 2009 15:17:11 -0600, "Jeffrey C. Ollie"
wrote:
> Add an install target that uses desktop-file-install to install the
> desktop file in the appropriate location. The location of the install
> can be modified by changing the desktop_dir variable.
Hi Jeffrey,
I suppose if we're goi
On Sun, 22 Nov 2009 21:24:47 +0100, Tassilo Horn
wrote:
> But I get some permission problems when trying to index /var/spool/mail.
> I was able to create a .notmuch/ directory in there with permissions set
> to 700 for my user. All mail files are readable for my user.
>
> Unfortunately, there a
On Sun, 22 Nov 2009 21:12:16 +0100, Jed Brown wrote:
> It is often convenient to change tags on several messages at once. This
> function applies any number of tag whitespace-delimited tag
> modifications to all messages matching the current query.
>
> I have bound this to `*'.
Very nice, Jed!
On Sun, 22 Nov 2009 23:58:46 +0530, "Aneesh Kumar K.V" wrote:
> This patch separate database path and maildir paths.
> It also adds support for multiple maildir paths which
> is represented by comma separated values.
I have a running joke with my good friend Behdad that we should add a
git-hook t
On Sun, 22 Nov 2009 11:19:31 -0500, Bart Trojanowski wrote:
> The actual bug was in the filename normalization for storage in the
> database. The database.path was removed from the full filename, but if
> the database.path from the config file contained a trailing /, the
> relative file name woul
On Sun, 22 Nov 2009 10:15:39 -0500, Brett Viren
wrote:
> On Sun, Nov 22, 2009 at 3:36 AM, Mike Hommey
> wrote:
> But, here is one that looks I/O bound:
>
> notmuch tag -unread tag:inbox
>
> I have my home directory on an encfs volume and I see it and notmuch
> competing for CPU when viewing
On Sun, 22 Nov 2009 17:11:03 +0200, Dirk-Jan C. Binnema wrote:
>
> (hopefully this is the correct way to send patches...)
Looks just fine, and welcome to notmuch!
> With these minor changes, notmuch compiles warning-free with gcc 4.4.1
Could you resend these as separate patches, each patch fix
On Sun, 22 Nov 2009 07:47:10 -0600, "Jeffrey C. Ollie"
wrote:
> The SCons build files included here *should* do everything that the
> current Makefiles do, plus a little bit of configuration checking. To
> build/install:
Hi Jeffrey,
Thanks for your effort to code all this up.
But I'm afraid I
On Sun, 22 Nov 2009 15:32:13 -0800, Keith Packard wrote:
> That's a fine plan. It 'shouldn't' be too hard to implement either.
Noted in TODO for future reference.
> Btw, I'm thinking that it might be useful to create some 'global'
> notmuch keybindings and then create per-view bindings that also
On Mon, Nov 23, 2009 at 3:41 AM, Carl Worth wrote:
> On Sun, 22 Nov 2009 13:44:37 +0100, Jan Janak wrote:
>> The initial message that informs the user about the possibility to use
>> make V=1 contains a \n at the end, but echo wouldn't interpret that
>> properly without the -e command line option
On Sun, 22 Nov 2009 13:55:35 +0100, Jan Janak wrote:
> This ensures that make clean always proceeds, even if the user
> accidentally creates a file named 'clean'. Also, it ignores errors in
> rm and other commands.
Now *this* patch worked fine for me. Thanks! I've pushed it now.
-Carl
On Mon, Nov 23, 2009 at 3:38 AM, Carl Worth wrote:
> On Sun, 22 Nov 2009 13:32:36 +0100, Jan Janak wrote:
>> The function passed to scandir in the fourth argument takes two
>> const void* arguments. To eliminate the gcc warning about incompatible
>> types, we change ino_cmp to match this and then
On Sun, 22 Nov 2009 13:44:37 +0100, Jan Janak wrote:
> The initial message that informs the user about the possibility to use
> make V=1 contains a \n at the end, but echo wouldn't interpret that
> properly without the -e command line option.
Patch doesn't work for me.
Before patch:
0:~
On Sun, 22 Nov 2009 13:32:36 +0100, Jan Janak wrote:
> The function passed to scandir in the fourth argument takes two
> const void* arguments. To eliminate the gcc warning about incompatible
> types, we change ino_cmp to match this and then re-type the parameters
> in the body of ino_cmp.
Actual
On Sat, 21 Nov 2009 23:18:26 -0600, Alec Berryman wrote:
> If present, $NOTMUCH_CONFIG will be used as the configuration file
> location.
Hi Alec, welcome to notmuch!
And thanks for this patch. I've pushed it now.
I need this quite often when setting up a new database for testing a
patch, for e
On Sun, 22 Nov 2009 18:02:36 +0100, Jed Brown wrote:
> Yes, however it will change flags which changes file names and currently
> confuses notmuch. I synced [Gmail].All Mail with OfflineIMAP and am now
> using Getmail to pull via POP. In the Gmail settings, activate POP
> starting at the current
On Sun, 22 Nov 2009 12:44:17 +0800, Jjgod Jiang wrote:
> I think it will be nice if we can have a guide/tutorial like
> documentation for new users. For myself, I have the following
> questions (I am an alpine user previously, so some of the
> questions are not related to notmuch directly):
Hi Ji
On Sun, 22 Nov 2009 12:31:53 +0800, Jjgod Jiang wrote:
> On Sun, Nov 22, 2009 at 12:17 PM, Alexander Botero-Lowry
>
> The problem is that notmuch does not have a fully functional configure
> process yet, Carl did mention Makefile.local, but it seems this file is
> not generated by configure right
Hello,
The three patches I sent to the list a couple of minutes ago is another
revision of the patches that I had sent earlier. The first two patches
implement support for 'notmuch search-tags'. The last patch adds support
for tag completion to notmuch.el using the new command.
Right now 'notmuch
When running "notmuch new --verbose", ANSI escapes are used. This may not be
desirable when the output of the command is *not* being sent to a terminal
(e.g. when piping output into another command). In that case each file
processed is printed in a new line and ANSI escapes are not used at all.
---
? (Of course using silent mode would
still only call it once per second).
Regards,
--
Adrian Perez de Castro
Igalia - Free Software Engineering
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not avail
On Fri, 20 Nov 2009 20:57:35 -0800, Keith Packard wrote:
> When you compose a new message, message mode carefully inserts your
> mail signature at the bottom of the message; as notmuch constructs the
> reply all by itself, this doesn't happen then. Use the message mode
> function 'message-insert-s
On Sat, 21 Nov 2009 03:37:54 +0100, Jed Brown wrote:
> Prior to this, notmuch-show-pipe-message could not handle file names
> with spaces and similar.
Thanks for the fix, Jed. This is pushed.
-Carl
On Sat, 21 Nov 2009 01:17:18 +0100, Adrian Perez wrote:
> For very large mail boxes, it is desirable to know which files are being
> processed e.g. when a crash occurs to know which one was the cause. Also,
> it may be interesting to have a better idea of how the operation is
> progressing when pr
Several commands ask the user for a tag name. With this feature the
user can just press tab and Emacs automatically retrieves the list of
all existing tags from notmuch database with 'notmuch search-tags' and
presents a completion buffer to the user.
This feature is very useful for users who have
This is a new notmuch command that can be used to search for all tags
found in the database. The resulting list is alphabetically sorted.
The primary use-case for this new command is to provide the tag
completion feature in Emacs (and other interfaces).
Signed-off-by: Jan Janak
---
Makefile.loc
This patch adds a new function called notmuch_database_get_all_tags
which can be used to obtain a list of all tags from the database
(in other words, the list contains all tags from all messages). The
function produces an alphabetically sorted list.
To add support for the new function, we rip the
For very large mail boxes, it is desirable to know which files are being
processed e.g. when a crash occurs to know which one was the cause. Also,
it may be interesting to have a better idea of how the operation is
progressing when processing mailboxes with big messages.
This patch adds support fo
On Mon, 23 Nov 2009 00:11:22 +0100, Carl Worth wrote:
> On Fri, 20 Nov 2009 00:26:33 -0800, Alexander Botero-Lowry at gmail.com> wrote:
> I really like the bold headers. And I can tell that the buttonization is
> going to be very nice. But I can't actually get it to work completely. I
> first cli
On Tue, 17 Nov 2009 13:32:45 -0800, Keith Packard wrote:
> When closing a thread view, mark the thread as archived by removing
> the "inbox" tag, and for the 'x' variant, the "unread" tag as well,
> then kill the buffer and update the search window view as well.
I'm starting to come around to thi
On Fri, 20 Nov 2009 00:26:33 -0800, Alexander Botero-Lowry wrote:
> I've just been diving into the elisp, and have added a bunch of useful
> features.
This is fantastic stuff, Alex. Thanks so much for working on it. (And
I'm sorry it took me a while before I got around to reviewing
it. Hopefully
96 matches
Mail list logo
