On Wed, 07 Apr 2010, Dirk Hohndel wrote:
>
> This is based in part on some discussion on IRC today.
> When a thread is displayed in the search results, previously the authors
> were always displayed in chronological order. But if only part of the
> thread matches the query, that may or may not be
On Thu, Apr 8, 2010 at 17:47, Sebastian Spaeth wrote:
> * Prevent data loss caused by SIGINT during notmuch new
> ?mail id:1269937403-8495-1-git-send-email-sojkam1 at fel.cvut.cz
> ?wentasah, commit dcb7a957027837f187f06d31fdcddb3740b2c20b
> ?(preventable data loss, has happened to him at least on
On Wed, 07 Apr 2010, Carl Worth wrote:
> * Anything else that people want, (especially things that already
> exist and that you're already using). Support for maildir flags on
> import would be great here. I'm still waiting to see a complete
> solution I think.
>
> So keep the patche
On Fri, 09 Apr 2010, Anthony Towns wrote:
> On Fri, Apr 9, 2010 at 00:03, Jameson Rollins
> wrote:
> > Presumably others must be annoyed about having to manually "read" and
> > archive all their sent mail, unless there's some other way that people
> > having been dealing with this that I'm not awa
On Fri, Apr 9, 2010 at 00:03, Jameson Rollins
wrote:
> Presumably others must be annoyed about having to manually "read" and
> archive all their sent mail, unless there's some other way that people
> having been dealing with this that I'm not aware of.
I haven't switched over to notmuch properly
nature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100408/f1e7821e/attachment.pgp>
have any ideas of other ways?
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100408/0de9f341/attachment.pgp>
On Thu, 08 Apr 2010 14:28:20 -0700
Carl Worth wrote:
> 2. A "list:" prefix to match content from headers that identify
> mailing list. My perception is that there are likely a handful of
> different headers that have been used, and they should all be
> indexed so that "list:" wil
On Thu, 08 Apr 2010, Dirk Hohndel wrote:
> On Thu, 08 Apr 2010 10:03:15 -0400, Jameson Rollins finestructure.net> wrote:
> > On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> > > For the upcoming 0.2 release, here are some things that I would like to
> > > have in place:
> > >
> > > * Ch
This mailstore allows bi-directional synchronization between maildir
flags and certain tags. The flag-to-tag mapping is defined by flag2tag
array.
The synchronization works this way:
1) Whenever notmuch new is executed, the following happens:
o New messages are tagged with inbox.
o New mess
This is the second part of mailstore abstraction patches. I do not
want this to be merged yet, but there might be some people interested
in testing this.
This patch adds a mailstore, which bi-directionally synchronizes
certain tags with maildir flags.
I use it already four weeks and it works quit
This command dumps raw message identified by filename to standard
output. It uses mail store interface to get the message from the right
place.
notmuch.el was modified to use this command to access the raw message
content (view/save attachments, view raw message and pipe message to
command).
With
This patch modifies notmuch binary to access the messages through mail
store interface, so that non-file based mail stores can also be
implemented.
The API of notmuch library was changed. Now,
notmuch_message_get_filename() returns relative file name with respect
to the database path. As a result,
The code for detection of new files in the mailstore and their
addition to the database is moved from notmuch-new.c to
lib/mailstore-files.c, where it is called by the abstract mailstore
interface.
The code was only changed to allow the progress reporting functions to
be implemented outside of not
The goal of mailstore abstraction is to allow notmuch to store tags
together with email messages. The abstract interface is needed because
people want to use different ways of storing their emails. Currently,
there exists implementation for two types of mailstore - plain files
and maildir. It is ex
Hi all,
this is the fourth version of my mailstore abstraction series. I split
it into two parts, with the first part being sent here. I think that
this part becomes mostly ready for merging.
>From the user's point of view, it adds only the 'cat' subcommand and
modifies the .el to use it. Thanks
On Wed, 07 Apr 2010, Carl Worth wrote:
> For the upcoming 0.2 release, here are some things that I would like to
> have in place:
>
> * Anything else that people want, (especially things that already
> exist and that you're already using). Support for maildir flags on
> import would be g
---
notmuch.1 |8 +---
notmuch.c |7 ---
2 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
index 0e6a2ed..8b4021e 100644
--- a/notmuch.1
+++ b/notmuch.1
@@ -93,9 +93,11 @@ The
.B new
command scans all sub-directories of the database, performing
---
notmuch-new.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/notmuch-new.c b/notmuch-new.c
index 511347d..dc33d69 100644
--- a/notmuch-new.c
+++ b/notmuch-new.c
@@ -99,6 +99,16 @@ tag_inbox_and_unread (notmuch_message_t *message)
notmuch_message_add_tag
When adding new messages, if they have the 'S' (seen) flag, do not add
them to the 'unread' tag.
---
lib/message.cc | 25 +
lib/notmuch.h |5 +
notmuch-new.c |3 ++-
3 files changed, 32 insertions(+), 1 deletions(-)
diff --git a/lib/message.cc b/lib/message
If no parameters are given to notmuch-count, or just '' or '*' are
given, return the total number of messages in the database.
update notmuch count help
---
notmuch-count.c |5 ++---
notmuch.c |4
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/notmuch-count.c b/
On Wed, 07 Apr 2010, micah anderson wrote:
> On 2010-03-27, micah anderson wrote:
> > On Thu, 25 Mar 2010 22:50:52 -0400, micah anderson
> > wrote:
> > > On Mon, 01 Mar 2010 15:57:00 +0100, "Sebastian Spaeth" > > SSpaeth.de> wrote:
> > >
> > > > From git repository git://github.com/spaetz/notmu
On Wed, 07 Apr 2010, Carl Worth wrote:
> On Mon, 1 Mar 2010 14:28:56 +0100, Sebastian Spaeth SSpaeth.de> wrote:
> > When importing a new mail do check for maildir tags and assign
> > corresponding notmuch tags.
>
> I think this is a useful thing to support, as obviously new users have
> *some* s
On Thu, 08 Apr 2010 14:28:20 -0700, Carl Worth wrote:
> All of that sounds quite easy to do by simply saving the draft within
> the mailstore and giving it a "draft" tag.
The only way I can see to give drafts a "draft" tag is via 'folder:'
indexing. Do you have any ideas of other ways?
jamie.
On Thu, 08 Apr 2010 07:58:47 -0700, Dirk Hohndel wrote:
> On Thu, 08 Apr 2010 10:03:15 -0400, Jameson Rollins
> wrote:
> > Also, fwiw, the folder: indexing is probably the new feature that I'm
> > most eagerly awaiting. I've got all these ideas for ways to handle sent
> > mail and drafts if we
ft should be continued. That's useful to
help the user avoid forgetting to complete and send a draft that was
forgotten.
-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/20100408/6db35722/attachment.pgp>
On Wed, 07 Apr 2010, Carl Worth wrote:
> On Tue, 06 Apr 2010 18:11:28 +0200, Michal Sojka
> wrote:
> > On Tue, 06 Apr 2010, Sebastian Spaeth wrote:
> >
> > > But, there are people without git installed that download the release
> > > tarball. So if this patch makes it, we need to replace this
---
notmuch.1 |8 +---
notmuch.c |7 ---
2 files changed, 9 insertions(+), 6 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
index 0e6a2ed..8b4021e 100644
--- a/notmuch.1
+++ b/notmuch.1
@@ -93,9 +93,11 @@ The
.B new
command scans all sub-directories of the database, performing
---
notmuch-new.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/notmuch-new.c b/notmuch-new.c
index 511347d..dc33d69 100644
--- a/notmuch-new.c
+++ b/notmuch-new.c
@@ -99,6 +99,16 @@ tag_inbox_and_unread (notmuch_message_t *message)
notmuch_message_add_tag
When adding new messages, if they have the 'S' (seen) flag, do not add
them to the 'unread' tag.
---
lib/message.cc | 25 +
lib/notmuch.h |5 +
notmuch-new.c |3 ++-
3 files changed, 32 insertions(+), 1 deletions(-)
diff --git a/lib/message.cc b/lib/message
If no parameters are given to notmuch-count, or just '' or '*' are
given, return the total number of messages in the database.
update notmuch count help
---
notmuch-count.c |5 ++---
notmuch.c |4
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/notmuch-count.c b/
On Thu, 08 Apr 2010 07:58:47 -0700, Dirk Hohndel
wrote:
> > And as for drafts, they could be easily indexed and managed by the UI if
> > the folder: search term is available.
>
> Hmm - haven't even thought about drafts, yet. How would the UI deal with
> those?
My idea is the following:
Curren
On Thu, Apr 08, 2010 at 10:03:15AM -0400, Jameson Rollins wrote:
> On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> > For the upcoming 0.2 release, here are some things that I would like to
> > have in place:
> >
> > * Changes to indexing, (addition of body:, folder:, list:, etc.). This
On Wed, Apr 07, 2010 at 11:23:14PM +0100, James Westby wrote:
> On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> > * Anything else that people want, (especially things that already
> > exist and that you're already using). Support for maildir flags on
> > import would be great her
notmuch is (mostly) not responsible for sending email. However, people
using the emacs frontend use notmuch to create the reply.
Am I the only one who is sometimes curious as to what mail agents others
use? Would it be useful to insert a header to notmuch reply analog to:
User-Agent: Mutt/1.5.13
not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100408/dc18aa2f/attachment.pgp>
On 2010-04-07, Dirk Hohndel wrote:
>
> The previous code made too many assumptions about the (sadly not
> standardized) format of the Received headers. This version should
> be more robust to deal with different variations.
This code might be useful for some, but I know it is not being useful
for
y
cleanly against the head without a rebase.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100408/0acd02d5/attachment-0001.pgp>
First of all, thanks for the great work Carl. I have to admit I was
getting nervous about the backlog of patches, but your recent committing
binge (you did say your work patterns are bursty :-)) made me very happy.
That having said, I am glad to meet your expectation: "I expect people
to remind
On Wed, 07 Apr 2010 16:12:36 -0700, Carl Worth wrote:
> I'm actually currently using super-n (a personal customization I have)
> to get to notmuch-folder view from *any* buffer in emacs.
This is also my current approach, though I don't use it very much (or
'F').
dme.
--
David Edmondson, http://
On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> * The big batch of emacs-client improvements from David E.'s
> repository. David, do you have particular things to recommend here?
It's necessary for me to merge with your latest batch of changes. That
won't happen until next week, whe
On Thu, 08 Apr 2010 07:58:47 -0700, Dirk Hohndel wrote:
> > And as for drafts, they could be easily indexed and managed by the UI if
> > the folder: search term is available.
>
> Hmm - haven't even thought about drafts, yet. How would the UI deal with
> those?
My idea is the following:
Current
On Thu, Apr 08, 2010 at 10:03:15AM -0400, Jameson Rollins wrote:
> On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> > For the upcoming 0.2 release, here are some things that I would like to
> > have in place:
> >
> > * Changes to indexing, (addition of body:, folder:, list:, etc.). This
On Thu, 08 Apr 2010, Dirk Hohndel wrote:
> On Thu, 08 Apr 2010 10:03:15 -0400, Jameson Rollins
> wrote:
> > On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> > > For the upcoming 0.2 release, here are some things that I would like to
> > > have in place:
> > >
> > > * Changes to indexin
This mailstore allows bi-directional synchronization between maildir
flags and certain tags. The flag-to-tag mapping is defined by flag2tag
array.
The synchronization works this way:
1) Whenever notmuch new is executed, the following happens:
o New messages are tagged with inbox.
o New mess
This is the second part of mailstore abstraction patches. I do not
want this to be merged yet, but there might be some people interested
in testing this.
This patch adds a mailstore, which bi-directionally synchronizes
certain tags with maildir flags.
I use it already four weeks and it works quit
On Thu, 08 Apr 2010 10:26:01 +0200, "Sebastian Spaeth"
wrote:
> notmuch is (mostly) not responsible for sending email. However, people
> using the emacs frontend use notmuch to create the reply.
>
> Am I the only one who is sometimes curious as to what mail agents others
> use? Would it be usefu
On Thu, 08 Apr 2010 10:26:01 +0200, "Sebastian Spaeth" wrote:
> notmuch is (mostly) not responsible for sending email. However, people
> using the emacs frontend use notmuch to create the reply.
>
> Am I the only one who is sometimes curious as to what mail agents others
> use? Would it be useful
On Thu, 08 Apr 2010 09:59:14 +0200, "Sebastian Spaeth"
wrote:
> On 2010-04-07, Dirk Hohndel wrote:
> >
> > The previous code made too many assumptions about the (sadly not
> > standardized) format of the Received headers. This version should
> > be more robust to deal with different variations.
On Thu, 08 Apr 2010 09:59:14 +0200, "Sebastian Spaeth" wrote:
> On 2010-04-07, Dirk Hohndel wrote:
> >
> > The previous code made too many assumptions about the (sadly not
> > standardized) format of the Received headers. This version should
> > be more robust to deal with different variations.
>
On Thu, 08 Apr 2010 10:03:15 -0400, Jameson Rollins
wrote:
> On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> > For the upcoming 0.2 release, here are some things that I would like to
> > have in place:
> >
> > * Changes to indexing, (addition of body:, folder:, list:, etc.). This
> >
On Thu, 08 Apr 2010 10:03:15 -0400, Jameson Rollins wrote:
> On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> > For the upcoming 0.2 release, here are some things that I would like to
> > have in place:
> >
> > * Changes to indexing, (addition of body:, folder:, list:, etc.). This
> >
On Thu, 08 Apr 2010 09:52:21 -0400, Jameson Rollins
wrote:
> > So keep the patches coming, and the pointers to patches that you want me
> > to look at.
>
> I would really like to see the patch in spaetz/issue15-handle-fcc-bcc
> applied soon. This is the lingering issue of bcc'ing the primary em
On Thu, 08 Apr 2010 09:52:21 -0400, Jameson Rollins wrote:
> > So keep the patches coming, and the pointers to patches that you want me
> > to look at.
>
> I would really like to see the patch in spaetz/issue15-handle-fcc-bcc
> applied soon. This is the lingering issue of bcc'ing the primary ema
On Thu, 08 Apr 2010 09:13:20 +0100, David Edmondson wrote:
> On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> > * The big batch of emacs-client improvements from David E.'s
> > repository. David, do you have particular things to recommend here?
>
> It's necessary for me to merge wit
On Thu, 08 Apr 2010 09:13:20 +0100, David Edmondson wrote:
> On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> > * The big batch of emacs-client improvements from David E.'s
> > repository. David, do you have particular things to recommend here?
>
> It's necessary for me to merge wit
The code for detection of new files in the mailstore and their
addition to the database is moved from notmuch-new.c to
lib/mailstore-files.c, where it is called by the abstract mailstore
interface.
The code was only changed to allow the progress reporting functions to
be implemented outside of not
Hi all,
this is the fourth version of my mailstore abstraction series. I split
it into two parts, with the first part being sent here. I think that
this part becomes mostly ready for merging.
>From the user's point of view, it adds only the 'cat' subcommand and
modifies the .el to use it. Thanks
This command dumps raw message identified by filename to standard
output. It uses mail store interface to get the message from the right
place.
notmuch.el was modified to use this command to access the raw message
content (view/save attachments, view raw message and pipe message to
command).
With
The goal of mailstore abstraction is to allow notmuch to store tags
together with email messages. The abstract interface is needed because
people want to use different ways of storing their emails. Currently,
there exists implementation for two types of mailstore - plain files
and maildir. It is ex
This patch modifies notmuch binary to access the messages through mail
store interface, so that non-file based mail stores can also be
implemented.
The API of notmuch library was changed. Now,
notmuch_message_get_filename() returns relative file name with respect
to the database path. As a result,
On Wed, Apr 07, 2010 at 11:23:14PM +0100, James Westby wrote:
> On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> > * Anything else that people want, (especially things that already
> > exist and that you're already using). Support for maildir flags on
> > import would be great her
On Wed, 07 Apr 2010, Carl Worth wrote:
> For the upcoming 0.2 release, here are some things that I would like to
> have in place:
>
> * Anything else that people want, (especially things that already
> exist and that you're already using). Support for maildir flags on
> import would be g
On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> For the upcoming 0.2 release, here are some things that I would like to
> have in place:
>
> * Changes to indexing, (addition of body:, folder:, list:, etc.). This
> is stuff that I'll work on.
Also, fwiw, the folder: indexing is prob
Hey, Carl. I'm very encouraged by the recent patch-apply fest, and the
proposal for more regular releases. I have some new improvements I'll
try to get in at some point, but in the mean time...
> So keep the patches coming, and the pointers to patches that you want me
> to look at.
I would real
On Wed, 07 Apr 2010, micah anderson wrote:
> On 2010-03-27, micah anderson wrote:
> > On Thu, 25 Mar 2010 22:50:52 -0400, micah anderson wrote:
> > > On Mon, 01 Mar 2010 15:57:00 +0100, "Sebastian Spaeth"
> > > wrote:
> > >
> > > > From git repository git://github.com/spaetz/notmuch-all-feature
On Wed, 07 Apr 2010, Carl Worth wrote:
> On Mon, 1 Mar 2010 14:28:56 +0100, Sebastian Spaeth
> wrote:
> > When importing a new mail do check for maildir tags and assign
> > corresponding notmuch tags.
>
> I think this is a useful thing to support, as obviously new users have
> *some* state that
On Thu, Apr 8, 2010 at 17:47, Sebastian Spaeth wrote:
> * Prevent data loss caused by SIGINT during notmuch new
> mail id:1269937403-8495-1-git-send-email-sojk...@fel.cvut.cz
> wentasah, commit dcb7a957027837f187f06d31fdcddb3740b2c20b
> (preventable data loss, has happened to him at least once)
On Wed, 07 Apr 2010, Carl Worth wrote:
> On Tue, 06 Apr 2010 18:11:28 +0200, Michal Sojka wrote:
> > On Tue, 06 Apr 2010, Sebastian Spaeth wrote:
> >
> > > But, there are people without git installed that download the release
> > > tarball. So if this patch makes it, we need to replace this wit
notmuch is (mostly) not responsible for sending email. However, people
using the emacs frontend use notmuch to create the reply.
Am I the only one who is sometimes curious as to what mail agents others
use? Would it be useful to insert a header to notmuch reply analog to:
User-Agent: Mutt/1.5.13
On Wed, 07 Apr 2010 16:12:36 -0700, Carl Worth wrote:
> I'm actually currently using super-n (a personal customization I have)
> to get to notmuch-folder view from *any* buffer in emacs.
This is also my current approach, though I don't use it very much (or
'F').
dme.
--
David Edmondson, http://
On Wed, 07 Apr 2010 15:12:44 -0700, Carl Worth wrote:
> * The big batch of emacs-client improvements from David E.'s
> repository. David, do you have particular things to recommend here?
It's necessary for me to merge with your latest batch of changes. That
won't happen until next week, whe
On 2010-04-07, Dirk Hohndel wrote:
>
> The previous code made too many assumptions about the (sadly not
> standardized) format of the Received headers. This version should
> be more robust to deal with different variations.
This code might be useful for some, but I know it is not being useful
for
First of all, thanks for the great work Carl. I have to admit I was
getting nervous about the backlog of patches, but your recent committing
binge (you did say your work patterns are bursty :-)) made me very happy.
That having said, I am glad to meet your expectation: "I expect people
to remind
74 matches
Mail list logo
