Re: Dealing with Missing Date Headers

2022-01-18 Thread Ralph Seichter
* Kevin Foley: > Has anyone ever dealt with missing "Date" headers? My emails from Etrade > in particular are missing them for whatever reason. Amazing, and not in a good way. There are only two required email headers, and Etrade manages to screw this up? Quoting RFC 5322

Re: Handling Email Addresses Without Name

2022-01-15 Thread Ralph Seichter
* Kevin Foley: > I realized I have a few messages, where the "from" address is missing > a name. For example, the from header is "j...@example.com" instead of > "John Doe ", which means the message won't show up > if I search "from:John". Using "from:jdoe" as a search term will match both

Re: [PATCH] emacs: drop C-tab binding in hello mode, document .

2021-10-30 Thread Ralph Seichter
* David Bremner: > - > + Are you sure you mean "backstab" with an "s"? I am currently watching a newbie play Dark Souls, so I am unsure. ;-) -Ralph ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to

Re: should notmuch handle or generate message responses (RFC 9078) (or, "why can't i  an e-mail message?")

2021-08-10 Thread Ralph Seichter
* Daniel Kahn Gillmor: > If we want e-mail to be able to offer a similar cadence and experience > -- if we want a decentralized, federated e-mail system to be able to > *compete* with messaging services, I think we do need to think about > these affordances. And who says that we want to (or

Re: should notmuch handle or generate message responses (RFC 9078) (or, "why can't i  an e-mail message?")

2021-08-06 Thread Ralph Seichter
* Daniel Kahn Gillmor: > https://www.rfc-editor.org/rfc/rfc9078.html > > In short form, this lets you "thumbs up" an e-mail message without > sending a longer reply. Oh my... Are "+1" replies not sufficient anymore for some people, or is this a means of allowing the authors to claim having

Re: [ANN] notmuch-vim 0.7 released

2021-07-07 Thread Ralph Seichter
* Felipe Contreras: > https://github.com/felipec/notmuch-vim > > I stopped working on it in 2014, but I'm back. Welcome back. This is an interesting plugin for sure. I'd like to package notmuch-vim for Gentoo Linux, but I have not been able to find information about licensing. Could you please

Re: Please share recommendations of mail fetcher for notmuch on GNU

2021-01-15 Thread Ralph Seichter
* Jorge P. de Morais Neto: > Could you then share your recommendation of mail fetcher for notmuch > on a GNU OS? If the server side uses the "maildir" format for storage (I do that with Dovecot), you may find Muchsync (http://www.muchsync.org) interesting. It allows synchronising both mail

Re: listing all the tags I've been using

2020-11-20 Thread Ralph Seichter
* Kim Minh Kaplan: > notmuch search --output=tags '*' That's much nicer than my idea. Thanks. -Ralph ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org

Re: listing all the tags I've been using

2020-11-20 Thread Ralph Seichter
* Alan Schmitt: > I'm trying to document the tags I'm using for notmuch [...] The following should get you started (untested, from memory): notmuch dump | gawk -F '--' '{print $1}' | sort -u Feel free to add some more AWK magic instead of the "sort -u" to group/count by tag name. -Ralph

Clashes between "version" files and C++ keyword

2020-10-28 Thread Ralph Seichter
Building Notmuch on macOS is known to cause problems because the Notmuch distribution archive contains two files named "version". These clash with the keyword as defined in C++20 [1] and will likely become obvious on other platforms as well once Compilers adopt the new standard. The two affected

Re: Dependencies should include "realpath"

2020-10-20 Thread Ralph Seichter
* Tomi Ollila: >> rsti_dir = os.path.abspath('emacs') > > Good suggestion, anyway, the simplest change would be just: > > - printf "rsti_dir = '%s'\n" $(realpath emacs) > + printf "rsti_dir = '%s'\n" $(cd emacs && pwd -P) Looks like "pwd -P" is part of the Open Group base spec for pwd, so it

Re: Dependencies should include "realpath"

2020-10-17 Thread Ralph Seichter
* David Bremner: > I'm not sure what an "overhaul" would involve. Looking at conf.py, I find the following confusing: lines = ['.. include:: /../emacs/rstdoc.rsti\n\n'] # in the source tree for file in ('notmuch.rsti', 'notmuch-lib.rsti', 'notmuch-show.rsti', 'notmuch-tag.rsti'):

Re: Dependencies should include "realpath"

2020-10-16 Thread Ralph Seichter
* David Bremner: > Do you have a suggested replacement? I guess some inline perl with "use > Cwd 'realpath'" would probably work, although I haven't tested it. At a quick glance, that particular section of "configure" is run by doc/conf.py to generate three lines of Python code and store the

Dependencies should include "realpath"

2020-10-16 Thread Ralph Seichter
Since this issue just came up related to my MacPorts port: The list of dependencies for notmuch should include "realpath". configure [1] relies on realpath to generate the value for rsti_dir. [1]

Re: [PATCH] completion: remove "setup" from the list of possible completions

2020-06-23 Thread Ralph Seichter
* Tomi Ollila: > You're wrong and I am right... ;) "I'm sorry, if you were right, I would agree with you." (Dr. M. Sayer) :-) > note that I also have no notmuch-* commands in my PATH, so 'notm' > expands to 'notmuch ' ! \o/ FTW ;) I like aliases like "nme" for "Notmuch in Emacs". -Ralph

Re: [PATCH] completion: remove "setup" from the list of possible completions

2020-06-20 Thread Ralph Seichter
* Tomi Ollila: > imo.the completions should primarily provide convenience to the > interactive user, to see all possible options (also those > seldomly.used) one can use help and namual pages... "Can use" being the operative term, not "should have to use". I would not want completion to omit

Re: Python 3.x bindings support which versions, exactly?

2020-05-24 Thread Ralph Seichter
* David Bremner: > That's another reason for me to get a release out the door soon. Given how long ago the old Python bindings were written, I can wait a bit longer for the improved version. ;-) Still, I am looking forward to the next Notmuch release. -Ralph

Re: Python 3.x bindings support which versions, exactly?

2020-05-24 Thread Ralph Seichter
* David Bremner: > The new bindings (modulename= notmuch2) should work with any python > recent 3.x. They still have a few rough edges afaiu, but definitely > new projects should target the new bindings. Alas, there are no release archives available yet which contain the new bindings. I was

Python 3.x bindings support which versions, exactly?

2020-05-24 Thread Ralph Seichter
Hello, having examined the source code, I assume that Notmuch's Python bindings should support Python 3.x for any given 'x'. However, reading the Travis logs at https://travis-ci.org/notmuch/notmuch and .travis.yml, the CI tests apparently run on Ubuntu 18.04 and use only Python 3.6. While I

Re: How to use notmuch on several devices

2020-02-29 Thread Ralph Seichter
* moonmaill...@firemail.cc: > I just wonder, how to keep the inboxes the same/in sync and export/ > import notmuch configuration and how to use it on a new device? Personally, I find http://www.muchsync.org useful for this task. -Ralph ___ notmuch

Re: Attach public key and encrypt by default

2019-12-17 Thread Ralph Seichter
* Carolyn Knight-Serrano: > would it be possible to add or configure in support for automatically > adding your gpg public key to messages? As already mentioned, adding several KB of GPG key to the body of each of your messages would be very impolite, and it might get you flagged as a spammer.

Re: Syncing of IMAP accounts

2019-12-16 Thread Ralph Seichter
* Nicolas Bock: > I am using offlineimap to sync my email for use with notmuch. Try muchsync (http://www.muchsync.org) instead. -Ralph ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

Re: Workaround for Exchange-corrupted PGP/Mime structure

2019-11-20 Thread Ralph Seichter
* Carl Worth: > What would anyone think about a workaround where notmuch-emacs could > grub around inside a "multipart/mixed" structure looking for child > parts that look like they really should have been a part of a > "multipart/encrypted" container? Personally, I see no reason to spend any

Re: Notmuch, Emacs and pinentry -- oh my

2019-11-13 Thread Ralph Seichter
* Daniel Kahn Gillmor: > This hypothetical subcommand would just protect the index. [...] you > will be able to read your mail without access to your long-term secret > key material [...] That sounds useful, as does the idea of (un)locking the index. As you may have seen on the GnuPG mailing

Re: Notmuch, Emacs and pinentry -- oh my

2019-11-11 Thread Ralph Seichter
* Daniel Kahn Gillmor: > Have you considered running gpg-agent in a dedicated terminal window, > and handling the gpg-agent prompts from that window? I tried that by setting GPG_TTY to a fixed terminal, but while this seemed to work on the first call, the second time I was prompted for a

Re: Notmuch, Emacs and pinentry -- oh my

2019-11-08 Thread Ralph Seichter
* David Bremner: > My only (not always popular advice) w.r.t. pinentry is to use a > graphical pinentry if at all possible. I only access the server with a terminal, and that's where Emacs is running in. Curses is as graphical as it gets. ;-) > Not all Emacs binaries have support for

Notmuch, Emacs and pinentry -- oh my

2019-11-07 Thread Ralph Seichter
Not being quite sure if this is the correct mailing list to ask, here we go anyway: Using Emacs as a Notmuch client, I occasionally come across email that is signed and/or encrypted. I am then prompted to a) decide if I trust the signator or b) to enter my PGP secret key's password. Alas, in

Re: Missing in 0.29.2 notmuch-dump.c: Fix output file being closed twice

2019-10-24 Thread Ralph Seichter
* David Bremner: > That push was pushed to master, but not release. I guess at the time > it didn't seem serious enough to warrant a point release? I did not expect a point release for that patch in particular. However, given that the patch fixed a SIGABRT situation, I have assumed to see it

Re: Indentation style

2019-07-30 Thread Ralph Seichter
* Tomi Ollila: > I like mixed tabs and spaces. for example cursor moves faster... If that's the case, you're just not using the right keys to move around the source code. :-) In Vim, keys like W/B, +/- etc. ignore whitespaces anyway, and Emacs has equivalents. Rumour has it there are other

