Re: [bug?] emacs interface - some mark read tag changes may have failed

Giovanni Biscuolo writes: > Hello David, > > thank you for your help! > > I found a pettern in how the problems affects me > > The message is S/MIME signed: > without checking all the details, sounds like you need the hint in

Re: [bug?] emacs interface - some mark read tag changes may have failed

Hello David, thank you for your help! I found a pettern in how the problems affects me The message is S/MIME signed: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="ms060701080209070400040907" I searched all messages having

Re: [bug?] emacs interface - some mark read tag changes may have failed

Giovanni Biscuolo writes: > after I press CTRL-g I get this text in the buffer: > [some mark read tag changes may have failed] This is essentially notmuch-emacs complaining that it was interrupted, so not really telling us about the underlying issue. > > I launched emacs with: > > emacs -Q

Re: debian 11 notmuch-emacs -> elpa-notmuch?

Ryan Tate writes: > > If so, should the aforementioned web page be updated to say > "(elpa-notmuch in Debian)" rather than "(notmuch-emacs in > Debian)"? Would you like (and is there a way) for me to submit a > patch to the pages? > That's correct. See

Re: Multiple files per message in emacs

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 >

Re: Defer notmuch.el setup

David Bremner writes: > "artur.brzozowski" writes: > >> I am trying out notmuch and notmuch.el as an Emacs user. When adding some >> funcitonality to Emacs, I usually wrap its setup inside a >> (with-eval-after-load) >> block to defer it for when it is needed. I noticed that in case of >>

Re: Defer notmuch.el setup

Dan Čermák writes: > Hi David, > > David Bremner writes: > >> 2) You can achieve the same deferral of settings by adding your settings >>to ~/.emacs.d/notmuch-config.el > > Does notmuch automatically load that file upon launching? Yep, see [1] for the details. [1]:

Re: Defer notmuch.el setup

Hi David, David Bremner writes: > 2) You can achieve the same deferral of settings by adding your settings >to ~/.emacs.d/notmuch-config.el Does notmuch automatically load that file upon launching? Thanks, Dan ___ notmuch mailing list --

Re: Defer notmuch.el setup

"artur.brzozowski" writes: > I am trying out notmuch and notmuch.el as an Emacs user. When adding some > funcitonality to Emacs, I usually wrap its setup inside a > (with-eval-after-load) > block to defer it for when it is needed. I noticed that in case of notmuch.el, > some settings are not

Re: [PATCH v2] emacs: change where notmuch-mua-mail moves point

Damien Cassou writes: > David Bremner writes: >> This version was OK, except NEWS should not be added to already released >> versions. I fixed that and applied the result to master. > > Thank you very much. I didn't know that 0.36 was released. I'm packaging > that for Nix:

Re: [PATCH v2] emacs: change where notmuch-mua-mail moves point

David Bremner writes: > This version was OK, except NEWS should not be added to already released > versions. I fixed that and applied the result to master. Thank you very much. I didn't know that 0.36 was released. I'm packaging that for Nix: https://github.com/NixOS/nixpkgs/pull/175933. --

Re: [PATCH] Fix notmuch-mua.el notmuch-mua-mail

David Bremner writes: > There are some convenient tools for applying patches from notmuch in > Sean Whitton's mailscripts collection [1]. I tend to work in the shell > with some git aliases… thank you very much for your explanations! -- Damien Cassou "Success is the ability to go from one

Re: [PATCH] emacs: add paramter to not quote original message in replies

jos...@joshuao.com writes: > From: Joshua O'Connor > > While the default reply function does nicely set the region to the > quoted text to allow for easy an easy kill-region, at least one > package, org-msg, interprets the incoming citation (or not) and > operates on it. Adding this parameter

Re: [PATCH v2] emacs: change where notmuch-mua-mail moves point

Damien Cassou writes: > Move point to the position that makes the most sense instead of always > moving point to the TO. This is useful when TO/SUBJECT are passed as > argument. > This version was OK, except NEWS should not be added to already released versions. I fixed that and applied the

