? That doesn't even qualify as a crazy
hack... this process takes something like 15 minutes for me.
Carl, any idea how when an actual solution to this problem will arrive?
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch
part of the thread and
removed the inbox tag. Whenever a new email comes in on this thread, the
author column in the search display will first show Dirk Hohndel - I
think it should first show the actual author(s) of the new mail(s).
The second cleanup that I've done in this context is to convert all
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.
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
notmuch-reply.c | 23 +--
1 files
(correct me if I'm wrong, Carl)
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
of bcc'ing the primary email
address in notmuch replies, which I think really needs to be removed.
+1
The FCC solution is much more sane. Especially with the From address
based path selection that I proposed (but haven't been able to implement
for lack of Lisp skills)
/D
--
Dirk Hohndel
Intel Open
it from
within a gui by mistake) could really cause a lot of unnecessary compute
/ data transfer. So I'd rather have a special character be the one that
triggers that behavior.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing
of the string remains the same. If there is no | after
transformation, we know that all authors matched because there is always
at least one mathed author in the search results.
That's a great idea. I'll update the patch to do that.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
On Fri, 09 Apr 2010 19:55:17 -0700, Carl Worth cwo...@cworth.org wrote:
So I propose something like:
User-Agent: Notmuch/0.2 (http://notmuchmail.org) Emacs/23.1.1 (gnu/linux)
+1
/D
--
Dirk Hohndel
Intel Open Source Technology Center
Definition in English: do not know, to know nothing about, quickly;
fast, sharp; keen
Non-text part: application/pgp-signature
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org
On Fri, 09 Apr 2010 21:44:02 -0700, Dirk Hohndel hohn...@infradead.org wrote:
here's what's going wrong. Look at the To: line...
Carl =?UTF-8?b?buKIhXRtdWNoIOSasw==?= Worth cwo...@cworth.org,
that's not pretty... nor readable.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
On Sat, 10 Apr 2010 09:05:00 -0400, Jameson Rollins
jroll...@finestructure.net wrote:
On Fri, 09 Apr 2010 21:47:20 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
On Fri, 09 Apr 2010 21:44:02 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
here's what's going wrong. Look
could see that in the web
frontends that are making use of json already, and once (if?) emacs uses
the json output too, this will become an issue there too.
Separate issue that almost certainly has a different cause.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
headers - I relatively
frequently want to check which email client someone else is using when
I'm trying to figure out why things go wrong (incorrect mail headers,
mangled spacing (in patches, for example), incorrect HTML messages, etc)
/D
--
Dirk Hohndel
Intel Open Source Technology Center
this - I have a similar patch that hardcodes a +new tag
that I use to figure out which emails were imported during the last run
of notmuch new - and that I then clear as the final step in my initial
tagging script.
But this is much cleaner and more generic.
/D
--
Dirk Hohndel
Intel Open Source
I must have misunderstood the cases in which this function can be called
It seemed odd to try to manage authors when author==NULL, but that's
what we appear to be doing; so now we check that autho != NULL and bail
otherwise.
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
lib/thread.cc
- but that
seems wrong somehow.
Open to better ideas...
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Mon, 12 Apr 2010 19:10:25 -0400, Servilio Afre Puentes servi...@gmail.com
wrote:
On 12 April 2010 13:47, Dirk Hohndel hohn...@infradead.org wrote:
On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith
stew...@flamingspork.com wrote:
On Mon, 12 Apr 2010 17:24:35 +0200, Sebastian Spaeth
, notmuch_compat_srcs is empty
there. Any ideas how to debug that?
While I don't have access to a system that doesn't provide strcasest
right now... I'll submit a patch in a moment that should add a
replacement function to compat.
Please check and make sure this works...
Thanks
/D
--
Dirk Hohndel
While all systems that I have access to support strcasestr, it is
in fact not part of POSIX. So here's a fallback reimplementation
based on POSIX functions.
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
compat/Makefile.local|4
compat/have_strcasestr.c | 10
On Tue, 13 Apr 2010 15:59:24 +1000, Anthony Towns a...@erisian.com.au wrote:
On Tue, Apr 13, 2010 at 14:10, Dirk Hohndel hohn...@infradead.org wrote:
+/* the semantic here actually puzzles me:
+ how can haystack be const char * - yet the return value is char *
+ after all, it points
On Tue, 13 Apr 2010 10:37:49 -0700, Carl Worth cwo...@cworth.org wrote:
On Thu, 08 Apr 2010 08:07:48 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
Right now my plan is to do something like this:
1) look for my email address in To/Cc
2) look for my email in for em...@add.res
v.3 of this patch, now with the changes to makefiles, configure script
compat.h and all new files that I need
Please test on platforms lacking strcasestr
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
compat/Makefile.local|4
compat/compat.h |4
compat
v.2 of the patch, this time including the Makefile logic.
All platforms I have access to support strcasestr - so please test
that the implementation / integration works correctly on those
plattforms.
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
compat/have_strcasestr.c | 10
On Tue, 13 Apr 2010 20:47:02 +0200, Tomas Carnecky t...@dbservice.com wrote:
On 4/13/10 6:47 PM, Dirk Hohndel wrote:
v.3 of this patch, now with the changes to makefiles, configure script
compat.h and all new files that I need
Please test on platforms lacking strcasestr
Signed-off
On Wed, 14 Apr 2010 10:21:42 -0700, Carl Worth cwo...@cworth.org wrote:
On Fri, 09 Apr 2010 15:53:04 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
+ * WARNING - if the caller is asking for a header that could occur
+ * multiple times than they MUST first call this function
I figured we should have a central place to collect feature ideas -
finding them in the mail archives (and IRC logs) is getting old...
So I started a feature idea / request page on the wiki - please comment
and add your own requests.
http://notmuchmail.org/feature-requests/
/D
--
Dirk
The following two patches should address most of the concerns raised
to my previous series.
The first patch simply adds an interface to obtain a concatenation of
all instances of a specific header from an email.
The second patch uses that in order to get the full Received: headers.
It now looks
...@add.res
Not ideal :-)
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
This adds five tests for the five main cases in the fancy from guessing.
It assumes that you have applied
id:1271451102-11336-1-git-send-email-hohn...@infradead.org which will get you
the latest fancy From guessing.
We have one test case each for
- nothing to go on
- Envelope-To:
-
Straight forward addition to the Emacs UI. The 'd' keybinding
is implemented very similar to the 'a' keybinding - it only
adds a +deleted tag as well. This tag is used by notmuchsync
to delete (-p prune) files in the mailstore.
I'm sending this mostly as an RFC - I use this and like it, but
This is a variation of the 'a'rchive binding - it additionally sets
the deleted tag (which notmuchsync uses to trigger pruning of files)
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
emacs/notmuch-show.el | 26 ++
emacs/notmuch.el | 10 ++
2 files
On Wed, 21 Apr 2010 19:32:39 -0400, Jameson Rollins
jroll...@finestructure.net wrote:
On Wed, 21 Apr 2010 16:16:02 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
Straight forward addition to the Emacs UI. The 'd' keybinding
is implemented very similar to the 'a' keybinding - it only
this was ever submitted to the mailing list as a
patch. The .el file that was posted on IRC is here:
http://github.com/dme/notmuch/raw/dme-play/emacs/notmuch-address.el
Thanks
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
On Fri, 09 Apr 2010 19:42:49 -0700, Dirk Hohndel hohn...@infradead.org wrote:
On Sat, 10 Apr 2010 03:53:59 +0200, Michal Sojka sojk...@fel.cvut.cz wrote:
I think that using | as a separator would help here. Let's say that
initially we have Matched Author, Non Matched, Matched Again we can
in on this thread,
prior to this patch the author column in the search display will first show
Dirk Hohndel - I think it should first show the actual author(s) of the new
mail(s).
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
lib/message.cc | 16
lib/notmuch.h | 11
There are no doubt others.
+1 on getting this into 0.3
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Thu, 22 Apr 2010 14:50:33 -0700, Carl Worth cwo...@cworth.org wrote:
On Fri, 09 Apr 2010 12:53:26 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
The new functions first check if an external poll script has been defined in
the variable 'notmuch-external-refresh-script and if yes, runs
I want Carl to enforce the adding of tests. Once again writing the test exposed
a bug
that I hadn't noticed before. So here's the test plus the patch that fixes the
bug.
/D
___
notmuch mailing list
notmuch@notmuchmail.org
Test the different permutation of which authors match the search;
This exposes a bug in the existing reordering code
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
test/notmuch-test | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/test
this fixes the bug exposed by the tests for this feature
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
lib/thread.cc |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/lib/thread.cc b/lib/thread.cc
index 4e389c5..1dda220 100644
--- a/lib/thread.cc
+++ b/lib
trivial compiler warning fix
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
notmuch-search.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/notmuch-search.c b/notmuch-search.c
index 25c9cfc..8a1cdca 100644
--- a/notmuch-search.c
+++ b/notmuch-search.c
@@ -104,8
On Fri, 23 Apr 2010 12:54:21 +0100, David Edmondson d...@dme.org wrote:
Add `notmuch-show-headers-visible' which, when set `t', causes headers
to be shown by default.
Excellent - Carl, can you pull this into 0.3, please?
/D
--
Dirk Hohndel
Intel Open Source Technology Center
:-)
In the meantime, I've found it handy to put my mouse pointer over the
emacs window when I run this command. Then I get a nice busy mouse
cursor during this operation instead of the standard text-edit bar.
That's what I'm doing as well.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
script, these problems should
be eliminated.
The correct fix is of course that all of you need to move to Portland...
:-)
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org
On Fri, 23 Apr 2010 10:09:03 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On 2010-04-22, Dirk Hohndel wrote:
I appreciate how nicely you can say I liked the idea and then
completely rewrote the crap elisp that you submitted :-)
Hehe. Very useful indeed. There is one more thing
with it later today.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
in the future I'll include those with my patches. Hope it's ok to do
this as one single patch for this series.
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
NEWS | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index
This adds a new guess-from option to notmuch and modifies the
emacs UI to use this to use the best guess from address when
forwarding email.
Given how little elisp I know I'm quite interested in feedback
and better implementations
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
emacs
On Fri, 23 Apr 2010 17:55:09 -0700, Carl Worth cwo...@cworth.org wrote:
On Thu, 22 Apr 2010 20:26:46 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
trivial compiler warning fix
Thanks. I finally caught up to this.
I had seen this patch from you earlier, when I didn't have
On Sat, 24 Apr 2010 08:37:11 -0700, Carl Worth cwo...@cworth.org wrote:
I pushed hard to get most everything we wanted for 0.3 done yesterday,
(which was one week since 0.2). I think we're still within the tolerance
of my published about a week schedule, but I would like to wrap things
up
On Sat, 24 Apr 2010 08:30:22 -0700, Carl Worth cwo...@cworth.org wrote:
On Wed, 21 Apr 2010 22:04:39 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
+/* clean up the uggly Lastname, Firstname format that some mail systems
+ * (most notably, Exchange) are creating to be Firstname Lastname
On Sat, 24 Apr 2010 07:42:48 -0700, Carl Worth cwo...@cworth.org wrote:
On Fri, 23 Apr 2010 18:39:33 +0100, David Edmondson d...@dme.org wrote:
Add an `isearch-open-invisible' property to the overlays used to hide
citations and signatures, together with an appropriate function to
leave the
On Fri, 23 Apr 2010 17:21:53 -0700, Carl Worth cwo...@cworth.org wrote:
On Wed, 21 Apr 2010 20:58:27 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
When displaying threads as result of a search it makes sense to list those
authors first who match the search. The matching authors
I tried to break this out into logically independent pieces - but to connect
this as a series.
First we add the authors member and accessors to message
Second the reordering of thread authors (still the original string based
algorithm that I used before - I couldn't quite make sense of cworth's
in on this thread,
prior to this patch the author column in the search display will first show
Dirk Hohndel - I think it should first show the actual author(s) of the new
mail(s).
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
lib/thread.cc | 77
message-authors contains the author's name (as we want to print it)
get / set methods are declared in notmuch-private.h
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
lib/message.cc| 18 ++
lib/notmuch-private.h | 10 ++
2 files changed, 28 insertions
This should be required in all patches
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
NEWS | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index eba0fd5..c2057c2 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,13 @@
+
+Visualization of author names
On Fri, 23 Apr 2010 11:47:04 -0700, Carl Worth cwo...@cworth.org wrote:
On Fri, 16 Apr 2010 13:51:40 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
The following two patches should address most of the concerns raised
to my previous series.
Allow me to raise new concerns
can't common on the specific logic of the patch, but I did
notice some trailing whitespace. You'll want to clean that up
and resubmit so the patch won't be rejected.
I can do all of those.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
On Sat, 24 Apr 2010 15:05:55 -0700, Dirk Hohndel hohn...@infradead.org wrote:
Dirk also mentioned in IRC that there's a regression with the signature
being mispositioned before the quoted text with a reply buffer. Now that
I've added a signature, I'm noticing this as well.
Well - we don't
this
(let ((subdir (cdr (assoc-string (message-fetch-field from)
notmuch-fcc-dirs t
and have the association be case insensitive?
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http
steps to integrate it
and prepare a patch.
I'd be interested to see a notmuch integration...
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
in full.
notmuch should show all messages that match the search by default -
other messages in the thread are shown closed.
I think Carl already pushed the fix.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch
think that this is something where we really need a customization - as
my preference is the exact opposite of David's. Since I get email from
so many people it really helps me to understand the context (and who
else an email was sent to) when browsing through mail...
/D
--
Dirk Hohndel
Intel Open
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
of the Received: headers in a message to have a
good chance to guess which mailbox this email was delivered to.
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
lib/message-file.c| 58 ++---
lib/notmuch-private.h |3 ++
2 files changed, 48
On Mon, 26 Apr 2010 10:28:33 -0700, Carl Worth cwo...@cworth.org wrote:
On Mon, 26 Apr 2010 09:31:49 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
On Mon, 26 Apr 2010 15:01:25 +0100, David Edmondson d...@dme.org wrote:
For composing new messages and forwarding, leave the cursor
to catch the common mistake of not ending the
message-directory with a /
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Another incredibly stupid bug in my code.
Rather obvious fix (I hope) coming up.
/D
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
.
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
lib/thread.cc | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/lib/thread.cc b/lib/thread.cc
index dc74ee3..13872d4 100644
--- a/lib/thread.cc
+++ b/lib/thread.cc
@@ -156,11 +156,19 @@ _thread_cleanup_author
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
NEWS |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index ce0ea45..035e25e 100644
--- a/NEWS
+++ b/NEWS
@@ -2,6 +2,12 @@ Notmuch 0.3.1 (2010-04-27)
==
General bug fix
with the previous behaviour.
Excellent - thanks for providing this (and all I did was mention it
briefly on IRC... I love this project)
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http
users breaking threads. And split threads for
hijackers...
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Thu, 10 Jun 2010 08:05:13 +0100, David Edmondson d...@dme.org wrote:
On Wed, 09 Jun 2010 07:49:01 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
Without this little patch notmuch fails with current git if there's a
saved search that has zero results
How about:
diff --git a/emacs
; sometimes within minutes, sometimes it takes weeks...
you appear to have hit one of the slow spots.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
message in thread
o-s : sort by subject?
o-z : unthreaded, sort by message size?
you can come up with many more sort ideas...
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org
On Wed, 13 Oct 2010 22:34:34 +0200, Michal Sojka sojk...@fel.cvut.cz wrote:
On Wed, 13 Oct 2010, Servilio Afre Puentes wrote:
On 13 October 2010 08:13, Michal Sojka sojk...@fel.cvut.cz wrote:
[...]
THERE IS CURRENTLY ONE KNOWN ISSUE: Viewing/storing of attachments of
unread messages
On Fri, 12 Nov 2010 08:30:36 +0100, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On Thu, 11 Nov 2010 17:27:34 -0800, Carl Worth cwo...@cworth.org wrote:
So, what we probably need here is for the user to be able to configure
the mapping and in a fairly sophisticated way:
'R' on _any_
On Wed, 1 Dec 2010 21:33:55 +0100, Joel Borggrén-Franck
joel.borggren.fra...@gmail.com wrote:
From: Joel Borggrén-Franck j...@codehouse.se
Add headers cc: bcc: and to: to index. Real header to: is searched as
exactto:f...@bar.baz and search term to: is kept as a union of cc:,
bcc: and to:
On Sat, 21 May 2011 08:35:13 +0200, Matthias Guedemann
matthias.guedem...@ovgu.de wrote:
Hi all,
I am using notmuch / emacs as my main mail client now for several months
and loosely follow master.
After an update yesterday I now have problems with some multipart/mixed
mails from
Hehe, as the reply below shows... there's still something screwy even
with the latest git version... in multipart messages things just go
wrong. Whether I reply (this below should have included your text/plain
part as quote), or whether I try to see the html part of a text/plain +
text/html
, Carl Worth cwo...@cworth.org wrote:
Non-text part: multipart/signed
On Mon, 23 May 2011 19:46:41 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
Hehe, as the reply below shows... there's still something screwy even
with the latest git version... in multipart messages things just go
wrong
for GMime development files... Yes (gmime-2.6).
Checking for Glib development files (= 2.14)... Yes.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
, Jameson Graef Rollins wrote:
On Sun, 29 May 2011 11:44:05 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
CC -O2 notmuch-reply.o
notmuch-reply.c: In function ‘notmuch_reply_command’:
notmuch-reply.c:658:3: error: unknown type name ‘GMimeSession’
notmuch-reply.c:659:3: warning: passing
into a clearly partially
processed buffer.
Is there a good way to collect more profiling information to figure out
why this is so slow?
/D
--
Dirk Hohndel
Intel Open Source Technology Center
to access them from the user interface.
This makes notmuch /really/ hard to test for me at this point.
Is there a workaround?
/D
--
Dirk Hohndel
Intel Open Source Technology Center
s rid of all those errors.
With all due respect... Seriously? That doesn't even qualify as a crazy
hack... this process takes something like 15 minutes for me.
Carl, any idea how when an actual solution to this problem will arrive?
/D
--
Dirk Hohndel
Intel Open Source Technology Center
fix notmuch_message_file_get_header to always return the first instance
of the header you are looking for
Signed-off-by: Dirk Hohndel
---
lib/message-file.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/lib/message-file.c b/lib/message-file.c
index
from the first (chronologically, last) Received header
which domain this email was received in and therefore which of the
email addresses to use in a reply
If that fails we still use the primary email as From email
Signed-off-by: Dirk Hohndel
---
notmuch-reply.c | 73
the wrong variable is checked for success of an allocation
Signed-off-by: Dirk Hohndel
---
lib/thread.cc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/thread.cc b/lib/thread.cc
index 1c8b39d..48c070e 100644
--- a/lib/thread.cc
+++ b/lib/thread.cc
@@ -236,7
long read the older part of the thread and
removed the inbox tag. Whenever a new email comes in on this thread, the
author column in the search display will first show "Dirk Hohndel" - I
think it should first show the actual author(s) of the new mail(s).
The second cleanup that I've done
"dirk at hohndel.org" "~/MailDirHohndel"
"dirk.hohndel at intel.com" "~/MailDirIntel"
etc.
And just for safety used the passed in destdir as fallback / default.
Anyone willing / able to add this? I can't lisp to save my life...
/D
--
Dirk Hohndel
Intel Open Source Technology Center
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.
Signed-off-by: Dirk Hohndel
---
notmuch-reply.c | 23 +--
1 files changed, 9 insertions
h and a development cycle,
yet. Everything is development (correct me if I'm wrong, Carl)
/D
--
Dirk Hohndel
Intel Open Source Technology Center
f bcc'ing the primary email
> address in notmuch replies, which I think really needs to be removed.
+1
The FCC solution is much more sane. Especially with the From address
based path selection that I proposed (but haven't been able to implement
for lack of Lisp skills)
/D
--
Dirk Hohndel
Inte
; the folder: search term is available.
Hmm - haven't even thought about drafts, yet. How would the UI deal with
those?
/D
--
Dirk Hohndel
Intel Open Source Technology Center
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 rob
ce stats :).
>
> No patch yet, just asking if this is a good idea or not.
I think it's a very good idea. But it should be something that includes
the other components of how you send email...
Like
User-Aget: Emacs 23 Message-mode / notmuch-0.1.1
/D
--
Dirk Hohndel
Intel Open Source Technology Center
n into that myself as my brother's first name is J?rgen and he
complained about my emails to him suddenly being mangled...
But then, Sebastian doesn't even spell his own last name correctly :-)
/D
--
Dirk Hohndel
Intel Open Source Technology Center
t" in many parts of our documentation.
My main concern here is that once you have a gazzillion emails, typing
notmuch search with no argument over a slow link (or using it from
within a gui by mistake) could really cause a lot of unnecessary compute
/ data transfer. So I'd rather have a special character be the one that
triggers that behavior.
/D
--
Dirk Hohndel
Intel Open Source Technology Center
1 - 100 of 211 matches
Mail list logo