Re: notmuch.el and replying to multiple emails at once

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

Re: Sending mail succeeded but signaled failure

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

Re: Sending mail succeeded but signaled failure

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

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: changing smtp server and signature depending on from address

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 ((&quo

Re: Reusing descriptive sender name when replying

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

Re: [EMACS] feature proposal (with code): notmuch-rainbow-tags.el

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

Re: [EMACS] feature proposal (with code): notmuch-rainbow-tags.el

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]). > >

Re: Test failures with notmuch 0.32 and 0.32.1 on openSUSE

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 secon

Re: Test failures with notmuch 0.32 and 0.32.1 on openSUSE

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 >

Re: Test failures with notmuch 0.32 and 0.32.1 on openSUSE

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 gu

Re: Test failures with notmuch 0.32 and 0.32.1 on openSUSE

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

Re: Test failures with notmuch 0.32 and 0.32.1 on openSUSE

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

Re: Test failures with notmuch 0.32 and 0.32.1 on openSUSE

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} &

Test failures with notmuch 0.32 and 0.32.1 on openSUSE

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:

Re: Debugging slow down over time

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

Re: Last call for NEWS entries for 0.31

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: >>>

Re: Last call for NEWS entries for 0.31

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 data

Re: Last call for NEWS entries for 0.31

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 data

Re: Last call for NEWS entries for 0.31

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

Re: crypto test failures on Fedora and OpenSUSE

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,

Re: Feature freeze for notmuch 0.30: June 1

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

Re: T050-new and T060-count fail if gdb prints a warning

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

T050-new and T060-count fail if gdb prints a warning

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

Re: notmuch show get newest message first

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

Re: Moving notmucch between machines

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

Re: IMAP with server deletion

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

Re: Synchronize tags across machines without a mail server

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

Re: notmuch-tree-tag does not support regions

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

Re: How do you synchronize your notmuch tags across multiple machines?

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 which no

Re: travis build env switched to xenial

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"

[Bug] Cannot build python3 bindings documentation of notmuch 0.28.1

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

Re: emacs slow with large threads

"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

Re: emacs slow with large threads

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

Re: How do you synchronize your notmuch tags across multiple machines?

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 which no

Re: How do you synchronize your notmuch tags across multiple machines?

ushed 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! >> >> Unfortunately,

Re: How do you synchronize your notmuch tags across multiple machines?

orking 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 > curious if anyone had a

Re: format=flowed incorrect line wrapping

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