Re: [PATCH] Fix notmuch-mua.el notmuch-mua-mail

Damien Cassou writes: > Hi David, > > Can you please explain me what in git-send-email makes it easier to > apply the patches? I'm also interested in your process to apply > patches from your mua (notmuch in Emacs hopefully) to your git > repository. There are some convenient tools for

Re: [PATCH] Fix notmuch-mua.el notmuch-mua-mail

Hi David, David Bremner writes: > If possible, please use git-send-email, as it makes applying the patches > easier. I've sent a new version in <20220601195048.166397-1-dam...@cassou.me>. I hope I followed all recommendations. If I didn't, please tell me so I can do better next time. Can you

Re: [BUG] notmuch_message_tags_to_maildir_flags does not always invalidate filenames_list

Eliza Velasquez writes: > He wrote a more detailed writeup of it as well [1], which includes a > minimal reproducible test case written in C. After reviewing this, I'm > also not sure whether or not this should be considered a notmuch bug, > but it was surprising behavior. > > [1]

Re: [PATCH] emacs: notmuch-show-header-line: allow format strings and functions

Jose A Ortega Ruiz writes: > On Wed, Jun 01 2022, David Bremner wrote: > >>> Yes, good idea. I've done just that in a new version (v4) of the patch. >>> I've also noticed the variable notmuch-show-header-line is already >>> documented in doc/notmuch-emacs.rst (by importing its docstring): do we

Re: [PATCH] emacs: notmuch-show-header-line: allow format strings and functions

On Wed, Jun 01 2022, David Bremner wrote: >> Yes, good idea. I've done just that in a new version (v4) of the patch. >> I've also noticed the variable notmuch-show-header-line is already >> documented in doc/notmuch-emacs.rst (by importing its docstring): do we >> need to add documentation

Re: [PATCH] emacs: notmuch-show-header-line: allow format strings and functions

Jose A Ortega Ruiz writes: > On Wed, Jun 01 2022, David Bremner wrote: > >> Fair enough. But since the calling is not obvious to the casual user >> (*cough* or me), maybe mention the availability of message properties >> in the docstring. > > Yes, good idea. I've done just that in a new version

Re: [PATCH] emacs: notmuch-show-header-line: allow format strings and functions

On Wed, Jun 01 2022, David Bremner wrote: > Fair enough. But since the calling is not obvious to the casual user > (*cough* or me), maybe mention the availability of message properties > in the docstring. Yes, good idea. I've done just that in a new version (v4) of the patch. I've also noticed

Re: [PATCH] Fix notmuch-mua.el notmuch-mua-mail

If possible, please use git-send-email, as it makes applying the patches easier. Damien Cassou writes: > From 6106765b56464edc649d73916f97208b67ef5eb4 Mon Sep 17 00:00:00 2001 > From: Damien Cassou > Date: Mon, 23 May 2022 08:17:27 +0200 > Subject: [PATCH] Change where to move point at the

Re: [PATCH] emacs: notmuch-show-header-line: allow format strings and functions

Jose A Ortega Ruiz writes: > On Thu, May 26 2022, David Bremner wrote: >> The API defined here (function taking the subject as a string) seems a >> bit limited. What if the user wants to use some other message header in >> the header-line? Or list tags? > > well, the function is called with the

Re: Help with sending mail from notmuch-emacs

HGV writes: > When I use a utf-8 character (e.g., Süßwasser), both the Content-Type > and Content-Transfer-Encoding were correctly set. Glad you got it working. Debugging encoding issues in Emacs is not very fun in my experience. d ___ notmuch

Re: Help with sending mail from notmuch-emacs

Thanks, David, for your continued help. I believe I have sorted this out and just wanted to note what I found here for posterity in case others looking at the archives have my same question. Once I determined that indeed my issues with Content-Transfer-Encoding and Content-Type headers happened

Re: [PATCH] emacs: add paramter to not quote original message in replies

jos...@joshuao.com writes: > +will be addressed to all recipients of the source message. If > +OMIT-ORIGINAL is non-nil, the orignial message will not be quoted." s/orignial/original ciao, lele. -- nickname: Lele Gaifax | Quando vivrò di quello che ho pensato ieri real: Emanuele Gaifas |