Indentation style (was: [PATCH] notmuch-dump.c: Fix output file being closed twice)

2019-07-28 Thread Ralph Seichter
* David Bremner: > I did have to revert one unrelated whitespace change. I knew I might run afoul of that the minute I read "Indent is 4 spaces with mixed tab/spaces and a tab width of 8" in the code style notes. ;-) In my experience, it is error-prone to mix tabs and spaces. Perhaps it would

[PATCH] notmuch-dump.c: Fix output file being closed twice (V2)

2019-07-23 Thread Ralph Seichter
This is version 2 of the patch, sorry for that. I had sent an older version by mistake. -Ralph ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

[PATCH] notmuch-dump.c: Fix output file being closed twice

2019-07-23 Thread Ralph Seichter
Fixed: If the output file for a dump was non-writeable, gzclose_w() was called twice on the output file handle, resulting in SIGABRT. --- notmuch-dump.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/notmuch-dump.c b/notmuch-dump.c index 505c1469..78282661 100644 ---

Re: Bug: SIGABRT if "notmuch dump" output file is not writeable

2019-07-23 Thread Ralph Seichter
* David Bremner: > that's a message / abort from deep within libz. So odds of our being > able to fix it are pretty small. Based on a quick glance on notmuch_database_dump() in notmuch-dump.c, it seems to me that SIGABRT occurs in line 351: 350: if (ret != EXIT_SUCCESS && output) 351:

