urned off for given term)
and at indexing time. So yeah, changing the stemming algorithm with
change the database (and require a re-index).
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org
Thanks! I didn't know unicode equivalence existed, but it seems to be the
feature I want, so at least now I have a name for it :) And yes, actually
setting the stemmer would also be cool, I saw that Xapian has a Hungarian
stemmer but I kind of assumed all stemmers are applied somehow (although it
Bence Ferdinandy writes:
> Hi,
>
> I'm in the process of trying to set up reading email in the terminal and
> just installed notmuch, which looks like a pretty awesome tool. I currently
> have one question nagging me:
>
> I have a lot of mail in my native Hungarian, which properly written is
On Sun, Aug 07 2022, Notmuch mailinglist wrote:
> Hello,
>
> I've managed to get mbsync, notmuch and neomutt all setup. But its now time
> for fine tuning and tinkering.
> My email is from Protonmail and I use sieve filters to organise my mail as
> needed into folders.
> Mbsync creates a folder
David Bremner writes:
Hi, thanks for all the advice :-). I'm still quite unfamiliar with
mailing-list based workflows so I keep developing like I'm on GitHub.
> I think the patch series needs a bit of cleanup still. The first two
> patches occur twice and then a later patch is reverted (so
David Bremner writes:
> This duplicates (no pun intended) one of the bugs reported by Gregor
> in id:87edxw8jp4.fsf@no.workgroup
applied all 5 patches in this thread to master.
d
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send
David Bremner writes:
> There are one or two more changes to apply (and potentially document)
> before release, but this covers most of my commits.
applied to master.
d
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email
David Bremner writes:
> When adding the description of the propagation of NOTMUCH_CONFIG, I
> missed that there was already a section on external commands, with a
> different title.
This one patch applied to master
___
notmuch mailing list --
David Bremner writes:
> This case statement does nothing.
> ---
> test/T055-path-config.sh | 3 ---
> 1 file changed, 3 deletions(-)
applied to master.
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to
Hi David,
* David Bremner [2022-08-04; 18:58]:
> For those following along at home, I think Gregor refers to the "thread
> subject" as shown by e.g. "notmuch search". This might or might not be
> related to the message being replaced by a different duplicate.
actually I referred to the very
Hi David,
* David Bremner [2022-08-04; 18:47]:
> Gregor Zattler writes:
>> the new feature of showing different instances of emails
>> with same Message-Id is great and very helpful.
>>
>> But in notmuch-emacs, when hitting "c F" in notmuch show
>> always stashes the very same filename, in my
David Bremner writes:
> Gregor Zattler writes:
>
>> Since the emails in this test case differ in Subjects they
>> reveal another problem with showing different instances of
>> seemingly same emails: While cycling through the three
>> emails in notmuch show the Subject line is duly showed as
>>
Gregor Zattler writes:
> Dear notmuch developers,
>
> the new feature of showing different instances of emails
> with same Message-Id is great and very helpful.
>
> But in notmuch-emacs, when hitting "c F" in notmuch show
> always stashes the very same filename, in my case the one
> fitting the
Hello David,
thanks for your comments and questions.
David Bremner writes:
> Alexander Adolf writes:
>
>> As I wanted email address completion via completion-at-point in
>> message-mode too, I implemented a new EUDC function to go into
>> completion-at-point-functions [3].
>>
>> [1]
Al Haji-Ali writes:
> Would it be possible to search for lastmod messages based on time
> rather than revision ID? Using revision ID is convenient for
> tools/scripts, but not for actual everyday use.
>
The modification time is not saved in the database.
> I sometimes find myself needing to
; 1349 (setq error t)
>> 1350 (error "Sending...terminated by signal:
>> %s" exit-value))
>> 1351 (t
>> 1352 (setq error t)
>> 1353
(setq error t)
> 1353 (error "SENDMAIL-SEND-IT -- fall
> through: %S" exit-value
> 1354(or fcc-was-found
> 1355(error "No recipients")))
> 1356
Tomi Ollila writes:
> Removed duplicate error check (and the message) in 3rd case where
> the same error message (w/o trailing newline) was present.
>
> In case of test/T040-setup.sh, command substitution deletes
> trailing newlines, so related test there cannot be changed
> (and therefore could
Tomi Ollila writes:
> Removed duplicate error check (and the message) in 3rd case where
> the same error message (w/o trailing newline) was present.
>
> In case of test/T040-setup.sh, command substitution deletes
> trailing newlines, so related test there cannot be changed
> (and therefore could
David Bremner writes:
> Rafael Ávila de Espíndola writes:
>
>> Hi,
>>
>> I got a few emails which all have the same Message-ID:
>>
>> $ notmuch search subject:'"MB WAY"'
>> thread:00089926 34 mins. ago [1/1(3)] MB WAY
>>
>> $ notmuch search --output=files subject:'"MB WAY"' | xargs
(setq error t)
1353 (error "SENDMAIL-SEND-IT -- fall through: %S"
exit-value
1354 (or fcc-was-found
1355 (error "No recipients")))
1356(if mail-interactive
1357(with-current-b
Hi Dan :)
Dan Čermák writes:
> Hi Justus,
>
> Justus Winter writes:
>
>> Hello,
>>
>> I just embarrassed myself a little by sending the same mail over and
>> over again. The reason for that is that notmuch-emacs signaled failure,
>> i.e. it displayed an error message in the status buffer and
Mohsin Kaleem writes:
> David Bremner writes:
>
> Hi, firstly sorry for taking so long to come back to this. I honestly
> have tried to fix this multiple times since my last message but kept
> getting confused or misdirected by how the tests are setup so I gave up
> and decided to come back to
Rafael Ávila de Espíndola writes:
> Hi,
>
> I got a few emails which all have the same Message-ID:
>
> $ notmuch search subject:'"MB WAY"'
> thread:00089926 34 mins. ago [1/1(3)] MB WAY
>
> $ notmuch search --output=files subject:'"MB WAY"' | xargs grep -i Message-ID
>
Daniel Kahn Gillmor writes:
> On Fri 2017-08-04 16:42:54 -0400, David Bremner wrote:
>> Peter Wang writes:
>>
>>> On Thu, 08 Mar 2012 11:37:09 -0500, Daniel Kahn Gillmor
>>> wrote:
notmuch currently treats all messages with the same Message-ID as
the same message. I think this
Alexander Adolf writes:
> As I wanted email address completion via completion-at-point in
> message-mode too, I implemented a new EUDC function to go into
> completion-at-point-functions [3].
>
> [1] https://company-mode.github.io
> [2] https://github.com/minad/corfu
> [3]
David Bremner writes:
> The main change is actually updating cross references.
series applied to master.
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org
David Bremner writes:
> Essentially we just need to arrange to pass the right --duplicate
> argument to notmuch reply.
>
> As a side-effect, correct the previously unused value of EXPECTED in
> T453-emacs-reply.sh.
remainder of series applied to master.
d
Al Haji-Ali writes:
> The variable `mm-inline-override-types` is overridden in `notmuch-show` to
> "stop application/* parts from being displayed".
>
> This works well, however it means in other places the part *is* expanded. For
> example when `(notmuch-show-refresh-view)` is called (after
David Bremner writes:
> Sean Whitton writes:
>
>> Hello,
>>
>> In the following situation:
>>
>> - only notmuch config is ~/.notmuch-config
>> - database.mail_root is set
>> - database.path is not set
>> - notmuch database does not yet exist
>>
>> then notmuch wants to create its db under
Hi Justus,
Justus Winter writes:
> Hello,
>
> I just embarrassed myself a little by sending the same mail over and
> over again. The reason for that is that notmuch-emacs signaled failure,
> i.e. it displayed an error message in the status buffer and didn't close
> the compose buffer, yet it
Justus Winter writes:
> Hello,
>
> I just embarrassed myself a little by sending the same mail over and
> over again. The reason for that is that notmuch-emacs signaled failure,
> i.e. it displayed an error message in the status buffer and didn't close
> the compose buffer, yet it did in fact
Sean Whitton writes:
> Hello,
>
> In the following situation:
>
> - only notmuch config is ~/.notmuch-config
> - database.mail_root is set
> - database.path is not set
> - notmuch database does not yet exist
>
> then notmuch wants to create its db under mail_root/.notmuch, contrary
> to
ails)
=== ERROR ===
YYY/notmuch_fail exited with status 1
-command: YYY/notmuch_fail search --format\=sexp --format-version\=5 --sort\=newest-first tag\:inbox
+command: YYY/notmuch_fail search --format\=sexp --format-version\=5 --sort\=newest-first --exclude\=false tag\:inbox
exit status: 1"
I'll just add this to the record as well in case it is useful to someone
searching for examples of how to use this functionality:
(defun -notmuch-flag (format-string msg)
(let ((tags (plist-get msg :tags)))
(format format-string
(cond
((member "deleted" tags) "D")
> (defun inwit/notmuch-search-authors-or-to (format-string result)
> (let* ((headers (plist-get result :headers))
> (to (plist-get headers :To))
> (author (plist-get headers :From)))
>(format format-string
> (if (string-match "inwit" author)
> (concat "To: "
On Sat Jul 16, 2022 at 3:23 PM CEST, Jon Hurst wrote:
> For the record:
>
> (defun -notmuch-authors-or-to (format-string result) (let* ((headers
> (plist-get result :headers)) (match (plist-get result :match)) (to (plist-get
> headers :To)) (author (notmuch-tree-clean-address (plist-get headers
Tomi Ollila writes:
> On Fri, Jul 15 2022, David Bremner wrote:
>
>> If the bindings are installed, use them to avoid one exec of notmuch
>> search per message.
>
> tnx. continues to work for me where I have symlink to nmbug in ~/bin/.
> some time in the future i'll investigate whether i get
>
Jon Hurst writes:
> Many thanks David; just what I needed.
>
>> tested either, but I suppose you would need to write a function like
>> author-or-to that decides for each message which of those to insert.
>
> For the record:
>
>
> (defun -notmuch-authors-or-to (format-string result)
> (let*
On Fri, Jul 15 2022, David Bremner wrote:
> If the bindings are installed, use them to avoid one exec of notmuch
> search per message.
tnx. continues to work for me where I have symlink to nmbug in ~/bin/.
some time in the future i'll investigate whether i get
python3 path/to/nmbug.zip ...
Many thanks David; just what I needed.
> tested either, but I suppose you would need to write a function like
> author-or-to that decides for each message which of those to insert.
For the record:
(defun -notmuch-authors-or-to (format-string result)
(let* ((headers (plist-get result
Jon Hurst writes:
> Hi,
>
> In the emacs front end, I can specify authors in the format for search
> results and trees. This is great when looking at received mail, but when
> looking at sent mail it is not optimal. I have used mutt in the past,
> and this puts "To: xxx*.xxx" in this field
David Bremner writes:
> Answering a user question, I had to dig for this variable, but I think
> it is a reasonably common customization wish, particularly for users
> with custom count-functions.
applied to master.
d
___
notmuch mailing list --
David Bremner writes:
> This makes it easier to navigate the merged index of all of the
> notmuch documentation.
applied to master, after extending to cover the new docs from 5e17495a
d
___
notmuch mailing list -- notmuch@notmuchmail.org
To
David Bremner writes:
> Commit 306b7028d added the nmconfig role / directive. Unfortunately
> the default of using the directive name in texinfo output is pretty
> ugly, so attempt to make it more human readable by passing `objname`
> to add_object_type invocation.
applied to master.
David Bremner writes:
> This mainly affects the html output (although users generating epub or
> pdf would also notice a change). The goal is twofold: make the TOC a
> bit friendler and easier to navigate by introducing some hierarchy,
> and allow links for nmbug and notmuch-setup.
series
David Bremner writes:
> It is a bit of an unfortunate profusion of options, but it isn't
> really clear to me yet if there is one best heuristic for all
> use-cases. The overall observation is that for most threads (even up
> to several hundred messages), the time to return the query from the
>
Am Do., 7. Juli 2022 um 17:59 Uhr schrieb David Bremner :
>
> Tomi Ollila writes:
>
> > On Sun, Jul 03 2022, David Bremner wrote:
> >
> > I've trying to think if there were a way to somehow run only one notmuch
> > command instead of notmuch search on all maeby-deleted files -- or
> >
On Sat, Jul 09 2022, Eric Abrahamsen wrote:
>
> Huh, I tried this a couple months ago with a more complicated query,
> like:
>
> thread:{from:bob or from:jane}
>
> and I remember notmuch barking at me about spaces or the "or" or
> something -- anyway I got the impression that it couldn't accept
>
Hello,
On Sat 09 Jul 2022 at 09:11AM -07, Eric Abrahamsen wrote:
> But looking at your patch maybe I just needed to quote differently?
Right, notmuch has this unusual " -> "" quoting thing.
> Anyway I'll give this a test this weekend. It would be *very* nice if
> we could use this syntax
Sean Whitton writes:
> Hello,
>
> I'm running a pretty innocent notmuch query over a fairly small Maildir:
>
> "((List:debian-devel.lists.debian.org) or ... or
> (List:debian-haskell.lists.debian.org) or
> (List:debconf-discuss.lists.debian.org)) and (not path:annex/**)"
>
> but
Tomi Ollila writes:
> On Sun, Jul 03 2022, David Bremner wrote:
>
> I've trying to think if there were a way to somehow run only one notmuch
> command instead of notmuch search on all maeby-deleted files -- or
> alternatively attempt to load python bindings and in case of failure use
> the
On Sun, Jul 03 2022, David Bremner wrote:
> This introduces a dependency on the (new) python bindings, but since
> it also yields a 4x performance improvement on the large performance
> corpus, I think it is worth it.
> ---
> debian/control | 1 +
> notmuch-git.py | 18 +-
>
David Bremner writes:
> This is needed to run (and test) notmuch-git.
applied this one patch to master
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org
David Bremner writes:
> The original nmbug format (now called version 0) creates 1
> subdirectory of 'tags/' per message. This causes problems for more
> than (roughly) 100k messages.
>
> Version 1 introduces 2 layers of hashed directories. This scheme was
> chose to balance the number of
Tomi Ollila writes:
>> +
>> +
>
> Is three empty lines a bit excessive...?
>
>> +time_done
Fixed in git.
d
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org
Tomi Ollila writes:
> On Mon, Jul 04 2022, David Bremner wrote:
>
>> Particularly in help messages, nmbug is confusing for users who may
>> have never heard of it.
>
> Good Progress! LGTM!
>
applied to master.
___
notmuch mailing list --
On Sun, Jul 03 2022, David Bremner wrote:
> The main focus of these initial tests is the (currently unacceptably
> slow) checkout performance.
> ---
> performance-test/T07-git.sh | 23 +++
> 1 file changed, 23 insertions(+)
> create mode 100755 performance-test/T07-git.sh
>
On Fri, Jul 01 2022, David Bremner wrote:
> Answering a user question, I had to dig for this variable, but I think
> it is a reasonably common customization wish, particularly for users
> with custom count-functions.
pretty trivial. i trust it works as expected (at least no extra whitespace
;)
On Mon, Jul 04 2022, David Bremner wrote:
> Particularly in help messages, nmbug is confusing for users who may
> have never heard of it.
Good Progress! LGTM!
Tomi
> ---
> notmuch-git.py | 40
> 1 file changed, 20 insertions(+), 20 deletions(-)
>
>
David Bremner writes:
> In split configurations there is no special significance to a top
> level directory called .notmuch in the mail root. Users should
> therefore be able to have mail stored underneath it.
> ---
applied this old patch to master.
d
David Bremner writes:
> the method Database.get_message does exist any more (if it ever
> did). This makes the docstring unhelpful as an example.
> ---
applied to master
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email
David Bremner writes:
> This corpus will be used to test a new --duplicate option for notmuch-show
first 3 patches of this series applied to master.
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to
David Bremner writes:
> Previously only man page aliases were being added as symlinks. The
> addition to man_pages in conf.py automatically propagates to the list
> of generated info pages.
>
> Installation of the new pages is handled by existing recipes.
applied to master
d
David Bremner writes:
> The only functionality actually used by notmuch is the base function
> notmuch-query-get-threads; the other functions in this file have
> nothing to do with that (single) use. Move that function into
> notmuch-lib.el and rename to reflect use. Deprecate the other
>
On Tue, Jun 28 2022, David Bremner wrote:
> The only functionality actually used by notmuch is the base function
> notmuch-query-get-threads; the other functions in this file have
> nothing to do with that (single) use. Move that function into
> notmuch-lib.el and rename to reflect use.
David Bremner writes:
> This obsoletes the WIP series [1]. Compared to that series, this one
> includes somewhat improved documentation, better error handling, and
> implements the --duplicate argument for notmuch-reply, and uses it in
> the emacs front end.
>
> [1]:
David Bremner writes:
> Commit 306b7028d added the nmconfig role / directive. Unfortunately
> the default of using the directive name in texinfo output is pretty
> ugly, so attempt to make it more human readable by passing `objname`
> to add_object_type invocation.
> ---
> doc/conf.py | 3 ++-
>
David Bremner writes:
>
> Although you have one too many sets of (), there is still a bug here.
>
> $ notmuch config set squery.D '(macro (dossier) (tag (regex
> ,dossier))'
>
> also doesn't work. Apparently both for regex and wildcard expansion I
> did not do macro parameter
David Bremner writes:
> This obsoletes the series at [1].
>
> Compared to the previous series, this refactors environment search to
> avoid code duplication (and remove slightly confusing 'break'). There
> is a slight adjustment to error messages via this unification.
>
> More importantly, this
michaeljgruber+grubix+...@gmail.com writes:
> From: Michael J Gruber
>
> nmbug and notmuch-git are new build products. Make git ignore them just
> like other build products.
>
> Signed-off-by: Michael J Gruber
Applied to master, thanks!
d
___
On Fri Jul 1, 2022 at 10:05 AM CEST, erik colson wrote:
> Has somebody already coded something like this?
Indeed: https://gist.github.com/vedang/26a94c459c46e45bc3a9ec935457c80f
See the comments for some improvements over the original.
___
notmuch
Am Do., 30. Juni 2022 um 13:20 Uhr schrieb David Bremner :
>
> This automatically propagates to the info version of the pages, which
> saves having maintain two sets of symlinks.
> ---
>
> What do you think about this as an alternative approach? It seems
> slightly more maintainable to me,
David Bremner writes:
> The date range parsing machinery already knows how to do something
> appropriate with an empty string, but the lastmod parsing blindly
> tries to parse each atom as a number.
Series applied to master.
d
___
notmuch mailing
David Bremner writes:
> This is a continuation of the series [1]. It should in principle be
> applicable to master, but I have not tried resolving the resulting
> conflicts.
>
> The big picture change here is having
> _notmuch_database_ensure_writable check for the database being
> open. The
David Bremner writes:
> There is more that can be done, but this is a start. The series
> introduces a new test primitive test_private_C, for directly unit
> testing non-exported functions, and new macro NODISCARD to get the
> compiler to help tracking down places a particular function's return
David Bremner writes:
> This addresses a bug report / feature request of Uwe Kleine-König. The
> assumption is that we always load a config file in the CLI (i.e. we
> never pass "" as the config file argument to
> notmuch_database_open_with_config).
series applied to master.
David Bremner writes:
> This series is against branch "next", which is currently ahead of
> master by the following 7 commits
Slightly updated version of this series applied to master. Interdiff follows.
diff --git a/Makefile.local b/Makefile.local
index 0fadfb26..7699c208 100644
---
jao writes:
> notmuch-mua functions for replies now use the built-in customizable
> variable message-dont-reply-to-names with the same semantics as
> message-mode.
applied to master
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe
Sean Whitton writes:
> Hello,
>
> On one machine I have only some of my mail, and so 'notmuch git status'
> will always have a lot of lines starting with "U". But then
> git.safe_fraction will always be exceeded. How about ignoring
> status['missing'] in check_safe_fraction, by default?
>
OK,
David Bremner writes:
> Leo Okawa Ericson writes:
>
>> Having notmuch-show-next-thread return non-nil on success and nil on
>> failure makes it easier for users to interact with notmuch via elisp.
>>
>> This commit changes notmuch-search-show-thread too since the return
>> value of
erik colson writes:
> Hi,
>
> I would like to define a squery in my notmuch configuration which would
> ease a query I often use. The query is
>
> tag:/d/
>
> where d are decimal numbers.
> Now I would like to shorten this to
>
> D d
>
> wherefor I was thinking of using a macro
Michael J Gruber writes:
> (Until then there is copr mjg/notmuch-sfsexp at your own risk ;))
how could I possibly overlook that repo !
thanks a lot !!!
--
erik colson
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to
Leo Okawa Ericson writes:
> Having notmuch-show-next-thread return non-nil on success and nil on
> failure makes it easier for users to interact with notmuch via elisp.
>
> This commit changes notmuch-search-show-thread too since the return
> value of notmuch-show-next-thread depends on
David Bremner writes:
> The main goal is to test the setting of NOTMUCH_CONFIG, but also
> include a basic sanity test for execing scripts.
Series applied to master
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to
David Bremner writes:
> This will allow "notmuch help" to work for arbitrary external commands
> and for any added non-command topics (such as notmuch-sexp-queries).
series applied to master
___
notmuch mailing list -- notmuch@notmuchmail.org
To
Am Mo., 13. Juni 2022 um 11:31 Uhr schrieb erik colson :
>
> Michael J Gruber writes:
>
> > That search works without the macro, but not as a macro: notmuch
> > computes an empty `Query()` for this (as per `NOTMUCH_DEBUG_QUERY=1`).
> > I'm not sure whether this is intended or an artefact of the
>
Michael J Gruber writes:
> That search works without the macro, but not as a macro: notmuch
> computes an empty `Query()` for this (as per `NOTMUCH_DEBUG_QUERY=1`).
> I'm not sure whether this is intended or an artefact of the
> implementation, since both the macro and the regex need
>
Am Mo., 13. Juni 2022 um 01:20 Uhr schrieb erik colson :
>
> Hi,
>
> I would like to define a squery in my notmuch configuration which would
> ease a query I often use. The query is
>
> tag:/d/
>
> where d are decimal numbers.
> Now I would like to shorten this to
>
> D d
>
>
Michael J Gruber writes:
> notmuch config set squery.Contact '(macro (x) (or (from ,x) (to ,x)))'
This . is . awesome !! Thank you for opening my eyes on sexp queries !
--
erik colson
___
notmuch mailing list -- notmuch@notmuchmail.org
To
[rearranged for bottom post style]
Am Fr., 10. Juni 2022 um 05:51 Uhr schrieb 杨令 :
> On Fri 2022-06-10 00:35:12, erik colson wrote:
> > Date: Fri, 10 Jun 2022 00:35:12 +0200
> > From: erik colson
> > To: notmuch@notmuchmail.org
> > Subject: contact instead of (to or from)
> >
> > Hi,
> >>
> >
On Friday, 10 Jun 2022 at 00:35, erik colson wrote:
> Coming from mu4e I loved the query "contact" which includes "to" or
> "from" the contact in the results.
> Is there something equivalent in notmuch?
I use "to:xxx" or "from:yyy" in my notmuch searches all the time for
emails to/from the
> Coming from mu4e I loved the query "contact" which includes "to" or
> "from" the contact in the results.
> Is there something equivalent in notmuch?
⮩ Hi, Erik, I don't think notmuch has a built-in `contact` query, but I
think it's easy to build a saved search.
(add-to-list
makes
it theoretically public. but it's true it's undocumented, and, if
inlining makes the code clearer without having to add explanatory
messages, i think inlining is a net win. done.
>> + (dolist (header '("To" "Cc"))
>
> I found the re-use of v confusing in t
e handles the case where message-dont-reply-to-names is list of
regexps. Failing that maybe a comment.
> + (dolist (header '("To" "Cc"))
I found the re-use of v confusing in this 'when-let'. It reminds me of
an exam question about scope :).
> + (when-let ((v (message
Hi David,
The idea of using a intermediate "marked" tag should work. Albeit there
is a risk other messages are already marked and will therefor be tagged
too. My idea would be to add an alert if the user is marking a first
message in the current selection _and_ there is already a message
erik colson writes:
> Coming from mu4e I am missing a feature to mark several messages in a
> search before applying a tag them. I know I can apply a tag to a region
> of messages but in this case I would like to select messages while
> skipping some messages.
> Is this possible in
Hi,
David Bremner writes:
[...]
>> Maybe gnupg/dirmngr uses Tor by default if it finds a Tor service on the
>> machine?
>
> There is some discussion about tor in the related gnupg issue
>
> https://dev.gnupg.org/T3348
thank you for the bug reference
> The documentation says
>
> The
Giovanni Biscuolo writes:
> Now I restarted Tor (and it's not stuck anymore) and all is working fine
> again.
>
> ...guess I should check why (apparently) my gpg is using Tor :-)
>
> Maybe gnupg/dirmngr uses Tor by default if it finds a Tor service on the
> machine?
There is some discussion
Hello David,
David Bremner writes:
> Giovanni Biscuolo writes:
[...]
>> The message is S/MIME signed:
>>
>
> without checking all the details, sounds like you need the hint in
>
>
> https://nmbug.notmuchmail.org/nmweb/show/87y402yx5d.fsf%40tesseract.cs.unb.ca
it sounds the same
701 - 800 of 17173 matches
Mail list logo