Re: WIP: promote nmbug to user sync tool

Sean Whitton writes: > > Either instead or in addition to something size-based, how about > requiring --force if there do not exist any tags with the prefix in the > notmuch database already? The size thing is brittle; in my scripting > attempts, I've encountered several annoying edge cases. >

Re: [PATCH 1/3] test: replace deprecated use of notmuch_database_open_verbose

David Bremner writes: > We need to do it some day, and it is a bit annoying to read > deprecation messages in broken tests. series applied to master d ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to

Re: [PATCH v2] doc/emacs: document a few notmuch-hello customizable variables.

David Bremner writes: > A user asked about the thousands separator on IRC, and I had to check > the source. > --- > > I realized the docstring was getting mangled when auto-translated to > rst, so I did the manual translation. Applied to master. The bolding looks a bit garish compared to the

Re: [PATCH] test: make T450 independent of application/octet-stream interpretation

michaeljgruber+grubix+...@gmail.com writes: > From: Michael J Gruber > > The actual content type of `application/octet-stream` is up to content > type detection of the reader, and thus may not be stable across > implementations or versions. This showed up when > > fd46fc19 ("emacs:

Re: searching to doesn't support regexes ?

David Bremner writes: > I guess someone(TM) should transfer [1] to the FAQ in the wiki. > > [1]: https://nmbug.notmuchmail.org/nmweb/show/87lf992o99@tethera.net Thank you for the fast information ! best -- erik colson ___ notmuch mailing list

Re: searching to doesn't support regexes ?

erik colson writes: > Hi, > > I am kinda surprised that searching "to:" doesn't support regexes when > "from:" does. > Is there any particular reason for this? > -- > erik colson I guess someone(TM) should transfer [1] to the FAQ in the wiki. [1]:

Re: [PATCH] emacs: notmuch-show-header-line: allow format strings and functions

On Thu, May 26 2022, David Bremner wrote: > jao writes: > >> If a string value is assigned to notmuch-show-header-line, it's used >> as a format string to be passed passed to format-spec with `%s` >> substituted by the message's subject. If a function is given, it's >> called with the subject

Re: [PATCH] emacs: notmuch-show-header-line: allow format strings and functions

jao writes: > If a string value is assigned to notmuch-show-header-line, it's used > as a format string to be passed passed to format-spec with `%s` > substituted by the message's subject. If a function is given, it's > called with the subject as argument, and its return value used as > header

Re: [PATCH v3] emacs: Make notmuch-show-next-thread return nil on failure

Leo Okawa Ericson writes: > +test_begin_subtest "notmuch-search-show-thread returns non-nil on success" > +test_emacs_expect_t '(notmuch-search > "id:20091117203301.gv3...@dottiness.seas.harvard.edu") > + (when (notmuch-search-show-thread) > + (error

Re: [PATCH] test: make T450 independent of application/octet-stream interpretation

michaeljgruber+grubix+...@gmail.com writes: > > Fix this by giving that message a specicific type of `text/x-diff` in > the test corpus, and adjust all affected test outputs. > LGTM. d ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe

Re: [PATCH] lib: fix uninitialized field in message objects.

David Bremner writes: > David Bremner writes: > >> Initially reported by Eliza Vasquez [1] (via valgrind). >> >> [1]: id:87o7zxj086.fsf@eliza. > > Applied to release and master. As soon as I did realized that > pedantically it should be > > message->modified = false > > since it's

Re: [PATCH] lib: fix uninitialized field in message objects.

David Bremner writes: > Initially reported by Eliza Vasquez [1] (via valgrind). > > [1]: id:87o7zxj086.fsf@eliza. Applied to release and master. As soon as I did realized that pedantically it should be message->modified = false since it's a bool, not a notmuch_bool_t. It's hard

Re: [bug] possible condition depending on uninitialized value in _notmuch_message_sync

On Fri, May 20 2022 at 09:46 -03, David Bremner wrote: > Eliza Velasquez writes: > >> On Mon, May 16 2022 at 06:47 -03, David Bremner wrote: >> >>> Ideally of course I'd like a reproducer in C. It would help to have >>> line numbers in the valgrind output. It might be enough you install the

Re: [BUG] notmuch_message_tags_to_maildir_flags does not always invalidate filenames_list

On Tue, May 24 2022 at 09:45 -03, David Bremner wrote: > Eliza Velasquez writes: > >> Hello notmuch, >> >> As the subject says, it seems like the filename cache for a message is >> not reliably invalidated when notmuch_message_tags_to_maildir_flags is >> called, causing the following series of

Re: moving mail to another maildir based on tags and renaming files

David Bremner writes: > There is in fact the "notmuch dump" command. I recommend everyone who > invests (human) effort in tagging uses it regularly. The output is much > smaller than the notmuch database. awesome! thx -- erik colson ___ notmuch

Re: [BUG] notmuch_message_tags_to_maildir_flags does not always invalidate filenames_list

Eliza Velasquez writes: > Hello notmuch, > > As the subject says, it seems like the filename cache for a message is > not reliably invalidated when notmuch_message_tags_to_maildir_flags is > called, causing the following series of function calls to behave > unexpectedly. > > -

Re: moving mail to another maildir based on tags and renaming files

erik colson writes: > With notmuch my idea is to bundle the subfolders in the mainfolder so > that would roughly divide the mailboxes by at least 5. With notmuch the > subfolders are definitely to be tags. I want to keep the folder for > every project to at least have some kind of fallback in

Re: moving mail to another maildir based on tags and renaming files

"inwit" writes: > Yeah, that is correct. But it proved trickier than it seemed to me (thus the > safeMove2 attempt). Yes, I have seen that > I must confess that I've holding this tag/folder scheme for over a year now, > and > that I'm more and more inclined to reduce the amount of folders

Re: moving mail to another maildir based on tags and renaming files

On Tue May 24, 2022 at 12:01 AM CEST, erik colson wrote: > Do I understand correctly that I only have to remove the U=... part from > the filename when moving a message? That seems so easy I hardly believe > it ;) Yeah, that is correct. But it proved trickier than it seemed to me (thus the

Re: moving mail to another maildir based on tags and renaming files

João Pedro writes: > Best regards (and sorry for the long mail), Hi João, Thanks for all the explanations and your config! I will tend to script, things in fish but meanwhile your code does help a lot! best -- erik colson ___ notmuch mailing list

Re: moving mail to another maildir based on tags and renaming files

On Mon, May 23 2022 23:02, erik colson wrote: > Hi, > > I would like to move mails selected by a notmuch query > (i.e. "tag:movethismailtobox-ThisBox") to *ThisBox* > I need this to somewhat still have usable access through my phone IMAP > client. What I have is tags that represent IMAP

Re: moving mail to another maildir based on tags and renaming files

"inwit" writes: > If you have questions, do ask! Do I understand correctly that I only have to remove the U=... part from the filename when moving a message? That seems so easy I hardly believe it ;) best -- erik colson ___ notmuch mailing list --