Re: Bug: SIGABRT if "notmuch dump" output file is not writeable

2019-07-22 Thread Ralph Seichter
* David Bremner: > I agree it's a bit ugly to look at. Ah, euphemisms. ;-) Personally, I associate "double free or corruption (!prev)" with memory trouble or situations where a library cannot recover from an error state and needs to bail out using abort(). Not being able to (over)write an

Bug: SIGABRT if "notmuch dump" output file is not writeable

2019-07-22 Thread Ralph Seichter
This is what happens when calling "notmuch dump" (version 0.29.1) with an output file that is not writeable (tested with FISH and BASH): root > touch /tmp/out root > ls -l /tmp/out -rw-r--r-- 1 root root 0 Jul 22 20:36 /tmp/out nonroot > notmuch dump --output=/tmp/out Error renaming

Notmuch support for GnuPG Web Key Directory

2019-07-10 Thread Ralph Seichter
You may have followed a recent discussion on the GnuPG mailing list regarding poisoned keys on SKS key servers, and possible alternatives. I have set up a Web Key Directory (see https://wiki.gnupg.org/WKD), which is easy to do, and now I am wondering about Notmuch support for WKD. Has anybody

Re: [PATCH 2/2] test: replace use of gdb with LD_PRELOAD shims in T070-insert.sh

2019-06-24 Thread Ralph Seichter
* Daniel Kahn Gillmor: > Do you think we could go ahead and apply these patches on master now > anyway, and fix them up subsequently to make sure they apply to MacOS? I still have not been able to set up any macOS based tests, because contractual work has kept me busy. I suggest you go ahead

[PATCH] configure: fix mktemp call for macOS

2019-06-16 Thread Ralph Seichter
Add missing template to mktemp, as required by macOS / OS X. Signed-off-by: Ralph Seichter --- configure | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure b/configure index 8b80f0e0..6e73b22e 100755 --- a/configure +++ b/configure @@ -529,7 +529,7 @@ int main

Re: [PATCH] configure: fix mktemp call for macOS

2019-06-15 Thread Ralph Seichter
* Tomi Ollila: > First, it would be better if > > TEMP_GPG=$(mktemp -d "${TMPDIR:-/tmp}/notmuch.XX") > > worked, then the behaviour on Linux would not change. I'm trying to figure out if I can override $TMPDIR during the MacPorts configure phase. According to the documentation, modifying

Re: [PATCH] configure: fix mktemp call for macOS

2019-06-14 Thread Ralph Seichter
* David Bremner: > TEMP_GPG=$(mktemp -d "${TMPDIR:-/tmp}/notmuch.XX") > > (borrowed from test/test-lib.sh). This avoids hardcoding the temporary > directory. I had the same thought at first, but I want to ensure that the path length does not cause trouble anymore. > uname -v Darwin

[PATCH] configure: fix mktemp call for macOS

2019-06-11 Thread Ralph Seichter
The mktemp call in configure is incompatible with /usr/bin/mktemp as shipped with macOS, where it fails due to a missing parameter. I added the missing template, and the call is now working with both Apple's and GNU coreutils' mktemp. Signed-off-by: Ralph Seichter --- configure | 2 +- 1 file

Re: [PATCH] doc: Makefile: stop build notmuch-emacs.info when not have emacs

2019-06-11 Thread Ralph Seichter
* Doan Tran Cong Danh: > I don't know if this is a _good_ fix for this issue. Did you see id:20190611005024.22814-2-da...@tethera.net ? -Ralph ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

Re: Ye olde Apple mktemp

2019-06-10 Thread Ralph Seichter
* Ralph Seichter: > The following local patch solves the issue for me [...] Well, it does solve the mktemp call failing due to a missing parameter. There is however additional fun [1] to be had once mktemp succeeds: -snip- Checking for GMime session key extraction support... gpg: ca

Re: [PATCH 2/2] test: replace use of gdb with LD_PRELOAD shims in T070-insert.sh

2019-06-10 Thread Ralph Seichter
* Daniel Kahn Gillmor: > Perhaps Ralph Seichter (explicitly cc'ed above) could comment on how > it'll affect homebrew? MacPorts, actually. ;-) I have not yet been able to look into this patch series, but I hope to be able to do so soonish.

Ye olde Apple mktemp

2019-06-10 Thread Ralph Seichter
Another quirk that occurs during the configuration phase on older macOS versions (when they were still called OS X, actually) in the MacPorts build farm: Checking for GMime session key extraction support... usage: mktemp [-d] [-q] [-t prefix] [-u] template ... mktemp [-d] [-q] [-u]

Re: Bug: Attempt to install notmuch-emacs.info during --without-emacs build

2019-06-09 Thread Ralph Seichter
MacPorts CI builds were successful as well. Thank you for the prompt fix, David. -Ralph ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

Re: Bug: Attempt to install notmuch-emacs.info during --without-emacs build

2019-06-09 Thread Ralph Seichter
* David Bremner: > Attempt #2; we need to delay expansion of INFO_TEXI_FILES until > WITH_EMACS is defined. Works nicely for my local builds. Now I need to wait for the CI builds to run. -Ralph ___ notmuch mailing list notmuch@notmuchmail.org

Re: Bug: Attempt to install notmuch-emacs.info during --without-emacs build

2019-06-09 Thread Ralph Seichter
* David Bremner: > The following seems to fix the problem, but I haven't tested it > extensively. As shown in https://monksofcool.net/tmp/6bmjUFL.log , your suggestion results in notmuch-emacs.info being generated but unfortunately not installed when Notmuch is built --with-emacs. Obviously

Bug: Attempt to install notmuch-emacs.info during --without-emacs build

2019-06-09 Thread Ralph Seichter
MacPorts CI builds report the following [1]: DEBUG: system: cd "/opt/local/var/macports/build/_Users_vsts_agent_2.152.1_work_1_s_mail_notmuch/notmuch/work/notmuch-0.29" && ./configure --prefix=/opt/local --with-docs --without-emacs --without-ruby [...] Checking if emacs (>= 24) is

Re: notmuch release 0.29 now available

2019-06-07 Thread Ralph Seichter
* David Bremner: > Yes, there was a brief discussion [...] Thanks. As I expected, it was my lack of attention that led to me being caught unawares. ;-) > I guess xz compression is something packagers will have to deal with. Of course, no worries. I am not miffed in any way, especially because

