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

Re: finding file by size

2018-11-06 Thread Ralph Seichter
* Mark Janes: > I'd like to find and delete the dozens of messages that were sent to > me years ago with 50MB attachments. I'm not sure about using Notmuch itself, but this should work: find /path/to/maildir -type f -size +50M | xargs rm Each message in Maildir is stored in a single file,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[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 | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/notmuch-dump.c b/notmuch-dump.c index 505c1469..ca73d003 100644 ---

[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

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:

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

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

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

2019-10-23 Thread Ralph Seichter
Folks, On July 23, in message <20190723203002.31110-1-ab...@monksofcool.net>, I submitted a patch that appears to be missing from release 0.29.2. In <87ef2frw15@tethera.net> David Bremner wrote that the fix was supposed to be pushed, so I am a bit confused. -Ralph

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

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