Re: moving mail to another maildir based on tags and renaming files

On Mon May 23, 2022 at 11:02 PM CEST, erik colson wrote: > So I wanted to check if somebody else already wrote some > bash/perl/whatever script which handles this ? I did. I replicate folder and tags with this dirty script: https://paste.sr.ht/~inwit/018642e5c1cae1e57ae449006b6ed5087ae964d0 You

Re: [PATCH] Fix notmuch-mua.el notmuch-mua-mail

Here is a new version of the patch that takes into account the fact that notmuch-mua-mail can also be called interactively by notmuch and not only through the mail-user-agent variable. -- Damien Cassou "Success is the ability to go from one failure to another without losing enthusiasm."

Re: [PATCH] doc: define and use semantic markup for configuration items

David Bremner writes: > This makes sure each configuration item is cross referenceable without > extra markup, and also adds index entries. applied to master d ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to

Re: [PATCH] emacs: document/defcustom notmuch-multipart/alternative-discouraged

David Bremner writes: > This variable is important for people who want to change the default > behaviour when displaying multipart/alternative messages. Previously > it was undocumented. Add a defcustom to help users and copy some > documentation from the wiki. The usual machinery

Re: WIP: promote nmbug to user sync tool

s more convenient. > > The defaults have already changed in my latest working branch so the > default repo is under $XDG_DATA_HOME/notmuch/$NOTMUCH_PROFILE/git, and > the default prefix is ''. But re-reading this, I see see we polled two > people and got two answers for what a reason