Re: notmuch release 0.29 now available

2019-06-07 Thread Ralph Seichter
* David Bremner: > https://notmuchmail.org/releases/notmuch-0.29.tar.xz As the maintainer of Notmuch in MacPorts, I wonder why you chose to switch from a classical tarball to a .tar.xz archive? Did I miss some discussion on this mailing list? -Ralph

Re: feature request: caching message arrival time

2019-06-03 Thread Ralph Seichter
* Daniel Kahn Gillmor: > Since notmuch actually knows when it recieved the message [...] Not meaning to complicate things, but Notmuch does not receive messages at all. ;-) One needs to rely on some software to populate the Maildir tree (Dovecot LMTP in my case, Postfix or some other MTA for

Re: feature request: caching message arrival time

2019-06-01 Thread Ralph Seichter
* Daniel Kahn Gillmor: > I'm working on Autocrypt integration for notmuch right now [...] Woot! :-) > I'm happy to explain more about my use case if people are interested > too. I'm interested. Right now I frankly don't know what knowing when a message was first seen by Notmuch might be useful

Re: [FEATURE] indexing arbitrary headers

2019-05-30 Thread Ralph Seichter
* Daniel Kahn Gillmor: > I just wanted to point out that this specific request has now been > added to notmuch, thanks to David Bremner! Thanks indeed! I am very much looking forward to this feature. -Ralph ___ notmuch mailing list

Two "latest" releases available for download

2019-05-02 Thread Ralph Seichter
I just realised that https://notmuchmail.org/releases/ holds both LATEST-notmuch-0.28.2.tar.gz and LATEST-notmuch-0.28.3.tar.gz, which seems to be one "latest" too many? -Ralph ___ notmuch mailing list notmuch@notmuchmail.org

Re: Unexpected output of "notmuch new --quiet"

2019-04-20 Thread Ralph Seichter
* David Bremner: > Right, I think that point is clear now, that we're just talking about > changing the warning messages. Indeed. I am actually quite surprised how many reactions there were about this minor issue. I'm using the new.ignore settings you suggested, and I can live with that. The

Re: Unexpected output of "notmuch new --quiet"

2019-04-20 Thread Ralph Seichter
* Eric: > I think that there will be lots of people (and organisations) who get > collections of email from elsewhere and want to add them all to their > own single collection for reference, archival, and research purposes. And how would dropping individual mail files into "cur" instead of any

Re: Unexpected output of "notmuch new --quiet"

2019-04-19 Thread Ralph Seichter
* Daniel Kahn Gillmor: > as far as maildir goes, i think notmuch probably *shouldn't* be > looking at stuff in …/tmp/ -- right? You're right, I don't see why Notmuch would peek into "tmp". > I'd be sad if those files went away, but perhaps you're right that > we should only be looking at are

Re: Unexpected output of "notmuch new --quiet"

2019-04-19 Thread Ralph Seichter
* David Bremner: > So the leading '/' isn't there to match for top level files. That's unexpected, so quite in tune with the thread subject. ;-) > ignore=/(^|/)dovecot[-.]/;/(maildirfolder|subscriptions)$/; I'll try that, thanks. -Ralph ___ notmuch

