A different kind of alternative is to use aerc with nvim as an editor. Although
the notmuch interface still has some quirks, I use it daily (and I am quite
happy with it).
El 17/17/2023 a las 2:41, Felipe Contreras dejó escrito:
> Ralph Seichter wrote:
> > Based on the Notmuch documentation [1]
On Fri Jan 27, 2023 at 3:05 PM CET, Greg Minshall wrote:
> you might think of using the link-hint package.
I was going to say the same thing. link-hint is an essential part of my
workflow. Since I mostly use notmuch-tree, I have this:
```
(defun inwit/notmuch-tree-open-link ()
"Av
On Fri Jan 6, 2023 at 12:36 PM CET, David Bremner wrote:
> Although this patch won't apply anymore, thanks for inspiring the work that
> lead to supporting undo. Unfortunately I stole the name
> "notmuch-tag-history" for a buffer local variable, so I guess someone
> interested in a global history
Maybe afew [0] is what you're looking for.
[0] https://github.com/afewmail/afew
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org
h (and
unthreaded) views, with no luck. I have trouble understanding the face part.
Since afaik in the search and unthreaded views there's no change in face for
matching messages, I thought I could get away by removing that part. But this
doesn't work:
(defun inwit/notmuch-search-authors-or
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
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
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/018642e5c1cae1e57ae449006b6ed5087ae964d
---
doc/man5/notmuch-hooks.rst | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/doc/man5/notmuch-hooks.rst b/doc/man5/notmuch-hooks.rst
index 0ab5efbc..6b78cee0 100644
--- a/doc/man5/notmuch-hooks.rst
+++ b/doc/man5/notmuch-hooks.rst
@@ -30,9 +30,9 @@ pre-new
post-new
Add the word "any" to the description of post-new hook description in order to
clarify that it is always run, even if there are no new messages.
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to
On Fri Feb 4, 2022 at 11:58 AM CET, Brian May wrote:
> I am doing that.
Oh, nice! Company at last! :)
> Caveats:
>
> * I use notmuch from the elpa-notmuch package.
Yeah, I had to overwrite it yesterday in order to try the last patch by
David Bremner. Not very practical if you want to keep up
Is anyone using notmuch within spacemacs? There's a fairly unmantained
"layer" for this, and i'm inclined to give it a spin. It'd be nice if we
could share our experiences.
Yeah, I know, I should start building my own emacs config sometime soon. ;)
___
On Wed Jan 26, 2022 at 6:43 PM CET, Jose Antonio Ortega Ruiz wrote:
> maybe this could be a buffer-local history variable, for notmuch search
> and tree search buffers, and the undo feature apply only to the current
> search buffer. the view update is then well-defined, i think, if it's
> just
On 2022-01-26 16:40, David Bremner wrote:
I guess for undo you will need to save the query as well?
Even that will not be perfect (since the messages matching the query
could change behind emacs back), but close enough for most interactive
use, maybe?
I was thinking about saving the IDs of
Save a list of every tag change in the new variable notmuch-tag-history.
---
Storing the full history of tags can prove useful for a) repeated tag
changes as in [0] and b) eventually logging and undoing tag changes.
This is my first commit in elisp. I expect turbulences ahead. :)
[0]
Hi,
Thanks to David Bremner's patience, I've managed to produce the code
needed to perform the repeat last tagging functionality I was hoping
for. It is based on the following function (my very first elisp
function):
```
(defun inwit/notmuch-tree-repeat-tag ()
"Repeat the last ta
On Sun Dec 19, 2021 at 7:18 PM CET, David Bremner wrote:
> One of the annoyances with notmuch-address (and motivations for various third
> party work-a-likes) is the fact that it does not output data in (descending)
> frequency order.
Thanks, David! For those of us using company-prescient.el in
On Wed Dec 8, 2021 at 1:51 AM CET, David Bremner wrote:
> I guess we could quibble about whether that counts as forwarding the
> message, but you probably don't care what the email purists think.
Absolutely right.
> The good news is that reply already sort works like you want (rendering html
> to
On Sat Dec 4, 2021 at 8:05 PM CET, David Bremner wrote:
> OK. I suspect the messages you are having trouble with are ill-formed (or the
> recipients mail client is not good at MIME). I just tried forwarding an HTML
> only message to myself and the HTML inside is rendered fine (in
> notmuch-emacs).
On Sat Dec 4, 2021 at 8:39 PM CET, martin f krafft wrote:
> I use
> [htmldump](https://git.madduck.net/etc/mutt.git/blob/HEAD:/.config/mutt/htmldump)
> to render HTML mail to markdown, and then mutt's new multipart/alternative
> handling and [this
>
On Sat Dec 4, 2021 at 4:42 PM CET, David Bremner wrote:
> One option would be to use bounce (bound to b) instead of forward, if that
> works for you. It will not change the 'From:' header , so that might confuse
> some recipients.
Thanks, David. Unfortunately, that won't do.
There must be a way
I usually receive mails in html (sigh), and sometimes I need to forward them.
However, when doing so with notmuch-emacs, the recipient of the forwarded
message sees the html code instead of a readable message. I know I can forward
the message as an attachment, but is there a way to forward it
Works as expected under selectrum! Thanks!
On Sat Oct 23, 2021 at 7:05 PM CEST, David Bremner wrote:
> Apparently this messes up various third party completion
> frameworks. This change does mean that users will have to hit space
> after completing a tag change in order to enter another change.
] https://github.com/raxod502/prescient.el/issues/115
On Wed Oct 13, 2021 at 6:27 PM CEST, inwit wrote:
>
> ___
> notmuch mailing list -- notmuch@notmuchmail.org
> To unsubscribe send an email to notmuch-le...@not
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org
Hi,
I've filed a bug report within Spacemacs [0], and they suggest it
might be a problem with notmuch [1].
What do you think? Can anyone else reproduce it?
Regards,
[0] https://github.com/syl20bnr/spacemacs/issues/14953
[1]
On Tue Aug 31, 2021 at 5:15 PM CEST, David Bremner wrote:
> Thanks for reviving this.
My pleasure.
> Eventually you'll want to add a proper commit
> message and address some of the previous review.
Will do, eventually (see below).
> There seems to be problems introducing this overlay. I either
---
emacs/notmuch-tree.el | 92 +++
1 file changed, 92 insertions(+)
diff --git a/emacs/notmuch-tree.el b/emacs/notmuch-tree.el
index b48a132d..24b4105b 100644
--- a/emacs/notmuch-tree.el
+++ b/emacs/notmuch-tree.el
@@ -131,6 +131,11 @@ Note that the
On Tue Aug 31, 2021 at 11:37 AM CEST, inwit wrote:
> I'll give it another spin.
Ok, I have managed to merge it manually and now it works.
I'm sending the draft patch now. Sorry if I'm doing it wrong, it's my
first time. Please bear with me.
Regards,
>
>
On Tue Aug 31, 2021 at 2:00 AM CEST, David Bremner wrote:
> That function is defined by a macro on line 272 of notmuch-tree.el.
Clearly my knowledge of elisp is so far insufficient for this task.
> I guess if nobody has a better idea, you can post your work-in-progress
> and maybe it will be more
Hi all,
While being a total noob, I'm also interested in this patch, so after
getting it via David Bremner (thanks!), I have tried to apply it.
However, the code seems to have diverged and `git am 3` complains about
conflicts. After applying the patch manually, I get some warnings and
the
On Wed Jul 14, 2021 at 6:49 PM CEST, Carl Worth wrote:
> On Wed, Jul 14 2021, inwit wrote:
> > My current alternative is of course hit 'CTRL+p' after '+', retrieving the
> > last tags in the minibuffer's memory. I guess I'll survive with that.
>
> I was actually going to re
On Wed Jul 14, 2021 at 11:25 AM CEST, Tomi Ollila wrote:
> On Wed, Jul 14 2021, in...@sindominio.net wrote:
> It does, what it would require is saving last-tag-change to a variable
> and then bind function to a key...
Put that way, it sounds pretty straightforward...
> I personally am not too
Hi,
While using notmuch in emacs (which I love, thank you so much!!) I was
wondering if there's a way to repeat the last tagging operation for a
On Mon Feb 8, 2021 at 7:45 PM CET, David Bremner wrote:
> "inwit" writes:
>
> > Hi!
> >
> > In order to dive a bit deeper in how notmuch for emacs works, I'm trying
> > to figure out why while I can press "d" and get a nice "deleted" t
Hi!
In order to dive a bit deeper in how notmuch for emacs works, I'm trying
to figure out why while I can press "d" and get a nice "deleted" tag
added to my messages in show mode, when I do the same thing in tree mode
I get "Nothing to tag!" instead of the expected behaviour.
After reading the
Thanks, Tomi.
While I learn enough elisp to dive into those hooks, I've solved my
need to move files according to tags with the following pre-new script,
which recycles parts from other scripts around:
#!/bin/bash
echo "[pre-new] Syncronizing tags and folders... "
On Sun Dec 27, 2020 at 2:12 PM CET, Tomi Ollila wrote:
> On Sun, Dec 27 2020, in...@sindominio.net wrote:
>
> There sure is notmuch-after-tag-hook (in emacs MUA), but -hooks don't
> take argument(s) so how does it know what was tagged (cannot remember
> if there are let-bound (dynamically bound!)
, for example), then moves the file of the
message to its corresponding folder. Does that make sense?
Another alternative is to write a new 'tag-n-move' function which would
do both things, calling 'mv' through 'shell-command'. What do you think?
Salud,
On Wed Dec 23, 2020 at 12:53 PM CET, inwit
On Thu Dec 24, 2020 at 2:59 PM CET, Alan Schmitt wrote:
> To move mail I use afew in move mode
> (https://afew.readthedocs.io/en/latest/move_mode.html). I use it to
> move deleted messages to the trash, and old email to an archive
> folder. I guess it could work in your case.
Thanks! I'll have a
Hi!
This is my first message so I'll start by congratulating all the
community around notmuch. Great piece of work you have here!
I guess that my question must have been surely asked before, but I can't
seem to find it in the lists' archive. My excuses if it is the case that
my search abilities
41 matches
Mail list logo
