This patch separate database path and maildir paths.
It also adds support for multiple maildir paths which
is represented by comma separated values. You need
to have in ~/.notmuch-config
[maildirs]
path=path1,path2
Signed-off-by: Aneesh Kumar K.V
---
notmuch-client.h | 12
On Sun, 22 Nov 2009 14:23:10 +0200, Dirk-Jan C. Binnema 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
> OOM-handling? It'd be nice if GLib could be used, it would make some things
>
On Sun, 22 Nov 2009 17:51:06 +0530, "Aneesh Kumar K.V" wrote:
> > It's interesting to be able to highlight specific tags like this. But I
> > think that first I'd like to have a single 'notmuch-tag face to make it
> > easier to see all the tag names, since they're hard to see among the
> >
Hi Michiel,
> "MB" == Michiel Buddingh' writes:
MB> Dirk-Jan C. Binnema wrote:
Michiel> +
Michiel> +static void
Michiel> +derive_tags_from_maildir_flags (notmuch_message_t
Michiel> *message, const char *
Michiel> path)
>>
>> I see you don't handle the "N"
ermail/notmuch/attachments/20091122/36b83be5/attachment.pgp>
t;http://notmuchmail.org/pipermail/notmuch/attachments/20091122/06b91513/attachment.pgp>
th.packard 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/20091122/9db66e2b/attachment-0001.pgp>
On Sun, 22 Nov 2009 22:48:52 +0100, Tassilo Horn
wrote:
> Ok, so new the question: I indexed all my 63.000 mails, and because it
> was a first-time indexing, all my mail now has the tags inbox and
> unread. Of course, I don't want to SPC through all threads (using the
> great emacs interface)
Hi!
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. :-)
Ok, so new the question: I indexed all my 63.000 mails, and because it
was a first-time indexing, all my mail now has the
On Sun, Nov 22, 2009 at 9:22 PM, Carl Worth wrote:
> On Sun, 22 Nov 2009 17:11:03 +0200, Dirk-Jan C. Binnema gmail.com> wrote:
>>
>> - ? ?write(2, msg, sizeof(msg)-1);
>> + ? ?if (write(2, msg, sizeof(msg)-1) < 0) {
>> + ? ? ? ? /* ignore...*/
>> + ? ?}
>
> I don't like the gratuitous
On Sun, 22 Nov 2009 16:36:49 -0500, Bart Trojanowski wrote:
> Wouldn't this problem be solved by each filter appending a bracketed
> version of your filter?
>
> You start with tag:inbox and you filter on "term1 or term2" you'd get:
>
> tag:inbox and (term1 or term2)
Absolutely, and I
On Sun, Nov 22, 2009 at 9:11 PM, Carl Worth wrote:
>
> But I'm afraid I really don't want to switch away from just using (GNU)
> make for the actual compilation.
>
> I don't know anything about scons, but if you can use it to write a
> python script that just does the configuration step,
Currently OR binds more weakly than AND, which is natural in most
contexts, but I think it is rarely desirably for this sort of search.
Suppose I am in looking at my inbox and decide to filter by
term1 OR term2
Notmuch makes the query
tag:inbox AND term1 OR term2
which is actually
Jed Brown writes:
Hi Jed,
>> - I run a local IMAP server (dovecot) and access it using Gnus
>> - Dovecot stores its mails in /var/spool/mail/ in some one file per
>> message format
>
> How about
>
> $ mkdir -p ~/mail/spool
> $ ln -s /var/spool/mail/$USER/{cur,new,tmp} ~/mail/spool
>
>
On Sun, 22 Nov 2009 21:24:47 +0100, Tassilo Horn
wrote:
> Hi all,
>
> I'd like to try out notmuch. My mail setup is as follows:
>
> - I run a local IMAP server (dovecot) and access it using Gnus
> - Dovecot stores its mails in /var/spool/mail/ in some one file per
> message format
Personally I'd say we have better things to work on than maintaining
multiple buildsystems for notmuch. Or than resolving possible packaging
bugs originating in the use of different buildsystems.
GNU has a very wide install bas, it's has a low footprint, and it
happened to be the choice of the
This patch separate database path and maildir paths.
It also adds support for multiple maildir paths which
is represented by comma separated values. You need
to have in ~/.notmuch-config
[maildirs]
path=path1,path2
Signed-off-by: Aneesh Kumar K.V
---
notmuch-client.h |8
Hi all,
I'd like to try out notmuch. My mail setup is as follows:
- I run a local IMAP server (dovecot) and access it using Gnus
- Dovecot stores its mails in /var/spool/mail/ in some one file per
message format
But I get some permission problems when trying to index /var/spool/mail.
I
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 `*'.
Signed-off-by: Jed Brown
---
notmuch.el | 24
1
Hello.
On Sun, 2009-11-22 at 19:55, Michiel Buddingh' wrote:
> Stefan Schmidt wrote:
> > > This function should interpret the flags that it finds and return a
> > > suitable set of notmuch tags. I'd suggest that 'unread' messages get
> > > both 'unread' and 'inbox' tags, as Maildir doesn't
Stefan Schmidt wrote:
> > This function should interpret the flags that it finds and return a
> > suitable set of notmuch tags. I'd suggest that 'unread' messages get
> > both 'unread' and 'inbox' tags, as Maildir doesn't distinguish between
> > 'don't show this to be by default again please' and
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/20091122/11c8a12a/attachment.pgp>
al signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091122/3c68c8a9/attachment.pgp>
On Sun, 22 Nov 2009 10:00:26 -0600, Jeffrey Ollie wrote:
> Yes, I'm sure that make is widely available, but as notmuch gets used
> on a wider variety of systems some sort of configuration system will
> become necessary. If I can prevent another project from going down
> the autoconf/automake
crubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091122/eb974930/attachment.pgp>
On Sun, 22 Nov 2009 09:41:16 -0500, Brett Viren
wrote:
> On Sat, Nov 21, 2009 at 11:44 PM, Jjgod Jiang wrote:
>
> > 1. What's the most efficient way to sync mails from my gmail
> > account to a local Maildir? I've tried offlineimap but it
> > keeps crashing python (!) on my system (python 2.6,
On Sun, Nov 22, 2009 at 01:02:21PM +0100, Carl Worth wrote:
> On Sun, 22 Nov 2009 14:07:56 +0530, "Aneesh Kumar K.V" linux.vnet.ibm.com> wrote:
> > This add two faces, notmuch-show-subject-face and
> > notmuch-tag-unread-face. The first face is used to show the subject
> > line in the
I totally agree with Jamie about the config rename. I don't know if I
agree with the database location change... but I might just need some
convincing.
Would it be enough to just read .notmuch/config and fall back to
.notmuch-config otherwise?
-Bart
* Jameson Graef Rollins [091122 17:15]:
>
\n"
>"\t\temail address, any alternate email addresses you use, and the\n"
>"\t\tdirectory containing your email archives. Your answers will be\n"
> - "\t\twritten to a configuration file in ${HOME}/.notmuch-config .\n"
> + "\t\twritten to a configuration file in ${HOME}/.notmuch/config .\n"
>"\n"
>"\t\tThis configuration file will be created with descriptive\n"
>"\t\tcomments, making it easy to edit by hand later to change the\n"
> --
> 1.6.5
>
-- 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/20091122/ee48dad6/attachment.pgp>
(hopefully this is the correct way to send patches...)
With these minor changes, notmuch compiles warning-free with gcc 4.4.1
---
notmuch-new.c |4 +++-
notmuch-setup.c | 13 +++--
notmuch-tag.c |4 +++-
3 files changed, 13 insertions(+), 8 deletions(-)
diff --git
Dirk-Jan C. Binnema wrote:
> Michiel> +
> Michiel> +static void
> Michiel> +derive_tags_from_maildir_flags (notmuch_message_t
> Michiel> *message, const char *
> Michiel> path)
>
> I see you don't handle the "N" -- is that deliberate? Also, a
> minor addition may to also
This change creates a ~/.notmuch config directory where the config
file is stored when created with the "setup" command. The use of a
~/.notmuch config directory creates one place where all notmuch config
files and data can be stored, which will greatly simplify managing
notmuch, and reduce
This fixes a small bug in notmuch_setup_command such that it returned
OK and output the setup message footer even if the config file write
step failed.
---
notmuch-setup.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/notmuch-setup.c b/notmuch-setup.c
index
Modified ./configure script to generate a Makefile.config if it
doesn't exist. This will allow people to maintain custom
Makefile.config files without causing conflicts with the repository.
---
Makefile.config |2 --
configure |8
2 files changed, 8 insertions(+), 2
Carl Worth wrote:
> > A Maildir-aware notmuch could incorporate this to be far more
> > resistant to bulk mail moves done by other clients, by using
> > filename lookups to avoid accessing and parsing the mail
> > files themselves.
> I don't think opening a file to read out a message ID will
* Tassilo Horn [091122 16:49]:
> Ok, so new the question: I indexed all my 63.000 mails, and because it
> was a first-time indexing, all my mail now has the tags inbox and
> unread. Of course, I don't want to SPC through all threads (using the
> great emacs interface) to remove the unread
* Jed Brown [091122 16:43]:
> Absolutely, and I have this applied locally to notmuch.el, but I didn't
> fix notmuch-search-filter-by-tag because that would really need to parse
> the expression. I'm just asking if anyone else thinks binding OR
> tighter than AND would be desirable.
Maybe some
Wouldn't this problem be solved by each filter appending a bracketed
version of your filter?
You start with tag:inbox and you filter on "term1 or term2" you'd get:
tag:inbox and (term1 or term2)
Doing it again would result in...
tag:inbox and (term1 or term2) and (term3 or
Pass the message through the charset filter so that we can view
messages wrote in different charset encoding.
Signed-off-by: Kan-Ru Chen
---
notmuch-show.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index d727f30..c7f1320
My bad. I totally misread your introduction.
* Jeffrey Ollie [091122 11:46]:
> The SCons build files are not meant to require emacs. If I've messed
> something up and emacs is somehow required I would consider that a bug
> and would try to fix it.
>
> As far as availability, I'm sure that
ct line in the search window, the
normal action is just to mark it archived (having not actually read the
message).
--
keith.packard at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not avai
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.
Signed-off-by: Jeffrey C. Ollie
---
Makefile.local |4
configure |1 +
2 files
To avoid the "Invalid face reference: cons [18 times]" kind of message
goes on and on in the *Messages*.
Signed-off-by: Kan-Ru Chen
---
notmuch.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch.el b/notmuch.el
index 0144b61..a547415 100644
--- a/notmuch.el
+++
Hi Carl,
> "Carl" == Carl Worth writes:
>> Anyhow, I'll study the notmuch code and see if there are some useful
>> bits in my code that might make sense there, e.g., various dir scanning
>> optimizations, see [2].
Carl> That sounds great. It's also good to have people with
This add two faces, notmuch-show-subject-face and
notmuch-tag-unread-face. The first face is used to show the subject
line in the notmuch-show-mode and the second one to show the unread
tag in the notmuch-search-mode. We can set additional tags by setting
notmuch-tag-face-alist as below
(defface
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.
Signed-off-by: Jan Janak
---
Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index
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.
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index
On Sun, 22 Nov 2009 16:30:47 +0800, Kan-Ru Chen wrote:
> Pass the message through the charset filter so that we can view
> messages wrote in different charset encoding.
Thanks, very much.
We definitely want notmuch to be presenting utf-8 only to the user. And
I didn't realize I'd missed a part
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.
Signed-off-by: Jan Janak
---
notmuch-new.c |5 +++--
1 files
On Sun, 22 Nov 2009 01:07:49 -0600, Jeffrey Ollie wrote:
> Found the same problem on my own, only to minutes later catch up on
> the backlog of patches in my email and find this!
...
> > Signed-off-by: James Rowe
>
> Reviewed-by: Jeffrey C. Ollie
Much thanks, James and Jeffrey!
I always feel
On Sun, 22 Nov 2009 14:40:59 +0800, Kan-Ru Chen wrote:
> To avoid the "Invalid face reference: cons [18 times]" kind of message
> goes on and on in the *Messages*.
Thanks. This is pushed.
And welcome to notmuch, Kan-Ru! I'll look forward to any possible
contributions from you in the future.
[quick reply to the text without looking at the patch yet]
On Sun, 22 Nov 2009 10:33:53 +0100, Michiel Buddingh' wrote:
> Thanks, and apologies for the accidental base64 encoding.
Thanks for noticing. That would have been a tricky patch to reply to to
comment on.
> On the positive side, this
On Sun, 22 Nov 2009 14:07:56 +0530, "Aneesh Kumar K.V" wrote:
> This add two faces, notmuch-show-subject-face and
> notmuch-tag-unread-face. The first face is used to show the subject
> line in the notmuch-show-mode and the second one to show the unread
> tag in the notmuch-search-mode. We can
Hi Michiel,
> "Michiel" == Michiel Buddingh' writes:
Michiel> Another thing; notmuch currently indexes by message-id (or SHA-1
Michiel> hash if that is not present). Maildir, on the other hand, uses
Michiel> file names as stable (when stripped of the parts trailing the
Hi,
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):
1. What's the most efficient way to sync mails from my gmail
> "Carl" == Carl Worth writes:
Carl> On Sun, 22 Nov 2009 00:25:43 +0100, Michiel Buddingh'
Carl> wrote:
Carl> Hi Michel, welcome to Notmuch!
>> Any attempt to match tags up to directories will eventually have
>> to deal with with the fact that tags can't be neatly
Hi Alex,
On Sun, Nov 22, 2009 at 12:17 PM, Alexander Botero-Lowry
wrote:
>> +#ifdef __APPLE__
> Not awesome.
>
> This should be done in a capabilites way, for example strndup was added
> to FreeBSD in 7.2 (which is this current release of the 7 line), and so
> for older versions of FreeBSD
I configured my database.path with a trailing /, and after running notmuch
new every notmuch search would fail with error messages like this:
Error opening /inbox/cur/1258565257.000211.mbox:2,S: No such file or directory
The actual bug was in the filename normalization for storage in the
Add missing GNU extensions strdup() and getline(). The C library
shipped with Mac OS X does not include them (though it does support
some GNU extensions when _GNU_SOURCE is defined), so we have to
add these two. The getline() implementation is a modified version
of getdelim() from GNU Libc.
---
On Sun, 22 Nov 2009 05:04:56 +0100, Carl Worth wrote:
> Hi Michel, welcome to Notmuch!
Thanks, and apologies for the accidental base64 encoding.
First things first:
>> In the mean time, I've made a smaller, hopefully more harmless
>> patch to let 'notmuch new' mark messages stored in a
On Sun, Nov 22, 2009 at 3:36 AM, Mike Hommey wrote:
> A good test, if you have enough memory, would be to put your mailbox in
> a tmpfs, and see how fast that imports.
(Oops, forgot to reply to the list.)
I don't see any function calls related to I/O on the call
The SCons build files are not meant to require emacs. If I've messed
something up and emacs is somehow required I would consider that a bug
and would try to fix it.
As far as availability, I'm sure that SCons is one yum or apt-get or
away. The only
people that would face more than a minor
On Sat, Nov 21, 2009 at 11:44 PM, Jjgod Jiang wrote:
> 1. What's the most efficient way to sync mails from my gmail
> account to a local Maildir? I've tried offlineimap but it
> keeps crashing python (!) on my system (python 2.6, Mac OS X
> 10.6.2).
OfflineIMAP would have been my suggestion.
>
On Sat, Nov 21, 2009 at 05:36:18PM -0500, Brett Viren wrote:
> On Sat, Nov 21, 2009 at 12:07 PM, Carl Worth wrote:
>
> > Though, frankly, I think we need to fix "notmuch new" to do much better
> > than 40 files/sec.
>
> Just a "me too".
>
> Processed 130871 total files in 38m 7s (57
* Jeffrey C. Ollie [091122 08:47]:
> The SCons build files included here *should* do everything that the
> current Makefiles do, plus a little bit of configuration checking. To
> build/install:
Wouldn't that have the unfortunate side effect of making notmuch
unusable w/o emacs and scons
The SCons build files included here *should* do everything that the
current Makefiles do, plus a little bit of configuration checking. To
build/install:
scons all emacs
sudo scons install
sudo scons install-emacs
sudo scons install-desktop
Various installation directories can be customized:
On Sat, 21 Nov 2009 21:18:34 -0500, Bart Trojanowski wrote:
> In mutt it looked like this:
>
> [notmuch] [PATCH 1/3] Make mouse-1 click in search view show thread
> ??>[notmuch] [PATCH 2/3] Add 'notmuch count' command to show the count of
> matching messages
> ??>[notmuch] [PATCH 3/3]
On Sun, 22 Nov 2009 00:44:31 +, Chris Wilson
wrote:
> I felt sorry for Carl trying to step through an exception from xapian
> and suffering from the SIGALARMs..
You're too kind, Chris. These are both pushed.
And did you notice the way I didn't push as soon as I found your patches
in my
On Sat, 21 Nov 2009 23:14:39 +, Chris Wilson
wrote:
> Carl claims he must have been distracted when he wrote this...
Indeed. Thanks for keeping my sloppy code looking so clean.
-Carl
On Sat, 21 Nov 2009 18:06:38 -0500, Jameson Graef Rollins wrote:
> Hi, folks. I just recently heard about notmuch and am very excited by
> it. It looks like exactly what I've been waiting years for. Also
> excited to see so much good development work happening.
Hi Jamie, welcome to notmuch!
On Sat, 21 Nov 2009 23:37:24 +0100, Jan Janak wrote:
> The comment of _notmuch_message_set_filename says:
>
>XXX: We should still figure out if we think it's important to store
>multiple filenames for email messages with identical message IDs.
...
> I'd like to propose that we store all
On Sat, 21 Nov 2009 20:08:31 +, Chris Wilson
wrote:
> [ickle: Updated to add WRITABLE mode to notmuch-new]
Oops. I committed your earlier version, but then fixed this up
afterwards myself.
-Carl
On Sun, 22 Nov 2009 00:25:43 +0100, Michiel Buddingh' wrote:
> (hi, new here, just subscribed today. Wanted to reply to Carl's
> earlier message I read in the archives, but since I don't have that,
> I'm replying to Bart's reply to that message)
Hi Michel, welcome to Notmuch!
> Any attempt
On Sun, 22 Nov 2009 00:21:19 +0100, Jed Brown wrote:
> On Sun, 22 Nov 2009 00:07:57 +0100, Carl Worth wrote:
> > One thing we'll still have to think about is how to remove the "virtual
> > tags" from the completion list, (once we have virtual tags in the
> > configuration file---that is, tags
--
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/20091122/76c25d69/attachment.pgp>
On Sun, 22 Nov 2009 04:50:41 +0600, Mikhail Gusarov wrote:
> Uhm. Now it eats much less :)
>
> $ make
> ...
> GZIPnotmuch.1.gz
> /bin/sh: --rsyncable: not found
> make: *** [notmuch.1.gz] Error 127
> $
>
> $ make V=1
> ...
> rsyncable --stdout notmuch.1 > notmuch.1.gz
> /bin/sh:
On Sat, 21 Nov 2009 17:36:18 -0500, Brett Viren
wrote:
> Processed 130871 total files in 38m 7s (57 files/sec.).
> Added 102723 new messages to the database (not much, really).
Just be glad that you have so little mail. ;-)
> This was ~2GB of mail on a 2.5GHz CPU. That seems pretty reasonable
On Sat, 21 Nov 2009 23:26:15 +0100, Mike Hommey
wrote:
> I just was able to reproduce after starting over.
Thanks Mike. I was able to reproduce this as well by eliminating the
spurious blank line I had on the 2nd or 3rd line. (So maybe that managed
to sneak in when
L:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091122/83d17991/attachment.pgp>
With the new notmuch_message_get_flags() function we can get the information if
a message was already flagged as seen in maildir by another mailer or tool. This
gives a more realistic picture instead of flagging all as unread.
Signed-off-by: Stefan Schmidt
---
Makefile |2 +-
Found the same problem on my own, only to minutes later catch up on
the backlog of patches in my email and find this!
On Sat, Nov 21, 2009 at 3:13 AM, James Rowe wrote:
> "Those keys which have several values should have a semicolon as the trailing
> character."
> ?--
The majority of filenames will fit within PATH_MAX [4096] (because
that's a hard limit imposed by the filesystems) so we can avoid an
allocation per lookup and thereby eliminate a large proportion of the
overhead of scanning a maildir.
Signed-off-by: Chris Wilson
---
notmuch-new.c | 75
Check that the stdout is connected to an interactive terminal with
isatty() before installing the periodic timer to print progress reports.
Signed-off-by: Chris Wilson
---
notmuch-new.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/notmuch-new.c b/notmuch-new.c
I felt sorry for Carl trying to step through an exception from xapian
and suffering from the SIGALARMs..
We can detect if the user launched notmuch under a debugger by either
checking our cmdline for the presence of the gdb string or querying if
valgrind is controlling our process. For the latter
Gah, I'm tired and using "git send-email HEAD^" is too easy. Here is the
most recent pair of patches in possibly a working state.
-ickle
I felt sorry for Carl trying to step through an exception from xapian
and suffering from the SIGALARMs..
We can detect if the user launched notmuch under a debugger by either
checking our cmdline for the presence of the gdb string or querying if
valgrind is controlling our process. For the latter
On Sat, 21 Nov 2009 23:17:02 +0100, Stefan Schmidt wrote:
>
> While talloc is great we need to free the g_error by hand.
>
> Tested-by: Stefan Schmidt
> Signed-off-by: Holger Freyther
Thanks to both of you! This is pushed.
As for talloc and glib, it's become clear to me that I'd really like
I felt sorry for Carl trying to step through an exception from xapian
and suffering from the SIGALARMs..
We can detect if the user launched notmuch under a debugger by either
checking our cmdline for the presence of the gdb string or querying if
valgrind is controlling our process. For the latter
On Sun, 22 Nov 2009 00:07:57 +0100, Carl Worth wrote:
> One thing we'll still have to think about is how to remove the "virtual
> tags" from the completion list, (once we have virtual tags in the
> configuration file---that is, tags applied automatically based on search
> specifications).
Do
On Sat, 21 Nov 2009 22:07:14 +0100, Jan Janak wrote:
> My patch no longer works and I have been thinking about updating it to
> current HEAD. But before I do that, I wanted to check with you to see
> if you would prefer to use a different name for the command, here are
> some options:
>
> 1)
On Sat, Nov 21, 2009 at 7:44 PM, Carl Worth wrote:
> On Wed, 18 Nov 2009 05:57:03 +0100, Jan Janak wrote:
>> This patch makes it possible to convert subdirectory names inside the
>> spool directory into message tags. Messages stored in subdirectory
>> "foo" will be marked with tag "foo". Message
91 matches
Mail list logo