Re: Unexpected output of "notmuch new --quiet"

2019-04-19 Thread Ralph Seichter
* Daniel Kahn Gillmor: > Why is "non-mail file found" in my maildir such a low priority? Because I do not agree with Notmuch's notion of what a non-mail file is. All files the Dovecot server uses for its own metadata are placed outside of "cur", "new", and "tmp". My understanding of the Maildir

Re: Unexpected output of "notmuch new --quiet"

2019-04-19 Thread Ralph Seichter
* Ralph Seichter: > ignore=//dovecot[[:punct:]]/;/(maildirfolder|subscriptions)$/; Odd. I am currently adding this entry to some users' config files, and the expression //dovecot[[:punct:]]/ does not seem to work in all cases. Based on notmuch-search-terms(7) I assumed that Notmuch used POSI

Re: Unexpected output of "notmuch new --quiet"

2019-04-19 Thread Ralph Seichter
* David Bremner: > Are there warnings that you want to suppress that are not handleable > with the new.ignore facility? Sorry, I misunderstood your question, and new.ignore is sufficient for my current purposes: [new] ignore=//dovecot[[:punct:]]/;/(maildirfolder|subscriptions)$/; Thank you

Re: Unexpected output of "notmuch new --quiet"

2019-04-18 Thread Ralph Seichter
* David Bremner: > I guess if you have a simple way of distinguishing the cases which you > want to consider as errrors, we can revisit the idea. Personally, I'd go with these decreasing levels of severity: Fatal: Execution must stop immediately to prevent damage, error message may or may

