the
> function only binds gnus-blocked-images, which is not used by the 'w3m
> rendered. The corresponding variable to bind is in the latter case
> w3m-ignored-image-url-regexp, and something like the simple patch below
> seem to make things work, at least for me.
Patch looks good.
R
On Thursday, 2021-06-24 at 14:20:24 -04, Ori wrote:
> Thanks for the suggestion, David. Can the commit message be changed or
> should I resubmit? An elaborated version:
That's a question for bremner. Re-submitting will probably make his life
easier.
>
On Tuesday, 2021-06-22 at 17:48:50 -04, Ori wrote:
> See https://github.com/jeremy-compostella/org-msg/issues/53
It would be nice to have an inline description of the change, as the
github repository might disappear at some point, but the fix looks
reasonable.
Reviewed-by: David Edmond
On Wednesday, 2021-05-26 at 21:44:59 -04, Daniel Kahn Gillmor wrote:
> Most concrete verification steps are likely only taken on the e-mail
> address in the first place, and e-mail addresses render more
> intelligibly than arbitrary User IDs in the first place.
>
> Signed-off-by: Daniel Kahn
On Friday, 2021-05-07 at 08:30:27 -03, David Bremner wrote:
> ---
> doc/man1/notmuch-config.rst | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/doc/man1/notmuch-config.rst b/doc/man1/notmuch-config.rst
> index 32290a38..5cb6e203 100644
> ---
On Friday, 2021-04-16 at 09:05:29 -03, David Bremner wrote:
> Daniel Kahn Gillmor writes:
>
>> Hi David, all--
>>
>> On Sun 2021-02-21 15:21:30 +, David Edmondson wrote:
>>> I started looking at how to add autocrypt support based on
>>> http
Rather than returning the result of kill-buffer,
with-current-notmuch-show-message should return the result of calling
the passed body.
---
emacs/notmuch-show.el | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index
.
I'll send autocrypt patches after some more testing and
improvement. Currently things are pretty inefficient -
autocrypt-notmuch-header will request the raw message on every call,
which is expensive if the message is large.
v2:
- Rebased on master (bremner).
David Edmondson (2):
emacs
Add a hook called after inserting each message into the buffer showing
messages.
---
emacs/notmuch-show.el | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 761be252..cda0bfe0 100644
--- a/emacs/notmuch-show.el
+++
Rather than lots of string-equal calls, use the pcase macro.
---
emacs/notmuch.el | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 6d37c623..b9cee19c 100644
--- a/emacs/notmuch.el
+++
If the car of an element in notmuch-tree-result-format or
notmuch-unthreaded-result-format is a function, insert the result of
calling the function into the buffer.
---
emacs/notmuch-tree.el | 3 +++
1 file changed, 3 insertions(+)
diff --git a/emacs/notmuch-tree.el b/emacs/notmuch-tree.el
index
If the car of an element in notmuch-search-result-format is a
function, insert the result of calling the function into the buffer.
This allows a user to generate custom fields in the output of a search
result. For example, with:
(defun -notmuch-result-flags (format-string result)
(let
As well as allowing headers to be specified in the various result
format lists, allow functions that can be used to implement per-user
logic when generating the results.
v3:
- Push the function test into the pcase (bremner).
- Rebase to master (bremner).
David Edmondson (3):
emacs: Use pcase
On Thursday, 2021-02-04 at 22:33:06 -04, David Bremner wrote:
> David Edmondson writes:
>
>>> I'm just nervous about more legacy formats. I think we will get the
>>> arbitrary headers thing working eventually, but I can see it might take
>>> some time.
&g
When prompting for one or more tags to add or remove to/from one or
more threads, ensure that the set of tags offered for completion
contains no duplicates.
Some completion packages (e.g. selectrum) will include every member of
the offered list, resulting in the same tag being indicated as a
On Monday, 2021-02-01 at 11:49:36 -04, David Bremner wrote:
> David Edmondson writes:
>>
>> +(defun notmuch-search-uniq-tags (tags)
>> + (let (result)
>> +(mapc (lambda (tag)
>> +(unless (member tag result)
>> + (push tag result)))
When prompting for one or more tags to add or remove to/from one or
more threads, ensure that the set of tags offered for completion
contains no duplicates.
Some completion packages (e.g. selectrum) will include every member of
the offered list, resulting in the same tag being indicated as a
On Monday, 2021-01-18 at 14:28:02 -04, David Bremner wrote:
> David Edmondson writes:
>> Now, it would be nice to be able to say something like...
>>
>> notmuch show --format=sexp --body=false \
>> --headers=received-by,face,x-face \
>> id:foo
>>
>
On Monday, 2021-01-18 at 13:37:08 -04, David Bremner wrote:
> David Edmondson writes:
>
>> Similar to other formats, allow the body to be omitted when outputting
>> raw messages.
>>
>> This can be used by UI code to get the full headers of a message
>> without
On Sunday, 2021-01-17 at 15:16:20 -05, Jon Fineman wrote:
> I just upgraded my notmuch library and noticed that per this thread the
> function notmuch-hello-mode-map was removed.
> https://nmbug.notmuchmail.org/nmweb/show/20200726165818.400-14-jonas%40bernoul.li
>
> I had been following this
Similar to other formats, allow the body to be omitted when outputting
raw messages.
This can be used by UI code to get the full headers of a message
without the need to consume the body, which may be large.
---
notmuch-show.c | 28 +---
1 file changed, 25 insertions(+),
If the car of an element in notmuch-tree-result-format or
notmuch-unthreaded-result-format is a function, insert the result of
calling the function into the buffer.
---
emacs/notmuch-tree.el | 3 +++
1 file changed, 3 insertions(+)
diff --git a/emacs/notmuch-tree.el b/emacs/notmuch-tree.el
index
If the car of an element in notmuch-search-result-format is a
function, insert the result of calling the function into the buffer.
This allows a user to generate custom fields in the output of a search
result. For example, with:
(defun -notmuch-result-flags (format-string result)
(let
Rather than lots of string-equal calls, use the pcase macro.
---
emacs/notmuch.el | 44 +++-
1 file changed, 23 insertions(+), 21 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 83bcee57..efbf5bd0 100644
--- a/emacs/notmuch.el
+++
As well as allowing headers to be specified in the various result
format lists, allow functions that can be used to implement per-user
logic when generating the results.
David Edmondson (3):
emacs: Use pcase in notmuch-search-insert-field
emacs: Allow functions in notmuch-search-result-format
his does not apply without first applying
> id:20201214162401.19569-1-jo...@bernoul.li.
I don't seem to have this one, but that could be a problem at my end.
Anyway, for the series...
Reviewed-by: David Edmondson
>
> Jonas
>
> Jonas Bernoulli (4):
> emacs: notmuch-mua-add-more-hid
--- Autocrypt for Notmuch -*- lexical-binding:t -*-
+
+;; Author: David Edmondson
+;; Version: 0.4.0
+;; Keywords: comm
+;; Package-Requires: ((emacs "25.1"))
+;; URL: https://git.sr.ht/~zge/autocrypt
+
+;; This file is NOT part of Emacs.
+;;
+;; This file is in the public domain, to
On Tuesday, 2021-01-05 at 09:45:52 +01, yoctocell wrote:
> I am using a package called gnus-article-treat-patch[0] which colorizes
> patches in emails. It works expected when I manually call
> `ft/gnus-article-treat-patch' in a notmuch-show buffer, but it doesn't
> work when I add it as a hook.
Add a hook called after inserting each message into the buffer showing
messages.
---
emacs/notmuch-show.el | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 222c9dae..292677bc 100644
--- a/emacs/notmuch-show.el
+++
Rather than returning the result of kill-buffer,
with-current-notmuch-show-message should return the result of calling
the passed body.
---
emacs/notmuch-show.el | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index
. They are not
autocrypt specific, and could be generally useful.
I'll send autocrypt patches after some more testing and
improvement. Currently things are pretty inefficient -
autocrypt-notmuch-header will request the raw message on every call,
which is expensive if the message is large.
David
On Friday, 2021-01-08 at 07:44:45 -08, Jonathan Wilner wrote:
> Great idea. I tried it and got the same result - not opening in Tree mode. :-(
Please show us the (complete) value of your notmuch-saved-searches
variable.
You can get it by going to the *scratch* buffer and typing
If the car of an element in notmuch-search-result-format is a
function, insert the result of calling the function into the buffer.
This allows a user to generate custom fields in the output of a search
result. For example, with:
(defun -notmuch-result-flags (format-string result)
(let
Rather than lots of string-equal calls, use the pcase macro.
---
emacs/notmuch.el | 44 +++-
1 file changed, 23 insertions(+), 21 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 83bcee57..efbf5bd0 100644
--- a/emacs/notmuch.el
+++
Which filesystem are you using for the mail store?
I had similar looking problems when using ZFS and never got to the
bottom of it.
dme.
--
Why does it have to be like this? I can never tell.
___
notmuch mailing list -- notmuch@notmuchmail.org
To
On Monday, 2020-11-16 at 22:28:20 +01, Jonas Bernoulli wrote:
> This remove the first four commits, which have already been
> applied to master. It also makes requested minor changes
> to the three marked commits.
For the set...
Reviewed-by: David Edmondson
> Jonas Bernoulli (23
gt; (not (is "spam"))
> (is "important"
>
> which will generate the textual query:
>
> "to:emacs-devel AND (NOT is:spam OR is:important) AND \"info manual\""
Reviewed-by: David Edmondson
> ---
> emacs/Makefile.local
?
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-address.el | 31 ++
> emacs/notmuch-hello.el | 28 +
> emacs/notmuch-lib.el | 38 +
> emacs/notmuch-mua.el | 10 ++---
> emacs/notmuch-tag.el | 2 +-
> emacs/no
On Sunday, 2020-11-08 at 20:02:59 +01, Jonas Bernoulli wrote:
Minor suggestion below...
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-address.el | 6 +++---
> emacs/notmuch-crypto.el | 4 ++--
> emacs/notmuch-mua.el | 7 ---
> 3 files changed, 9 insertions(
On Sunday, 2020-11-08 at 20:02:57 +01, Jonas Bernoulli wrote:
With a suggested rewording below...
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-crypto.el | 3 +--
> emacs/notmuch-hello.el | 3 +--
> emacs/notmuch-mua.el| 11 ---
> 3 files changed, 6 in
n'.
>
> 1: 7e20d26480553f57d53bd9ec28cae163c1ac91e3
>emacs: Fix mail composition under Emacs 23
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-mua.el | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el
On Monday, 2020-11-02 at 04:26:27 -08, David Mazieres wrote:
> dm-list-email-notm...@scs.stanford.edu writes:
>
>> I just installed the ttf-symbola package from AUR and ran fc-cache (not
>> sure if necessary). Now the problem is completely gone. Not only that,
>> but I even get the little memo
On Monday, 2020-11-02 at 01:21:00 -08, dm-list-email-notm...@scs.stanford.edu
wrote:
> David Edmondson writes:
>
>> I haven't seen this. Threads with a lot of complex HTML content (lots of
>> nested tables, for example) can take a long time to render for me, but
&g
On Sunday, 2020-11-01 at 22:57:58 -08, David Mazieres wrote:
> I usually use notmuch in emacs under X windows on arch linux. Recently,
> I've had a problem where some screens in notmuch take several minutes of
> 100% CPU time to load. For example, I'll just open a search, and emacs
> will
On Tuesday, 2020-08-18 at 12:23:24 +10, Tim Quelch wrote:
> Hi all,
>
> I've been working through a bug that I've been having with org-msg
> (https://github.com/jeremy-compostella/org-msg/issues/58#issuecomment-675177076)
> and it looks like a bug in the internals of notmuch.
>
> It appears as
>
> This change modifies notmuch-show-insert-headerline function so that
> it doesn't indent the first header line if notmuch-show-indent-content
> variable is nil.
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-show.el | 5 -
> 1 file changed, 4 insertions(+), 1 del
On Sunday, 2020-08-09 at 22:01:44 +03, Teemu Likonen wrote:
> Previously in message-show mode message's first header line (From
> header) was always indented, even if user had turned thread
> indentation off with "<" (notmuch-show-toggle-thread-indentation)
> command.
>
> This change modifies
On Sunday, 2020-08-09 at 23:12:28 +03, =?utf-8?Q?T=E2=80=AEomi?= Ollila wrote:
> How about this =D
Your point being that the code sanitising the displayed header could do
better?
> (Sorry how the headers might look...)
>
> From: contains U+202E (LEFT-TO-RIGHT OVERRIDE) (in
ph is always rendered in left-to-right mode.
>
> See Emacs Lisp reference manual section "(elisp) Bidirectional
> Display" for more info.
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-show.el | 12 +---
> 1 file changed, 9 insertions(+), 3 deletions
On Wednesday, 2020-08-05 at 12:40:06 +03, Teemu Likonen wrote:
> * 2020-08-05 09:45:23+01, David Edmondson wrote:
>
>> I've no idea if this is the appropriate approach to addressing this, but
>> the resulting behaviour is obviously an improvement over what happens
&
On Tuesday, 2020-08-04 at 21:02:25 +03, Teemu Likonen wrote:
> Insert invisible U+200E LEFT-TO-RIGHT MARK at the beginning of message
> headers. It forces message headers to display as left-to-right text
> even if there are strong directional characters in header's values.
>
> See Emacs Lisp
On Wednesday, 2020-07-22 at 08:11:32 -07, Sean Whitton wrote:
>
Reviewed-by: David Edmondson
> ---
> emacs/notmuch.el | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/emacs/notmuch.el b/emacs/notmuch.el
> index dd18f2e1..c97997fe 100644
>
On Tuesday, 2020-07-21 at 16:03:27 -07, Sean Whitton wrote:
> Hello,
>
> I have some code to cycle through a list of searches. The remaining
> searches are stored in a buffer-local variable, working something like
> this (simplified):
>
> (defun spw/next-unread-group ()
>
On Thursday, 2020-06-18 at 14:11:20 +02, Jörg Volbers wrote:
> Hi there,
>
> When showing a message with notmuch-show, I'd love to highlight
> the file attachment part. I want to distinguish them from the
> other mml stuff which I usually do not need to care about. Is
> there any easy way to
On Monday, 2020-06-01 at 10:36:16 -07, Sean Whitton wrote:
> Hello,
>
> I don't want to put (require 'notmuch) into my Emacs init because that
> will slow down initial Emacs startup a fair bit, especially since my
> (file which is equivalent to) notmuch-config.el does quite a bit of
> processing
On Sunday, 2020-05-31 at 23:17:04 -07, Sean Whitton wrote:
> Before this change, `load-prefer-newer' was ignored.
>
> Set NOERROR and MUST-SUFFIX arguments of `load' to t, and NOSUFFIX
> argument to nil, to preserve the behaviour of the deleted `let' form.
Reviewed-by: Dav
On Friday, 2020-04-24 at 15:46:20 -04, Ori wrote:
> Hi,
>
> This is a fairly small point and was easy for me to locally address, and
> that in itself may be valuable in sharing, but I wondered if it would be
> worth putting a change behind a defcustom option, or depending on how this
> works with
from GNU Elpa.
>
> We need to explicitly require the `pcase' library because
> `pcase-dolist' was not autoloaded until Emacs 25.1.
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-company.el | 5 +-
> emacs/notmuch-draft.el | 2 +-
> emacs/notmuch-hello.el |
use in "notmuch-hello". It is a more
> convenient way to search a tag than expanding the list of all tags. I
> also noticed many saved searches people use are simply tags.
Reviewed-by: David Edmondson
> ---
> devel/emacs-keybindings.org | 2 +-
> emacs/notmuch-lib.el| 1
can yank the
> default value into the minibuffer easily using M-n.
>
> Additionally collection is now all urls, rather than all but the
> first. I'm not sure why "(cdr urls)" was previously done.
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-show.el | 2 +-
>
On Wednesday, 2020-03-18 at 10:49:14 +01, Örjan Ekeberg wrote:
> Daniel Kahn Gillmor writes:
>
>> When building the current version of notmuch on debian testing/unstable,
>> i see the following warning:
>>
>> ```
>> EMACS emacs/notmuch-crypto.elc
>>
>> In end of data:
>>
On Friday, 2020-02-21 at 09:06:46 -08, William Casarin wrote:
> Daniel Kahn Gillmor writes:
>
>> On Sat 2019-12-28 10:01:17 -0500, William Casarin wrote:
>>> These patches bring notmuch-tree more in line with the user experience
>>> of notmuch-show by adding the x/X bindings.
>>
>> It looks like
On Monday, 2020-01-06 at 06:04:37 -07, Nicolas Bock wrote:
> Hi,
>
> In the case of identical messages in multiple folders, is it possible
> to tag a specific copy?
No.
> All my attempts to limit `notmuch tag` and `notmuch search` to a
> particular folder have failed so far.
>
> $ notmuch
correctly (apparently).
>
> This also shouldn't be necessary as sentinels will not be called
> unless emacs is idle or waiting for input. Therefore, the
> `process-put' calls immediately following the `make-process' call
> should always complete before the sentinel is first c
o q.
>
> Signed-off-by: William Casarin
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-tree.el | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/emacs/notmuch-tree.el b/emacs/notmuch-tree.el
> index e9c0433c..987cc81e 100644
> --- a/e
On Saturday, 2019-12-28 at 10:01:23 -05, William Casarin wrote:
> This is the notmuch-tree version of
> notmuch-show-archive-thread-then-exit
>
> Signed-off-by: William Casarin
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-tree.el | 6 ++
> 1 file changed, 6 i
On Saturday, 2019-12-28 at 10:01:22 -05, William Casarin wrote:
> This is the notmuch-tree version of
> notmuch-show-archive-message-than-next-or-exit.
>
> Signed-off-by: William Casarin
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-tree.el | 30 --
On Saturday, 2019-12-28 at 10:01:21 -05, William Casarin wrote:
> This allows us to close both windows at the same time.
>
> Signed-off-by: William Casarin
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-tree.el | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions
On Saturday, 2019-12-28 at 10:01:20 -05, William Casarin wrote:
> This functions removes some duplicate logic between
> notmuch-tree-{next,prev}-matching-message
>
> We do this because we will be adding some additional logic similar to
> the notmuch-show-next-open-message function, and it will
thread to show.
>
> Signed-off-by: William Casarin
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-tree.el | 18 ++
> 1 file changed, 14 insertions(+), 4 deletions(-)
>
> diff --git a/emacs/notmuch-tree.el b/emacs/notmuch-tree.el
> index d262ba26..18fdb1
On Saturday, 2019-12-28 at 10:01:18 -05, William Casarin wrote:
> This will allow us to pop back to parent buffers when there are no
> more threads to jump to.
>
> Signed-off-by: William Casarin
Reviewed-by: David Edmondson
> ---
> emacs/notmuch-tree.el | 5 -
&g
On Monday, 2019-12-23 at 12:39:26 -05, Daniel Kahn Gillmor wrote:
> https://www.ietf.org/id/draft-autocrypt-lamps-protected-headers-02.html
> Makes it clear that the "Legacy Display" part of an encrypted message
> with protected headers can (and indeed, should) be of content-type
> text/plain,
On Friday, 2019-12-13 at 00:35:34 +01, ekeb...@kth.se wrote:
> From: Örjan Ekeberg
>
> This is a simple patch to notmuch-mua-attachment-check to make it stop
> searching for mathing "attachment"-words when reaching a forwarded
> message (or anything starting with "\n<#"). This avoids the false
On Friday, 2019-12-13 at 09:33:11 +02, Tomi Ollila wrote:
> Small update from my front -- looked message.el and (message-setup-1)
> there in particular, and then tested the following code:
>
> (with-demoted-errors
> (require 'notmuch)
> (let ((message-signature-setup-hook
When collapsing citations, if the collapsed region is less than
`notmuch-wash-citation-lines-elided-min' lines long, don't bother
collapsing it and simply show all of the lines.
---
emacs/notmuch-wash.el | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
On Wednesday, 2019-09-11 at 21:32:56 -04, Daniel Kahn Gillmor wrote:
> In id:87blw1rldy@tethera.net, bremner identified two of my edits
> breaking dme's series that permits asynchronous retrieval of OpenPGP
> keys.
>
> This is a revision of that series that should apply to the current
>
On Wednesday, 2019-12-11 at 13:55:16 -05, Robbie Harwood wrote:
> My emacs config contains `(add-hook 'message-setup-hook
> 'mml-secure-sign-pgpmime)` as recommended in the emacstips
> https://notmuchmail.org/emacstips/#index14h2
>
> However, when I run (something like):
>
> notmuch-emacs-mua
On Wednesday, 2019-12-11 at 16:28:20 +01, Alan Schmitt wrote:
> I do have one small question: how do you deal with mails that have
> duplicates? For instance, when I send a mail to a mailing list, I end
> up with both the sent email and the one I later receive from the
> list. If I tag the send
On Wednesday, 2019-12-11 at 10:00:07 -04, David Bremner wrote:
> David Edmondson writes:
>
>> It seems that only “notmuch new” is currently prepared to create a new
>> database, but it will also import all of my email before I have a chance
>> to set the above pa
On Tuesday, 2019-12-10 at 08:11:56 -08, Jameson Graef Rollins wrote:
> Fwiw I support dkg's idea to store the config in the database itself. I
> think that's a clean simplification that makes a lot of sense.
I'm not inherently against this, but I'm unsure exactly how it would
work.
For
I've been using something like this code for a few years, so I figured
that some other people might also want it.
It's intended as an in-emacs mail notifier, though in most cases I don't
actually have the “notifier” part running, I just use a key sequence to
query the state.
The idea is to layer
Gregor, does Stefan's change fix your problem?
dme.
--
So tap at my window, maybe I might let you in.
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch
On Tuesday, 2019-12-03 at 15:39:47 -05, Stefan Monnier wrote:
>> disaster-area ~/s/emacs % ./src/emacs -Q -nw -batch --eval "(progn (require
>> 'message) (setq mail-specify-envelope-from t mail-envelope-from 'header)
>> (message \"%s\" message-sendmail-envelope-from))"
>> nil
>> disaster-area
On Tuesday, 2019-12-03 at 20:15:02 +01, Gregor Zattler wrote:
>> As best I can determine, this relates to the order in which things are
>> loaded.
>>
>> If you load message.el before setting `mail-specify-envelope-from',
>> things are broken (sorry for the long lines):
>>
>> disaster-area
On Sunday, 2019-12-01 at 18:10:59 +01, Gregor Zattler wrote:
> [@Stefan: FYI]
> Dear notmuch developers,
>
> I use notmuch-emacs configured with
> (setq mail-specify-envelope-from t)
> (setq mail-envelope-from 'header)
> (setq send-mail-function 'sendmail-send-it)
>
> this should/used to invoke
In `notmuch-show', the "B" key (notmuch-show-browse-urls) will kill
the URL if called with a prefix argument rather than browsing
directly.
---
emacs/notmuch-show.el | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
On Friday, 2019-11-29 at 13:01:00 -07, Sean Whitton wrote:
> On Wed 27 Nov 2019 at 08:52PM +00, David Edmondson wrote:
>> It's a lot to ask, I know, but if you could provide a specific set of
>> messages with a corresponding initial query that fails for you after
>> limitin
On Thursday, 2019-11-28 at 08:13:55 -08, William Casarin wrote:
> This function captures some common logic when jumping to matching
> messages in notmuch-tree mode.
>
> We also add a new return value (t or nil), that indicates if there was
> a next matching message in the thread to show.
>
>
On Thursday, 2019-11-28 at 08:13:54 -08, William Casarin wrote:
> This will allow us to pop back to parent buffers when there are no
> more threads to jump to.
>
> Signed-off-by: William Casarin
> ---
> emacs/notmuch-tree.el | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
>
On Wednesday, 2019-11-27 at 10:42:59 -07, Sean Whitton wrote:
> On Wed 27 Nov 2019 at 01:08PM +00, David Edmondson wrote:
>
>> On Tuesday, 2019-11-26 at 16:25:29 -07, Sean Whitton wrote:
>>
>>> On Tue 26 Nov 2019 at 10:52PM +00, David Edmondson wrote:
>>>
&g
On Tuesday, 2019-11-26 at 16:25:29 -07, Sean Whitton wrote:
> On Tue 26 Nov 2019 at 10:52PM +00, David Edmondson wrote:
>
>> The poor behaviour is just a side effect of the way that queries are
>> composed to implement the filter functionality. Does the attached patch
>>
On Tuesday, 2019-11-26 at 14:57:28 -07, Sean Whitton wrote:
> On Tue 26 Nov 2019 at 08:05PM +00, David Edmondson wrote:
>
>> Could you explain how you were using `notmuch-show-thread-id' in a way
>> that was broken by the presence of an arbitrary query?
>
> I've observed t
On Thursday, 2019-11-21 at 14:37:44 -07, Sean Whitton wrote:
> The function `org-notmuch-follow-link' in {org,ol}-notmuch.el calls
> `notmuch-show' with an arbitrary notmuch search query. However, the
> docstring for `notmuch-show' specifies that a notmuch thread ID, rather
> than an arbitrary
On Sunday, 2019-11-17 at 15:17:58 -08, William Casarin wrote:
> I'll push out a v2 later if this gets enough Concept ACKs.
The changes make sense to me in principle, but I don't use
notmuch-tree. It would be good if someone who does could try them and
comment.
dme.
--
I do believe it's Madame
On Wednesday, 2019-11-13 at 09:42:26 +01, Gregor Zattler wrote:
> Dear notmuch developers,
>
> notmuch-emacs shows rfc822 attachments as emails which is nice,
> but with point in such attachment it is not possible to act on it
> as an email as for instance reply to it.
>
> It would be nice if
On Tuesday, 2019-11-12 at 17:19:13 -05, Daniel Kahn Gillmor wrote:
> Are you sure you want the configuration in the config file and not in
> the database itself?
That's fine with me.
dme.
--
So tap at my window, maybe I might let you in.
___
notmuch
On Wednesday, 2019-11-13 at 00:00:04 -08, William Casarin wrote:
> This is an unbound function that is quite useful. It opens a selected
> thread in notmuch-tree from the current search query.
Seems fine to me. Not crazy about the binding, but it will suffice.
> Signed-off-by: William Casarin
On Tuesday, 2019-11-12 at 05:17:46 -08, William Casarin wrote:
David Edmondson writes:
On Monday, 2019-11-11 at 00:16:17 +01, Johan Parin wrote:
I'm trying instead to use the tree view, this seems to me the
more natural way to view threads. So I immediately do `Z'
whenever I enter a thread
On Monday, 2019-11-11 at 00:16:17 +01, Johan Parin wrote:
I'm probably doing something wrong but I find myself frustrated
with the handling of unread in the emacs-mua.
In notmuch-search I found the default bold face for unread of
notmuch-search-unread-face not enough to make them stand out
On Saturday, 2019-11-09 at 23:13:58 +01, Johan Parin wrote:
+const char* interesting_headers[] = { + "Maildir",
"Mailing-list", "Tags", "Attachments", "Signature", +
"Decryption", "User-agent", "X-Mailer"};
It would be convenient to specify these in ~/.notmuch-config
rather than
1 - 100 of 1845 matches
Mail list logo
