Jose A Ortega Ruiz writes:
> On Tue, Nov 08 2022, Alexander Adolf wrote:
>
>> Matt Armstrong writes:
>>
>>> A feature I miss from Gnus is being able to reply to multiple emails at
>>> once. Has anyone else found to be a missing feature?
>>
>> I have, and support your request.
>>
>> But not only
Justus Winter writes:
> David Bremner writes:
>
>> 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 b
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 di
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 -- notmuc
t;default"
gnus-alias-overlay-identities t
gnus-alias-override-user-mail-address t
gnus-alias-identity-alist
'(("default"
nil ;; Does not refer to any other identity
"Dan Čermák <*snip*>" ;; From Header
nil ;; Organization header
(
inasprecali writes:
> Thank you for the reply.
>
> I don’t think I have explained myself properly. What I would like
> to have is to automatically have my descriptive name (the one
> before the actual address in angled brackets) be filled in the
> From: header when replying. Right now, the only
Hi Alexander,
Alexander Adolf writes:
>
> That was the other option. I thought I'd post it here first, to see
> whether there would be any momentum for including it in notmuch
> itself?
That actually sounds like a good idea. Maybe just send it as a patch to
the mailinglist? Not sure if there is
Hi Alexander,
Alexander Adolf writes:
> Hello,
>
> I have been a contributor to the astroid email client [1], which is
> based on notmuch. I've now fully committed to living in Emacs.
>
> One thing that intrigued me about astroid, is its "rainbow tags" feature
> (see screenshot at [1]).
>
> [1]
Hi David,
David Bremner writes:
> Dan Čermák writes:
>
>>
>> yes, in my "home project":
>> https://build.opensuse.org/package/live_build_log/home:dancermak:branches:devel:libraries:c_c++/notmuch/openSUSE_Factory/x86_64
>
> Thanks, I took a second look a
Hi David,
David Bremner writes:
> Dan Čermák writes:
>
>> David Bremner writes:
>>
>> [snip...]
>>>
>>> Thanks. What about python and gnupg versions?
>>
>> That would be:
>> Python 3.8.10
>> gpg (GnuPG) 2.2.27
>
> I ins
Michael J Gruber writes:
> Dan Čermák venit, vidit, dixit 2021-05-20 16:30:40:
>> Michael J Gruber writes:
>>
>> >
>> > So, I ran the container using buildah on Fedora 33 (without the make
>> > corpus_download). Again, I'm not a container guy,
Michael J Gruber writes:
>
> So, I ran the container using buildah on Fedora 33 (without the make
> corpus_download). Again, I'm not a container guy, so I don't know what
> the influence of the host is. But:
>
> What ist the shell in that container?
It should be bash in the final container, but
David Bremner writes:
[snip...]
>
> Thanks. What about python and gnupg versions?
That would be:
Python 3.8.10
gpg (GnuPG) 2.2.27
signature.asc
Description: PGP signature
___
notmuch mailing list -- notmuch@notmuchmail.org
To unsubscribe send an emai
David Bremner writes:
> Dan Čermák writes:
>
>> RUN wget https://notmuchmail.org/releases/notmuch-${NOTMUCH_VERSION}.tar.xz
>> && \
>> xz -dc notmuch-${NOTMUCH_VERSION}.tar.xz | tar -xof - && \
>> cd notmuch-${NOTMUCH_VERSION} &
Hi list,
notmuch 0.32 recently stopped building on openSUSE Leap and Tumbleweed
due to failures in the test suite. It now consistently fails in
T356-protected-headers:
FAIL verify signed PKCS#7 subject (multipart-signed) signer User ID
sig_uid: object not found:
data[0][0][0]["crypto"
Hi Sebastian,
Sebastian Fischmeister writes:
> Hi,
>
> For some time already I experience a slowdown of the emacs notmuch interface
> over time. After using emacs with notmuch for a day or two, loading the inbox
> tree view (a search on tag:inbox) takes a significant amount of time to build
>
Dan Čermák writes:
> David Bremner writes:
>
>> Dan Čermák writes:
>>
>>> Hi David,
>>>
>>> David Bremner writes:
>>>
>>> I have started seeing consistent test failures with rc2 on ppc64 and
>>> ppc64le:
>>>
David Bremner writes:
> Dan Čermák writes:
>
>> Hi David,
>>
>> David Bremner writes:
>>
>> I have started seeing consistent test failures with rc2 on ppc64 and
>> ppc64le:
>> - on both platforms "get total messages with closed database&
David Bremner writes:
> Dan Čermák writes:
>
>> Hi David,
>>
>> David Bremner writes:
>>
>> I have started seeing consistent test failures with rc2 on ppc64 and
>> ppc64le:
>> - on both platforms "get total messages with closed database&
Hi David,
David Bremner writes:
> David Bremner writes:
>
>> David Bremner writes:
>>
>> I've sent a couple of patches [1] for things that stood out to
>> me. Please send me anything you think I missed ASAP; I'd like to release
>> the (hopefully) final release candidate tommorow.
>
> I've tagg
Hi Daniel,
Daniel Kahn Gillmor writes:
> Hi folks--
>
> On Sun 2020-06-28 08:33:42 -0300, David Bremner wrote:
>> I dug a bit further down, and this is what is returned from gpgme
>> (line 345 in g_mime_gpgme_get_signatures)
>>
>> sig = {next = 0x0,
>> summary = GPGME_SIGSUM_KEY_MISSING,
>>
David Bremner writes:
> I've tagged a 3rd release candidate (which is of course rc2, because
> this week I belong to the cult of 0 based indexing). All of the blockers
> I know of are fixed, and I'd consider us in "deep freeze", hopefully to
> release in a week or so if there are no nasty bugs di
Hi Tomi,
Tomi Ollila writes:
> On Tue, Mar 10 2020, Dan Čermák wrote:
>
>> Hi list,
>>
>> I have encountered a test failure caused by the T050-new and T060-count
>> tests in the latest openSUSE-Tumbleweed rebuild with Python 3.8 instead
>> of Python
Hi list,
I have encountered a test failure caused by the T050-new and T060-count
tests in the latest openSUSE-Tumbleweed rebuild with Python 3.8 instead
of Python 3.7. Both tests die with:
--8<---cut here---start->8---
T050-new: Testing "notmuch new" in several
Hi,
maybe this?
(setq notmuch-search-oldest-first nil)
Cheers,
Dan
meOme writes:
> Hi!
> Is it possible to get the newest message first in a result of notmuch show?
> The result always shows a reply to a message after the message. But as the
> reply is newer than the original message the so
Hi Bart,
Bart Bunting writes:
> Hi everyone,
>
> Sorry if this question has an obvious answer but I couldn't find it.
>
> I am migrating from OSX to Linux and want to move my mail over.
>
> I am unsure of the best way to approach the problem.
>
> Is it possible to somehow export and re import ta
Hi Sam,
I don't have exactly the same setup, but what might work for you is the
following:
move all messages without +flagged into a local Maildir (that is not
synchronized by offlineimap, i.e. "just a folder").
Notmuch will still be able to find your messages and your
synchronization time will g
Ralph Seichter writes:
> * Pierre Neidhardt:
>
>> muchsync (http://www.muchsync.org/): Requires our own mail server if I
>> understand correctly.
>
> No. If you have a machine A with notmuch already set up, and want to
> sync to machine B, you only need SSH access from B to A (plus notmuch
> and
Pierre Neidhardt writes:
> notmuch-search-tag can tag all the threads in the region.
> notmuch-tree-tag does not, pity :p
>
> I think it would make a lot of sense to make notmuch-tree-tag behave
> like notmuch-search-tag on regions.
>
> Thoughts?
I'd like to have this too, as I have tried to mar
David Mazieres writes:
> Dan Čermák writes:
>
>> Could you maybe elaborate in more detail, as I don't know how it would
>> help me exactly? Are you running a server for syncing your tags?
>>
>> My problem is the following: I have 3 machines E, B and C of whi
Brian May writes:
> David Bremner writes:
>
>> Those of you about to tell me how much better FreedomAvocadoCI [2] is
>> [2]: Not (yet) a real product/project.
>
> I don't know of any existing solution that actually advocates freedom
> :-(
There is for instance GitLab CI, although their "main" p
Hi list,
the python3 bindings documentation seems to be broken:
on OpenSUSE Tumbleweed and Fedora 29 (both have Python 3.7 and sphinx
1.7.6) I get this:
$ cd bindings/python/docs/
$ make dirhtml
sphinx-build -b dirhtml -d build/doctrees source build/dirhtml
Running Sphinx v1.7.6
Configuration
"Landry, Walter" writes:
> Dan Čermák writes:
>
>> Hi Landry,
>>
>> I am afraid this is a common limitation of emacs: if you start opening
>> large files (especially with long lines) it becomes very slow.
>>
>> A viable workaround is to open t
Hi Landry,
I am afraid this is a common limitation of emacs: if you start opening
large files (especially with long lines) it becomes very slow.
A viable workaround is to open the offending thread in the tree view
(bound to 'z' by default) and then only view individual messages.
Cheers,
Dan
"
Hi,
thanks for sharing your setup!
I have two points/questions:
1. Since your server runs dovecot & postfix, do you use this as your
primary email server and forward all your email to it or do you use
some other method to keep it synchronized with your email accounts?
2. I think the sync c
David Mazieres writes:
> Dan Čermák writes:
>
>> Could you maybe elaborate in more detail, as I don't know how it would
>> help me exactly? Are you running a server for syncing your tags?
>>
>> My problem is the following: I have 3 machines E, B and C of whi
are not pushed back up to the
> server.
>
> --
> Brian Sniffen
>
>> On Jan 3, 2019, at 5:27 PM, Dan Čermák wrote:
>>
>> I have just given muchsync a try and it synchronizes email and tags very
>> quickly. I am quite impressed by it!
>>
>> Unfor
nt. It's been working like a charm
> since then.
>
> It took me some time to figure out a working set up though. My mail is
> now fetched first on the same machine everytime, and then synchronised
> from other machines through muchsync. This is a bit annoying, and I'd be
>
Hi Nick,
I can turn that behavior off by disabling auto-fill-mode (M-x
auto-fill-mode). You can probably disable that globally via some setting
or via a hook.
Cheers,
Dan
Nicolas Bock writes:
> Hi,
>
> I can't figure out how to configure notmuch (in Emacs) to properly
> wrap emails that are
Hi list,
first and foremost: thanks to everyone who contributed to notmuch, it's
a truly awesome piece of software.
Unfortunately, I am facing the problem (which I have been postponing to
face for a while) that I'll need to keep my notmuch database in sync
over multiple machines.
Thus my question
40 matches
Mail list logo