Re: Unexpected output of "notmuch new --quiet"

2019-04-18 Thread Ralph Seichter
* David Bremner: > I could imagine more levels of quiet, but I don't know if it is worth > the trouble. I currently redirect stderr to /dev/null because the actual number of these "ignoring non-mail file" notices is much higher, but that means I don't get to see actual errors which is quite a

Unexpected output of "notmuch new --quiet"

2019-04-17 Thread Ralph Seichter
Hi folks, I can't help but wonder why text like Note: Ignoring non-mail file: /home/foo/.maildir/.private/dovecot-uidlist Note: Ignoring non-mail file: /home/foo/.maildir/.work/dovecot.index.log 0022 is written when I run "notmuch new --quiet"? Only error conditions should be reported to

Re: Autocrypt support

2019-04-11 Thread Ralph Seichter
* Daniel Kahn Gillmor: > [...] if you'd like to help me strategize about next steps for getting > autocrypt support into notmuch itself, i'd welcome the collaboration. I'd be willing to help if you think I can actually be of use to you. ;-) I have, as of today, not even looked at the Notmuch

Autocrypt support

2019-04-11 Thread Ralph Seichter
I'm not quite sure if this is a question of Notmuch's Emacs client or of Emacs in general, but I am trying to find information on Autocrypt support (see https://autocrypt.org/). The Enigmail addon for Thunderbird supports Autocrypt, and I wondered if/how Notmuch might be persuaded to support it

Re: Synchronize tags across machines without a mail server

2019-03-19 Thread Ralph Seichter
* Dan Čermák: > 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 >&

Re: Synchronize tags across machines without a mail server

2019-03-19 Thread Ralph Seichter
* 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 muchsync installed on B). -Ralph