Re: [BUG] notmuch_message_tags_to_maildir_flags does not always invalidate filenames_list

Eliza Velasquez writes: > Hello notmuch, > > As the subject says, it seems like the filename cache for a message is > not reliably invalidated when notmuch_message_tags_to_maildir_flags is > called, causing the following series of function calls to behave > unexpectedly. > > -

Re: [bug] possible condition depending on uninitialized value in _notmuch_message_sync

Eliza Velasquez writes: > On Mon, May 16 2022 at 06:47 -03, David Bremner wrote: > >> Ideally of course I'd like a reproducer in C. It would help to have >> line numbers in the valgrind output. It might be enough you install the >> notmuch debug symbols? > > Took me a while to figure out the

Re: [PATCH v2 1/1] emacs: notmuch-show-header-line: allow format strings and functions

On Wed, May 18 2022, David Bremner wrote: > Jose A Ortega Ruiz writes: > >> On Tue, May 17 2022, Tomi Ollila wrote: >> >> >> [...] >> >>> To me it looks like some lines are indented with tabs and some spaces >>> (noticed as indentation looked weird to me and then started moving cursor >>> at the

Re: [PATCH v3] emacs: Make notmuch-show-next-thread return nil on failure

Hello, Is there any update on this? I think I've fixed all the issues. /Leo ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org

Re: [PATCH v2 1/1] emacs: notmuch-show-header-line: allow format strings and functions

On Tue, May 17 2022, Jose A. Ortega Ruiz wrote: > On Tue, May 17 2022, Tomi Ollila wrote: > > [...] > >> Otherwise it looks good to me (took a bit to match cond CLAUSES...) > > perhaps it'd be bit clearer if i factor it out in a separate function > that just does the bit of setting the header

Re: [PATCH] emacs/smime: render decrypted MIME entities in notmuch-show

Alexander Adolf writes: > > Ok, I have added the line as you suggest. I was wondering though, as in > principle the secret key of test_su...@notmuchmail.org could be > available (it's in the key-ring at least)? Yes, it's added to the test suite's temporary keyring. One of the messages in

Re: [PATCH v2 1/1] emacs: notmuch-show-header-line: allow format strings and functions

Jose A Ortega Ruiz writes: > On Tue, May 17 2022, Tomi Ollila wrote: > > > [...] > >> To me it looks like some lines are indented with tabs and some spaces >> (noticed as indentation looked weird to me and then started moving cursor >> at the beginning of line -- there is probably a way to

Re: [PATCH v2 1/1] emacs: notmuch-show-header-line: allow format strings and functions

On Tue, May 17 2022, Tomi Ollila wrote: [...] > Otherwise it looks good to me (took a bit to match cond CLAUSES...) perhaps it'd be bit clearer if i factor it out in a separate function that just does the bit of setting the header line format? cheers, jao -- Not far from the invention of fire

Re: [PATCH v2 1/1] emacs: notmuch-show-header-line: allow format strings and functions

On Tue, May 17 2022, Tomi Ollila wrote: [...] > To me it looks like some lines are indented with tabs and some spaces > (noticed as indentation looked weird to me and then started moving cursor > at the beginning of line -- there is probably a way to highlight tabs in > notmuch show buffer

Re: [PATCH v2 1/1] emacs: notmuch-show-header-line: allow format strings and functions

match the query return NIL." > (lambda () (notmuch-show-set-prop :orig-tags > (notmuch-show-get-tags >;; Set the header line to the subject of the first message. > (when notmuch-show-header-line > - (setq header-line-format > - (repla

Re: [PATCH] emacs/smime: render decrypted MIME entities in notmuch-show

Hello David, admittedly being unfamiliar with the test suite, and not being able to run the tests at my end, this is a bit of a head scratcher for me. Thus up-front apologies, and thanks for bearing with me! David Bremner writes: > [...] > It seems that it is mostly working, but there are a

Re: [bug] possible condition depending on uninitialized value in _notmuch_message_sync

Eliza Velasquez writes: > It becomes very clear why this error only happens when removing a > non-existent tag if you look at at message.cc:1570... > > --8<---cut here---start->8--- > try { > message->doc.remove_term (term); >

Re: [bug] possible condition depending on uninitialized value in _notmuch_message_sync

On Mon, May 16 2022 at 06:47 -03, David Bremner wrote: > Ideally of course I'd like a reproducer in C. It would help to have > line numbers in the valgrind output. It might be enough you install the > notmuch debug symbols? Took me a while to figure out the debugging workflow in NixOS, but I

Re: Help with sending mail from notmuch-emacs

hgv writes: > > I'm still struggling with the Content-Transfer-Encoding header and the > "charset=utf-8" half of the Content-Type header, both of which I > cannot get set in my emails, if anyone has any thoughts! My only (not so helpful) thought is that this almost certainly an issue outside

Re: do not inline application/* in replies

David Bremner writes: > Since notmuch 0.24, notmuch-emacs has overriden the Gnus defaults for > inlining attachements with type "application/*" when showing > messages. This series adds some tests and applies the same override > for reply. Applied to master. d

Re: [bug] possible condition depending on uninitialized value in _notmuch_message_sync

Eliza Velasquez writes: > Is it possible then that there's a potential memory error with removing > a non-existent tag on a message? I wanted to ask about this on the > mailing list before diving in deeper, since this isn't quite the latest > version of notmuch and I wasn't sure if it had been

Re: [PATCH] doc/emacs: document notmuch-show-toggle-toggle-elide-non-matching

David Bremner writes: > Recently there was a question on the mailing list about the existence > of this function, so let us try to make it more discoverable. applied to master. d ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send

Re: Help with sending mail from notmuch-emacs

Quoting David Bremner (2022-05-12 17:47:23) > hgv writes: > > Did you try setting a break on notmuch-maildir-fcc-with-notmuch-insert? > I'm guessing that it doesn't get called because the output of msmtpq is > misinterpreted as an error. I think this is a bug in msmtpq (or at least > a way in

Re: Help with sending mail from notmuch-emacs

hgv writes: > 1. Mail gets sent but doesn't save in the correct directory via FCC. I > use msmtpq as my sending program. Upon sending, I receive this > message: "message-send-mail-with-sendmail: Sending...failed to mail > for [ -oi -f h...@fastmail.com -t ] : send was successful;" The mail is >

Re: Change notmuch-show-elide-non-matching-messages on the fly

On 2022-05-12 07:44, David Bremner writes: >> I often do searches in long threads with >> notmuch-show-elide-non-matching-messages locally set to t. Sometimes I >> need to show the whole thread. Is there a function to do that, or >> should I write my own? >> > > There is

Re: Change notmuch-show-elide-non-matching-messages on the fly

alan.schm...@polytechnique.org writes: > Hello, > > I often do searches in long threads with > notmuch-show-elide-non-matching-messages locally set to t. Sometimes I > need to show the whole thread. Is there a function to do that, or > should I write my own? > There is

Re: [PATCH] emacs/smime: render decrypted MIME entities in notmuch-show

David Bremner writes: > [...] > It seems that it is mostly working, but there are a few issues to iron out. > [...] Hello David, Apologies for the delay in getting back to you. I was busy with other stuff, and will tend to this shortly. Cheers, --alexander

Re: Introducing mujmap, a notmuch/JMAP bridge

Eliza Velasquez writes: > Hello notmuch, > > I hope this is an appropriate place to announce this! Apologies if not. > > I have just released a tool to synchronize notmuch mail with a JMAP > server, i.e. synchronizing tags with keywords and mailboxes. It's very > similar to lieer, which is a

Re: public-inbox, nmbug or Debbugs and notmuch sync?

Hi, On Mon, 09 May 2022 at 16:07, David Bremner wrote: > I talked to the public-inbox author at some point about using notmuch, > but perl bindings were a hard requirement for that. I don't know of and > other interest in perl bindings, and especially no volunteers to > maintain them, so that

Re: Help with sending mail from notmuch-emacs

Quoting David Bremner (2022-05-09 18: 13:31) > What is your setting for the variable > > notmuch-maildir-use-notmuch-insert > > It should be t (the default) for that style of notmuch-fcc-dirs setting. > It is set to the default value (t). AFAIK, everything notmuch in my emacs is default

Re: Help with sending mail from notmuch-emacs

hgv writes: > 1. Mail gets sent but doesn't save in the correct directory via FCC. I > use msmtpq as my sending program. Upon sending, I receive this > message: "message-send-mail-with-sendmail: Sending...failed to mail > for [ -oi -f h...@fastmail.com -t ] : send was successful;" The mail is >

Re: public-inbox, nmbug or Debbugs and notmuch sync?

zimoun writes: > > Somehow, I would like to have a bridge: keep Emacs+Notmuch but index > emails with another format (backend) than maildir as > public-inbox-v2-format. It would avoid data duplication and/or > conversion. > > 1: > I talked

Re: public-inbox, nmbug or Debbugs and notmuch sync?

Hi David, Thanks for the answer. On Mon, 09 May 2022 at 12:15, David Bremner wrote: > zimoun writes: >> 2. Notmuch is strongly linked to the Maildir format as storage but Git >> seems an efficient way to exchange and sync across several machines; for >> instance using the tool grokmirror

Re: public-inbox, nmbug or Debbugs and notmuch sync?

zimoun writes: > > Currently, I synchronize my various Notmuch database using ’muchsync’ > [1] which works well enough for my needs. Although I am not completely > satisfied. > > Well, I have read this thread, starting at [2]: > > WIP: promote nmbug to user sync tool >

Re: WIP: promote nmbug to user sync tool

l notmuch git -C $HOME/lib/nmbug-spw -p spw:: ... if that is more convenient. The defaults have already changed in my latest working branch so the default repo is under $XDG_DATA_HOME/notmuch/$NOTMUCH_PROFILE/git, and the default prefix is ''. But re-reading this, I see see w

Re: BUG: ruby segfault in notmuch_rb_tags_each

arcnmx writes: > Hi, I've been running into rare crashes via notmuch-vim for a while now and > finally got around to tracking down the problem. I apologize for the size > of the reproduction case, but at least it can be reproduced! Pinging Felipe to see if he has any ideas. d

Re: [PATCH 1/2] doc/sexp-queries: fix example

David Bremner writes: > Update the explanatory text to match the query. series applied to master. d ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org

Re: Forcing a sync of maildir flags?

Hello, On Tue 03 May 2022 at 09:14AM -03, David Bremner wrote: > I have the same intuition. Unfortunately it is not as simple as adding > in a couple calls to this function. The complications I am aware of so > far are > > 1) We need to distinguish between when a newly discovered file should >

Re: [PATCH v2 1/2] emacs: Make indentation more consistent in notmuch-search-show-thread

ctivated which affects indentation. Please ignore that commit then (I'll retract it with the next re-roll) and apologies for the inconvenience. >> >> base-commit: e3ad0087f3453c89871acac8b11da8bab1ac54df > > btw: what is this 'base commit:' line ? > It's included in the patch by git-

Re: [PATCH v2 1/2] emacs: Make indentation more consistent in notmuch-search-show-thread

On Mon, May 02 2022, Leo Okawa Ericson wrote: > --- > emacs/notmuch.el | 14 +++--- > 1 file changed, 7 insertions(+), 7 deletions(-) > > diff --git a/emacs/notmuch.el b/emacs/notmuch.el > index c9cf80dc..c1ddb06b 100644 > --- a/emacs/notmuch.el > +++ b/emacs/notmuch.el > @@ -525,13

Re: Forcing a sync of maildir flags?

Sean Whitton writes: > Hello David, >> # next line is a no-op, because it already doesn't have the unread tag >> notmuch tag -unread folder:sent > > Seems also worth noting that to my mind it ultimately shouldn't be > necessary to run that command -- notmuch should notice that one copy of > the

Re: Forcing a sync of maildir flags?

Hello David, On Sun 01 May 2022 at 08:23PM -03, David Bremner wrote: > Sean Whitton writes: >> >> Thanks. Let me record in this thread what I will believe it will take a >> reproduce this in a test: >> >> 1) inbox and sent are Maildirs >> >> 1) Compose mail to a mailing list which will return

Re: [PATCH 1/1] emacs: Make notmuch-show-next-thread return nil on failure

David Bremner writes: > Leo writes: > >> From: Leo Okawa Ericson >> >> 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. > > You talk about notmuch-show-next-thread, but you seem to be modifying >

Re: Forcing a sync of maildir flags?

Sean Whitton writes: > > Thanks. Let me record in this thread what I will believe it will take a > reproduce this in a test: > > 1) inbox and sent are Maildirs > > 1) Compose mail to a mailing list which will return copies of >submissions, with `Fcc: sent -unread` Since you mention Fcc, are

Re: WIP: promote nmbug to user sync tool

[please keep me CCed] Hello David, On Sat 23 Apr 2022 at 10:38am -03, David Bremner wrote: > One of the things that new (and old) users of notmuch often miss is a > way to sync tags between hosts. muchsync exists, but it's a third > party tool, and (if I understand correctly) it directly

Re: [PATCH] doc/sexp-queries: escape @ in non-verbatim text

David Bremner writes: > This prevents sphinx-doc from creating spurious mailto: links. Thanks > to Jakub Wilk for telling me about the fix. applied to master. d ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to

Re: [PATCH 1/1] emacs: Make notmuch-show-next-thread return nil on failure

Leo writes: > From: Leo Okawa Ericson > > 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. You talk about notmuch-show-next-thread, but you seem to be modifying notmuch-search-show-thread. That actually

Re: [PATCH 1/1] emacs: Make notmuch-show-next-thread return nil on failure

Leo Okawa Ericson writes: > Tomi Ollila writes: > >> >> I don't see why this indentation change is happening... >> > > I thought the indentation was inconsistent with the rest of the file. I > tried running the auto-indenter on a other more complex functions which > changed nothing, but it did

Re: [PATCH 1/1] emacs: Make notmuch-show-next-thread return nil on failure

Tomi Ollila writes: > > I don't see why this indentation change is happening... > I thought the indentation was inconsistent with the rest of the file. I tried running the auto-indenter on a other more complex functions which changed nothing, but it did change it on this function so I assumed

Re: [PATCH] doc/sexp-queries: escape @ in non-verbatim text

On Thu, Apr 28 2022, David Bremner wrote: > This prevents sphinx-doc from creating spurious mailto: links. Thanks > to Jakub Wilk for telling me about the fix. looks trivial to me > --- > doc/man7/notmuch-sexp-queries.rst | 12 ++-- > 1 file changed, 6 insertions(+), 6 deletions(-) > >

Re: [PATCH 1/1] emacs: Make notmuch-show-next-thread return nil on failure

On Thu, Apr 28 2022, Leo wrote: > From: Leo Okawa Ericson > > 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. > --- > emacs/notmuch.el | 17 + > 1 file changed, 9 insertions(+), 8

Re: changing smtp server and signature depending on from address

Hi, On 2022-04-25 19:14, João Pedro writes: > I myself have come up with my own system, which gets the information for > the addresses from auth-source [2]. It basically consists on an alist > that assigns an "alias" for each address and holds its information as a > plist. This looks very

<    4   5   6   7   8   9   10   11   12   13   >