Sandra Snan writes:
> David Bremner writes:
>> 1) can you make a test (probably something in T465 can serve as
>> a model
>
> What does T465 refer to?
test/T465-emacs-unthreaded.sh
>
> But if the treshhold is too big it won't prevent any crashes,
> overloads, or uncomfortably unergonomic
David Bremner writes:
1) can you make a test (probably something in T465 can serve as
a model
What does T465 refer to?
2) Should this be bound by default, or is the function in the
next patch always the one users will want?
The latter since it prevents crashes. I've been dogfooding this
Lars Kotthoff writes:
> Thanks David, I've attached the modified patch that I think addresses
> all your comments -- I'm still not 100% sure about the whitespace
> though.
tweaked version applied to master.
___
notmuch mailing list --
Thanks David, I've attached the modified patch that I think addresses all your
comments -- I'm still not 100% sure about the whitespace though.
Thanks,
Lars
On Thu, 25 Jul 2024 17:33:48 +0900, David Bremner wrote:
> Lars Kotthoff writes:
>
> > Sorry, I dropped the ball on this -- here's
Sandra Snan writes:
>
> It shells out to notmuch count to see if the thread is big or small.
> "Big" is hardcoded to ten messages or lower, if we want to introduce a
> variable for that instead, that might be great.
Yes, I think a defcustom is called for.
>
> It's a deliberate choice to count
Sandra Snan writes:
> + (interactive "P")
> + (let ((thread-id (notmuch-search-find-thread-id)))
> +(if thread-id
> + (notmuch-unthreaded (if entire thread-id
> + (concat notmuch-search-query-string " and "
> thread-id)))
> + (message "No such thread
Tony Zorman writes:
> Hi,
>
> this adds a new custom variable, `notmuch-mua-subject-regexp`, and an
> associated function, `notmuch-mua-subject-check`, to warn the user when
> the subject contains potentially troublesome things (e.g., nothing at
> all). The idea is the same as
Kevin Boulain writes:
> Follow-up of 6273966d, now that sfsexp 1.4.1 doesn't rely on globals
> anymore by default (https://github.com/mjsottile/sfsexp/issues/21).
>
> This simply defers the initial query generation to use the thread-safe
> helper (xapian_query_match_all) instead of
David Bremner writes:
> According to the now deleted commentary, the hack of using run-at-time
> was needed for Emacs 24. It seems to be no longer needed for Emacs
> 28.2, and removing it makes further changes to the code simpler.
applied to master
David Bremner writes:
> Sometimes merging is not what we want with tags; in particular it
> tends to keep tags in the local repo that have been removed elsewhere.
> This commit provides a new reset command; the reset itself is trivial,
> but the work is to provide a safety check that uses the
Lars Kotthoff writes:
> Sorry, I dropped the ball on this -- here's the patch again with space/tab
> inconsistencies fixed. I wasn't entirely sure about this as it's inconsistent
> in the existing source, so I tried to make it as consistent as possible.
> Cover included again below.
>
Hi
is.
>
Maybe something like the re-edit draft as new interface (e), although
allowing arbitrary edits is a bit of a footgun, so we'd probably want to
make people confirm "are you sure, this could destroy your message" or
similar. I'm too far behind to do this myself, but I'll (ev
David Bremner wrote:
> you can use "c F" to copy the file name of the current message into the
> the kill ring, then just yank wherever useful (e.g. to visit the file in
> emacs).
>
> After editing you will need to reindex that file. One way would be
> to use "c i" to copy the message id into
Morten Kjeldgaard writes:
>
> It's tedious to use the notmuch CLI client to search for the mail and
> then copy/paste the filename, and edit it to correct the date. It would
> be so much easier if it were possible to edit the raw file directly in
> Emacs. I can use 'V' to view the raw file, and
Aidan Jones writes:
>>
>> This is the only line that caught my eye.
>>
>> Can you try
>>
>> $ notmuch config set maildir.synchronize_flags true
>
> That did it. Thanks for the help!
Glad to hear it. We should try to provide a more informative error
message here.
d
Sent with Proton Mail secure email.
On Thursday, June 27th, 2024 at 10:39 AM, David Bremner
wrote:
> Aidan Jones arjones...@protonmail.ch writes:
>
>
>
> > maildir.synchronize_flags=sync
>
>
> This is the only line that caught my eye.
>
> Can you try
>
> $ notmuch config set
Aidan Jones writes:
> maildir.synchronize_flags=sync
This is the only line that caught my eye.
Can you try
$ notmuch config set maildir.synchronize_flags true
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to
Sent with Proton Mail secure email.
On Wednesday, June 26th, 2024 at 3:44 PM, David Bremner
wrote:
> Aidan Jones arjones...@protonmail.ch writes:
>
> > I am new to notmuch, so I apologize if this is just an operator
> > error. I have a local maildir created using offlineimap. I have ran
Aidan Jones writes:
> I am new to notmuch, so I apologize if this is just an operator
> error. I have a local maildir created using offlineimap. I have ran
> notmuch setup and configured notmuch to use the maildir as its
> archive. However, running notmuch new returns 'notmuch new: Illegal
>
Hi Tomi,
>> Lovely! This is exactly what I am looking for. But, in addition, we also
>> need another desktop file that uses emacsclient instead of emacs. It
>> would be great if notmuch provided that.
>
> That is kinda provided, if u get the ./emacs/notmuch-emacs-mua.desktop
> file and did
>
>
On Tue, Jun 18 2024, Arun Isaac wrote:
> Hi David,
>
>> There is emacs/notmuch-mua-mail.desktop in the source. This seems to do
>> what you ask for?
>
> Lovely! This is exactly what I am looking for. But, in addition, we also
> need another desktop file that uses emacsclient instead of emacs. It
David Bremner writes:
>
> This reproduces the problem for me. Indeed it looks a bit like a similar
> "cursor jumping" problem I have seen (and someone else has reported on
> IRC). I will see if I can figure anything more out now that I have a
> reproducer.
I think the following is a (simpler)
michaeljgruber+grubix+...@gmail.com writes:
> From: Michael J Gruber
>
> 37c022ae ("Use `without-restriction` in
> `with-temporary-notmuch-message-buffer`", 2024-03-14)
> introduced `delete-line` in a test, but this is Emacs 29 and above only.
> Replace it with its (almost) definition.
both v2
Am Di., 18. Juni 2024 um 07:58 Uhr schrieb Marc Fargas
:
>
> Hi,
>
> El lun. 17 de jun. 2024, David escribió:
> >
> >> From: Michael J Gruber
> >>
> >> 37c022ae ("Use `without-restriction` in
> >> `with-temporary-notmuch-message-buffer`", 2024-03-14)
> >> introduced `delete-line` in a test, but
Hi,
El lun. 17 de jun. 2024, David escribió:
>
>> From: Michael J Gruber
>>
>> 37c022ae ("Use `without-restriction` in
>> `with-temporary-notmuch-message-buffer`", 2024-03-14)
>> introduced `delete-line` in a test, but this is Emacs 29 and above only.
>> Replace it with its (almost) definition.
Hi David,
> There is emacs/notmuch-mua-mail.desktop in the source. This seems to do
> what you ask for?
Lovely! This is exactly what I am looking for. But, in addition, we also
need another desktop file that uses emacsclient instead of emacs. It
would be great if notmuch provided that.
michaeljgruber+grubix+...@gmail.com writes:
> From: Michael J Gruber
>
> 37c022ae ("Use `without-restriction` in
> `with-temporary-notmuch-message-buffer`", 2024-03-14)
> introduced `delete-line` in a test, but this is Emacs 29 and above only.
> Replace it with its (almost) definition.
The
Marc Fargas writes:
> Hi,
>
> El lun. 17 de jun. 2024, Marc escribió:
>>
>> El lun. 17 de jun. 2024, Michael escribió:
(...)
>>>
>>> Does this depend on emacs version by any chance, i.e. is
>>> `without-restriction` defined on all emacsen? In Fedora's copr
>>> infrastructure, all builds
Hi,
El lun. 17 de jun. 2024, Marc escribió:
>
> El lun. 17 de jun. 2024, Michael escribió:
>>> (...)
>>
>> Does this depend on emacs version by any chance, i.e. is
>> `without-restriction` defined on all emacsen? In Fedora's copr
>> infrastructure, all builds succeed but some tests fail with
>>
Hi,
El lun. 17 de jun. 2024, Michael escribió:
>> (...)
>
> Does this depend on emacs version by any chance, i.e. is
> `without-restriction` defined on all emacsen? In Fedora's copr
> infrastructure, all builds succeed but some tests fail with
> `Symbol'€™s function definition is void:
David Bremner writes:
> Marc Fargas writes:
>
>> Hi,
>>
>> El lun. 17 de jun. 2024, Michael escribió:
(...)
>>>
>>> Does this depend on emacs version by any chance, i.e. is
>>> `without-restriction` defined on all emacsen? In Fedora's copr
>>> infrastructure, all builds succeed but some
Marc Fargas writes:
> Hi,
>
> El lun. 17 de jun. 2024, Michael escribió:
>>> (...)
>>
>> Does this depend on emacs version by any chance, i.e. is
>> `without-restriction` defined on all emacsen? In Fedora's copr
>> infrastructure, all builds succeed but some tests fail with
>> `Symbol'€™s
Am Sa., 15. Juni 2024 um 19:57 Uhr schrieb David Bremner :
>
> Marc Fargas writes:
>
> > Hi again,
> >
> > El dom. 24 de mar. 2024, Marc escribió:
> >> El mié. 13 de mar. 2024, Carl escribió:
> >>> (...)
> >>> Could you put your fix together in the form of a git-appliable patch?
> >>> Such as by
Marc Fargas writes:
> Hi again,
>
> El dom. 24 de mar. 2024, Marc escribió:
>> El mié. 13 de mar. 2024, Carl escribió:
>>> (...)
>>> Could you put your fix together in the form of a git-appliable patch?
>>> Such as by applying it to the notmuch source, running `git commit` and
>>> then `git
David Bremner writes:
> In [1], Jakub Wilk observes that the current behaviour is confusing
> since it looks like there are two mailboxes in From, while in fact
> there is only one. It seems to me that notmuch should at least quote
> the display-name part of a mailbox if it has "funny"
David Bremner writes:
> The actual fix here is quite trivial, but it takes some work to test.
> Compared to the previous version in the thread at [1], this updates
> the 3rd patch in the series to actually duplicate the problem, and
> adds the 4th patch with the actual fix.
>
> [1]:
Arun Isaac writes:
> This is a feature request.
>
> Emacs comes with emacs-mail.desktop and emacsclient-mail.desktop files
> that allows opening mailto URLs in message-mode. Can we provide similar
> desktop files for notmuch-emacs so that one can open mailto URLs in
> notmuch-message-mode?
Viktor Larkin writes:
> Hello, David. Seems like I've got it wrong. Could you please provide an
> example of how I should change mm-inline-override-types? I've tried this
> way
>
> (setq mm-inline-override-types '("image/.*"))
>
> It didn't work as I expect it to. I still see images in
Hello, David. Seems like I've got it wrong. Could you please provide an
example of how I should change mm-inline-override-types? I've tried this
way
(setq mm-inline-override-types '("image/.*"))
It didn't work as I expect it to. I still see images in notmuch-show
buffer as images, not as
Jelle Licht writes:
> Thanks for applying the patch, but I just noticed I made a mistake; each
> of the lines now have a ";;;#autoload" comment, instead of the proper
> ";;;###autoload" cookie. My apologies. Should I send a patch fixing
> this, or will you push a fix yourself?
Please send a
Hi David,
David Bremner writes:
> jli...@fsfe.org writes:
>
>>
>> ;;; _
>> -
>> +;;;#autoload
>> (define-mail-user-agent 'notmuch-user-agent
>>'notmuch-mua-mail
>>'notmuch-mua-send-and-exit
>
> Applied to master with the deleted blank line put back
Thanks for applying the patch,
curiousbarbar...@posteo.net writes:
> Hello.
>
> Is it possible to disable preview of images and PDF files in
> notmuch-show buffer in emacs? I've tried to set gnus-inhibit-image to t,
> but it looks like it doesn't affect previewing. Any possible built-in
> solutions?
>
> Emacs 29.2
> notmuch
Justus Winter writes:
> David Bremner writes:
>
> Uh, you are right. I meant to pick mails form notmuch@, but this one is
> from another list. I actually reduced the example further:
>
> mkdir -p /tmp/selection-bug/{tmp,new,cur}
> echo "[database]
> path=/tmp/selection-bug" >
mohk...@kisara.moe writes:
> From: Mohsin Kaleem
>
applied to master, with a slightly expanded commit message.
d
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to notmuch-le...@notmuchmail.org
David Bremner writes:
> These were disabled (accidentally?) in f63d14a8c12a.
> ---
> test/T460-emacs-tree.sh | 2 --
> 1 file changed, 2 deletions(-)
applied to master.
d
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an
Ah, apologies. I should've done more testing.
Turns out I have `find-file-visit-truename` set to non-nil which causes the
behaviour I describe.
Best regards,
-- Al
On 28/05/2024, David Bremner wrote:
> Al Haji-Ali writes:
>
>>
>> On my setup (MacOS, Emacs 29.1) this prints something like
>>
Al Haji-Ali writes:
>
> On my setup (MacOS, Emacs 29.1) this prints something like
>
> ,
> | Filename: /Users/al/link-tmp/notmuch-ical7MtHvd
> | get-file-buffer: nil
> | find-buffer-visiting: #
> | buffer-file-name: /private/tmp/notmuch-ical7MtHvd
> `
Here it prints
Filename:
Yes, that is strange. Based on just looking at the test code, I think this test
should indeed fail (I am not able to run in on my machine). In a similar
situation, my inline calendar text shows
,
| !!! Bodypart handler `notmuch-show-insert-part-text/calendar' threw an error:
| !!! Wrong
* 2024-05-27 09:05:01-0400, Daniel Kahn Gillmor wrote:
> I don't see much difference between any of these versions,
Then it needs more work still. We want to make it clear for everybody,
don't we? Let's go back to my original confusion. Currently it reads:
--offset=[-]N
Skip
On Sun 2024-05-26 10:57:14 +0300, Teemu Likonen wrote:
> * 2024-05-25 13:20:58+0200, Michael J. Gruber wrote:
>
>>> Teemu Likonen writes:
--offset=[-]N
Skip displaying the first N results. With the leading '-',
start at the Nth result from the end.
On Sun, May 26, 2024 at 09:12:57AM -0300, David Bremner wrote:
> Apologies, it looks like I never replied to this thread. Probably you
> are not longer interested, but I can make a few observations, mainly
> that there are a few relevant improvements in later notmuch.
Wow! What reminded you of
Daniel Kahn Gillmor writes:
> Hey notmuch folks--
>
> when i launch emacs these days i see the following in my *Warnings*
> buffer:
>
> Warning (comp): notmuch-hello.el:719:22: Warning: docstring wider than 80
> characters Disable showing Disable logging
> Warning (comp):
> when I am looking for entire conversations where a topic is being
> discussed. E.g. when I want to re-read a long forgotten thread, or one
> that surfaced through specific search terms that appear only in a few of
> the messages in the thread.
In notmuch-show mode, M- opens all messages
Matthew Schauer writes:
>
> Nifty! Here are the results -- I assume you know how to interpret them
> better than I do:
>
> T00-new.sh: Testing notmuch new [0.4 large]
> Wall(s) Usr(s) Sys(s) Res(K) In/Out(512B)
> Initial notmuch new 1163.05
Rafael Ávila de Espíndola writes:
> Rafael Ávila de Espíndola writes:
>
>>> If you can build from source, there is new support for viewing
>>> duplicates in master.
>>
>
> Just tested with 0.37 and it works. One thing that still seems to be
> missing is handling different tags. For example,
* 2024-05-25 13:20:58+0200, Michael J. Gruber wrote:
>> Teemu Likonen writes:
>>> --offset=[-]N
>>> Skip displaying the first N results. With the leading '-',
>>> start at the Nth result from the end.
>>>
>>> What if we change the first sentence to "Skip displaying
Am Sa., 25. Mai 2024 um 12:06 Uhr schrieb David Bremner :
>
> Teemu Likonen writes:
>
> >
> >> Perhaps the manual page needs a few more words to make it clear.
> >
> > --offset=[-]N
> > Skip displaying the first N results. With the leading '-',
> > start at the Nth
Teemu Likonen writes:
>
>> Perhaps the manual page needs a few more words to make it clear.
>
> --offset=[-]N
> Skip displaying the first N results. With the leading '-',
> start at the Nth result from the end.
>
> What if we change the first sentence to "Skip
* 2024-05-20 21:24:01+0300, Teemu Likonen wrote:
> It doesn't seem clear how offset is counted on command like
>
> notmuch search --output=files --offset=10 ...
>
> Does it skip 10 output files (which may belong to less than 10 messages)
> or does it skip 10 messages (so it possibly skips
I added the following definitions to my init.el file, which seems to solve the
problem:
(defun org-notmuch-search-open (path _)
"Follow a notmuch search link specified by PATH."
(notmuch-search path notmuch-search-oldest-first
notmuch-search-hide-excluded))
(defun
erik colson writes:
>
> Thanks for the hint, but tried setting the var with setq-default, but
> still same issue.. :
>
> notmuch-search-hide-excluded is a variable defined in ‘notmuch-lib.el’.
>
> Its value is nil
> Original value was t
> Local in buffer *notmuch-saved-tree-1week and
David Bremner writes:
> It might matter how you are setting notmuch-search-hide-excluded. It
> is buffer-local (that changed recently, I think) so you need to either
> use customize or setq-default.
Hi,
Thanks for the hint, but tried setting the var with setq-default, but
still same issue.. :
erik colson writes:
> Hi,
>
> I recently upgraded from an older version in which excluded tags in the
> notmuch config were nicely hidden. Now I have exactly the same problem
> as Stanton described. I can see notmuch-search-hide-excluded is set
> globally to t, but in every search buffer it
David Bremner writes:
> Richard Stanton writes:
>
>> I have spam and trash defined as excluded tags for notmuch searches and when
>> I run (at the command line) the command
>>
>> notmuch search tag:unread
>>
>> I get a list of unread messages that does *not* include unread spam or trash
>>
These were disabled (accidentally?) in f63d14a8c12a.
---
test/T460-emacs-tree.sh | 2 --
1 file changed, 2 deletions(-)
diff --git a/test/T460-emacs-tree.sh b/test/T460-emacs-tree.sh
index 6ef5c54a..9388a8ed 100755
--- a/test/T460-emacs-tree.sh
+++ b/test/T460-emacs-tree.sh
@@ -222,8 +222,6 @@
On Thu, May 16 2024, Richard Stanton wrote:
> Today I received an email with (raw) subject line
>
> Subject: =?UTF-8?B?8J+Pi++4jw==?= A SALE to boost your
> =?UTF-8?Q?workout=0D=0A?=
>
> When displayed in Emacs in either unthreaded or tree mode, “^M” appears after
> the word “workout”, and the
Hello,
Thanks a lot for your answers, I'm happy to have received such thoughtful
replies. Like you both pointed out, and from what I get, Notmuch works with
message-ids, and since it may happen that several files in different
folders have the same message-id, it explains what I was seeing.
My
Am Mo., 13. Mai 2024 um 23:38 Uhr schrieb Carl Worth :
>
> Hi Renaud,
>
> I was able to see similar behavior in my own mail store. And I agree
> that this behavior is confusing!
>
> The documentation for the --files option of notmuch search documents the
> cause (and predicts that this will be
Hi Renaud,
I was able to see similar behavior in my own mail store. And I agree
that this behavior is confusing!
The documentation for the --files option of notmuch search documents the
cause (and predicts that this will be confusing):
Note that each message may have multiple filenames
Jon Fineman writes:
> I see that if I set this variable to the below value it will hide
> text/plain, which is what I would like.
>
> notmuch-multipart/alternative-discouraged '("text/plain" "multipart/related")
>
> However I see that when I forward an email that has a text/plain part
> that
>> The end result is that `notmuch-message-headers` variable has no effect.
> Not sure if you are still interested, but this should be fixed in
> notmuch 0.35 (see show.extra_headers in notmuch-config(1)).
I just stumbled over this issue when trying to add "Message-Id" to the
list of shown
In case anyone else is affected by this, the problem I was having was that
notmuch-search org links (defined in ol-notmuch.el) were returning results that
included spam and trash messages even though I had asked to exclude these. To
get around this, redefine org-notmuch-search-open to
Actually, I think the code might be working as intended. Calling notmuch-search
interactively things work just fine, and in the comments I see the note
"When called interactively, this will prompt for a query and use the configured
default sort order.”
This sounds like it deliberately ignores
I used edebug to trace through the execution of notmuch-search in notmuch.el.
At line 1096, we have the code
(let ((proc (notmuch-start-notmuch
"notmuch-search" buffer #'notmuch-search-process-sentinel
"search" "--format=sexp"
Running
(notmuch-search "tag:unread" t t)
gives the correct results, so it looks like notmuch-search-hide-excluded is not
getting set to the correct default value.
> On Apr 16, 2024, at 3:15 PM, Richard H. Stanton
> wrote:
>
> Oh, wait… It's not working on my office machine either. I’ll
Oh, wait… It's not working on my office machine either. I’ll start tracing
things and see what happens.
By the way,
(notmuch-config-get "search.exclude_tags”)
returns
"spam
trash"
which is what it should be returning.
> On Apr 16, 2024, at 12:00 PM, Richard H. Stanton
> wrote:
>
>
Thanks, David.
It all seems to be working fine on my work machine!
I can’t decide if that’s good or bad news… I suspect it’ll take me longer to
track down what’s going on than if the behavior were consistent on my two
machines.
> On Apr 16, 2024, at 7:23 AM, David Bremner wrote:
>
>
Richard Stanton writes:
> I have spam and trash defined as excluded tags for notmuch searches and when
> I run (at the command line) the command
>
> notmuch search tag:unread
>
> I get a list of unread messages that does *not* include unread spam or trash
> emails. But when I put the following
Jon Fineman writes:
> Jon Fineman writes:
>
>> "Richard H. Stanton" writes:
>>
>>> I’ve recently installed notmuch with lieer and now have it successfully
>>> bringing my mail over from gmail so I can read it locally inside Emacs.
>>> This is very nice, and I particularly love the speed of
Jon Fineman writes:
> "Richard H. Stanton" writes:
>
>> I’ve recently installed notmuch with lieer and now have it successfully
>> bringing my mail over from gmail so I can read it locally inside Emacs. This
>> is very nice, and I particularly love the speed of notmuch’s searches.
>>
Is there a way to have all searches use tree mode by default? I know I can set
this as part of each individual search, but it would save typing if there were
a setting to make this the default.
> On Apr 8, 2024, at 10:26 AM, Richard H. Stanton
> wrote:
>
> Thanks, Carl. Using tree mode
"Richard H. Stanton" writes:
> I’ve recently installed notmuch with lieer and now have it successfully
> bringing my mail over from gmail so I can read it locally inside Emacs. This
> is very nice, and I particularly love the speed of notmuch’s searches.
> However, I’m not seeing how to get
Thanks, Carl. Using tree mode seems to solve my problem.
> On Apr 8, 2024, at 10:23 AM, Carl Worth wrote:
>
> On Mon, Apr 08 2024, Richard H. Stanton wrote:
>> If I press RETURN to view a message, “n” and “p” move to the
>> next/previous message *in the thread*, but motion with “n” stops when
On Mon, Apr 08 2024, Richard H. Stanton wrote:
> If I press RETURN to view a message, “n” and “p” move to the
> next/previous message *in the thread*, but motion with “n” stops when
> you get to the end of the thread. Is there a way to set things so that
> “n” moves from the end of the current
David Bremner writes:
> Today someone asked me the (reasonable) question of how much
> performance impact there is from synching tags to maildir flags. It
> turns out it is noticeable, about a 50% overhead compared to
> non-synched tags (according to these tests). In practice I don't know
> if
Hi there,
> I might be wrong, but I don't think the Gnus agent can be easily reused
> from notmuch. We could perhaps save the message as a draft upon C-c C-j,
> and then have a periodic timer that checks if any of the drafts has
> expired (maybe using a special, additional tag for the search) and
Dmitry Bogatov writes:
> Some people (e.g: me) prefer to read their email with threaded
> representation by default.
>
Applied to master.
d
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an email to
jli...@fsfe.org writes:
>
> ;;; _
> -
> +;;;#autoload
> (define-mail-user-agent 'notmuch-user-agent
>'notmuch-mua-mail
>'notmuch-mua-send-and-exit
Applied to master with the deleted blank line put back
___
notmuch mailing list --
Hi all,
El dom. 24 de mar. 2024, Marc escribió:
> I am attaching a new patch that includes an additional test on
> T630-emacs-draft.sh.
>
> On the test only `References` is at the top (hence hidden by emacs), not
> `In-Reply-To`. I guess that does rely on some configuration.
>
> In any case, the
Hi there,
> I might be wrong, but I don't think the Gnus agent can be easily reused
> from notmuch. We could perhaps save the message as a draft upon C-c C-j,
> and then have a periodic timer that checks if any of the drafts has
> expired (maybe using a special, additional tag for the search) and
João Pedro writes:
> Ah, indeed message properties seem to be more appropriate. Are they
> persisted, or are they tied to an Emacs session?
They are persisted in the database, and backed up with notmuch dump.
>
>> but your periodic search would still have to search for all of the
>>
Em quarta, 03/04/2024 às 07:06 (-03), David Bremner
escreveu:
> Message properties might work a bit better than tags
Ah, indeed message properties seem to be more appropriate. Are they
persisted, or are they tied to an Emacs session? Because I would like to
have it so that even if I kill my
Jon Fineman writes:
> Debugger entered--Lisp error: (scan-error "Unbalanced parentheses" 22384
> 32216)
> scan-sexps(22384 1)
> forward-sexp()
> mml-expand-html-into-multipart-related((part (type . "text/html") (charset
> . "UTF-8") (nofile . "yes") (tag-location . 907) (contents . "
João Pedro writes:
> Em terça, 02/04/2024 às 02:05 (+01), Jose A Ortega Ruiz
> escreveu:
>
>> I might be wrong, but I don't think the Gnus agent can be easily reused
>> from notmuch. We could perhaps save the message as a draft upon C-c C-j,
>> and then have a periodic timer that checks if any
Em terça, 02/04/2024 às 02:05 (+01), Jose A Ortega Ruiz escreveu:
> I might be wrong, but I don't think the Gnus agent can be easily reused
> from notmuch. We could perhaps save the message as a draft upon C-c C-j,
> and then have a periodic timer that checks if any of the drafts has
> expired
Hi,
On Mon, Apr 01 2024, João Pedro wrote:
> I am using notmuch in Emacs, with mbsync and msmtp (I actually use
> smtpmail.el in Emacs, but it uses the `sendmail' command, which is
> symlinked to msmtp) and the only thing I miss from other mail clients
> is the ability to schedule a mail to be
Hi again,
El dom. 24 de mar. 2024, Marc escribió:
> El mié. 13 de mar. 2024, Carl escribió:
>> (...)
>> Could you put your fix together in the form of a git-appliable patch?
>> Such as by applying it to the notmuch source, running `git commit` and
>> then `git format-patch HEAD~` or similar.
>
>
Hello,
El mié. 13 de mar. 2024, Carl escribió:
> (...)
> Could you put your fix together in the form of a git-appliable patch?
> Such as by applying it to the notmuch source, running `git commit` and
> then `git format-patch HEAD~` or similar.
Please disregard the previous patch, consider the
Hello,
El mié. 13 de mar. 2024, Carl escribió:
> (...)
> Could you put your fix together in the form of a git-appliable patch?
> Such as by applying it to the notmuch source, running `git commit` and
> then `git format-patch HEAD~` or similar.
Please disregard the previous patch, consider the
On 2024-03-19 16:12:04, Antoine Beaupré wrote:
[...]
> The closest we have in the archive is (author in CC):
>
> <71a3382b-3f1b-4b81-883c-b4a8bd710888%40picnicpark.org>
>
> ... which writes a new `kea/notmuch-address-message-capf' function from
> scratch. It might, however, do a better job than
1 - 100 of 17173 matches
Mail list logo