Re: how do i split my email view (AKA I got a new job)

2019-03-10 Thread Ralph Seichter
* Antoine Beaupré: > How can I make that "All tags" junk disappear? If it bugs you that much, you can use the "this page" link in "Customize Notmuch or this page". -Ralph ___ notmuch mailing list notmuch@notmuchmail.org

Re: notmuch release 0.28.3 now available

2019-03-06 Thread Ralph Seichter
* David Bremner: > https://notmuchmail.org/releases/notmuch-0.28.3.tar.gz I'm looking at https://notmuchmail.org/releases/ right now, and I don't see any files for version 0.28.3. I made sure it is not a caching issue on my end. -Ralph ___ notmuch

Re: Reply to content of "List-Post" header?

2019-03-03 Thread Ralph Seichter
* Gregor Zattler: > my procmmail scripts recognize mailing list headers and in the end > there is a list of all mailing lists I ever got mails from [...] Interesting method. I don't use procmail, but I wrote a small shell script that scans my existing Maildir storage for List-Post headers and

Re: Reply to content of "List-Post" header?

2019-03-02 Thread Ralph Seichter
* Brian Sniffen: > You can set message-subscribed-addresses or its cousins; then > message-to-list-only will work for you. Ah, that's what was missing, thank you. -Ralph ___ notmuch mailing list notmuch@notmuchmail.org

Re: Reply to content of "List-Post" header?

2019-03-02 Thread Ralph Seichter
* Gregor Zattler: > I do "R" for reply-to-all and then C-c C-l for message-to-list-only > which reduces the To: and Cc: to the mailing list address. I tried both "C-c C-l" and "M-x message-to-list-only" on several messages, but it does not seem to have any effect. I don't see any error reports,

Reply to content of "List-Post" header?

2019-03-01 Thread Ralph Seichter
Either my search-fu is lacking today, or there is really not much information to be found about this: Using Notmuch with Emacs, the keys "r" and "R" are bound to "reply to sender" and "reply to all", respectively. Neither is what I require when it comes to mailing lists. Is there any way to

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

2018-12-17 Thread Ralph Seichter
* Dan Čermák: > I have found muchsync, but unfortunately very little reports about how > well it works, which isn't necessarily a bad thing. Muchsync works well for me, although I only need to sync between two machines. It is quite fast after the initial synchronisation, and I did not have any

Re: EMACS error "Package html2text is obsolete"

2018-11-05 Thread Ralph Seichter
* Istvan Marko: > It defaults to shr as long as emacs was compiled with libxml. Thanks Istvan, that was the clue I needed. I rebuilt EMACS using libxml2 and now rendering HTML works. -Ralph ___ notmuch mailing list notmuch@notmuchmail.org

EMACS error "Package html2text is obsolete"

2018-11-02 Thread Ralph Seichter
Hello list, I tried to access https://notmuchmail.org/pipermail/notmuch/ several times today, but it always resulted in a connection error, so I am now trying the mailing list. When I open a HTML message in the EMACS UI, the error message "Package html2text is obsolete!" is displayed. Is it