From htodd at twofifty.com Mon Mar 1 07:17:19 2021 From: htodd at twofifty.com (Hisashi T Fujinaka) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Alpine git configure broken on NetBSD-9.1 now Message-ID: <35538ce4-53fd-b926-e4c7-681ecdb2ca51@twofifty.com> It used to work. % ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether to enable maintainer-specific portions of Makefiles... no checking build system type... Invalid configuration `x86_64-unknown-unknown-netbsd9.1': machine `x86_64-unknown-unknown' not recognized configure: error: /bin/sh ./config.sub x86_64-unknown-unknown-netbsd9.1 failed -- Hisashi T Fujinaka - htodd@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee From alpine.chappa at yandex.com Mon Mar 1 09:17:36 2021 From: alpine.chappa at yandex.com (Eduardo Chappa) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Alpine git configure broken on NetBSD-9.1 now In-Reply-To: <35538ce4-53fd-b926-e4c7-681ecdb2ca51@twofifty.com> References: <35538ce4-53fd-b926-e4c7-681ecdb2ca51@twofifty.com> Message-ID: <92c25e5a-29-58e4-6e78-257ca91c6c17@yandex.com> On Mon, 1 Mar 2021, Hisashi T Fujinaka wrote: > It used to work. > > % ./configure > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... ./install-sh -c -d > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking whether make supports nested variables... yes > checking whether to enable maintainer-specific portions of Makefiles... no > checking build system type... Invalid configuration `x86_64-unknown-unknown-netbsd9.1': machine `x86_64-unknown-unknown' not recognized > configure: error: /bin/sh ./config.sub x86_64-unknown-unknown-netbsd9.1 failed The problem comes from config.sub which is probably old. Update your config.guess and config.sub files according to the directions from this site https://www.gnu.org/software/gettext/manual/html_node/config_002eguess.html Does this work? -- Eduardo From htodd at twofifty.com Mon Mar 1 09:23:54 2021 From: htodd at twofifty.com (Hisashi T Fujinaka) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] Alpine git configure broken on NetBSD-9.1 now In-Reply-To: <92c25e5a-29-58e4-6e78-257ca91c6c17@yandex.com> References: <35538ce4-53fd-b926-e4c7-681ecdb2ca51@twofifty.com> <92c25e5a-29-58e4-6e78-257ca91c6c17@yandex.com> Message-ID: <9132dcc4-d534-438d-e9e0-cef296dbc1a8@twofifty.com> On Mon, 1 Mar 2021, Eduardo Chappa wrote: > On Mon, 1 Mar 2021, Hisashi T Fujinaka wrote: > >> It used to work. >> >> % ./configure >> checking for a BSD-compatible install... /usr/bin/install -c >> checking whether build environment is sane... yes >> checking for a thread-safe mkdir -p... ./install-sh -c -d >> checking for gawk... gawk >> checking whether make sets $(MAKE)... yes >> checking whether make supports nested variables... yes >> checking whether to enable maintainer-specific portions of Makefiles... no >> checking build system type... Invalid configuration >> `x86_64-unknown-unknown-netbsd9.1': machine `x86_64-unknown-unknown' not >> recognized >> configure: error: /bin/sh ./config.sub x86_64-unknown-unknown-netbsd9.1 >> failed > > The problem comes from config.sub which is probably old. Update your > config.guess and config.sub files according to the directions from this site > > https://www.gnu.org/software/gettext/manual/html_node/config_002eguess.html > > Does this work? That worked, thanks! -- Hisashi T Fujinaka - htodd@twofifty.com BSEE + BSChem + BAEnglish + MSCS + $2.50 = coffee From superaorta at gmail.com Tue Mar 9 00:51:18 2021 From: superaorta at gmail.com (superaorta@gmail.com) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] tab auto complete addresses + long list suppression Message-ID: <2062130.Mh6RI2rZIc@lunesta> A couple of thoughts / feature requests: (1) I've a couple of similar contact lists in my address book. Notably they have several addresses in common (esp early in the alphabet) and they start with the same string (eg xmas_list_internal xmas_list_complete). In most parts of pine tab-autocomplete offers the options so if I type xmas_TAB I might expect to see: xmas_list_internal xmas_list_complete However, for addresses you see the start of the contact list eg: alf.elf@northpole.com, betty.elf@northpole.com, etc etc. alf.elf@northpole.com, betty.elf@northpole.com, etc etc. In the example given it is impossible to tell which list is which and I'd much prefer to see the name of the list than the contacts. (2) If you have a long list of addresses then the To: field becomes unwieldy and this makes composing the email annoying (same issue if the From: field is long when reading an email). It would be a nice feature to suppress this long list to one line and only expand it if needed. Ta! From lucio at lambrate.inaf.it Wed Mar 10 02:30:11 2021 From: lucio at lambrate.inaf.it (Lucio Chiappetti) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] tab auto complete addresses + long list suppression In-Reply-To: <2062130.Mh6RI2rZIc@lunesta> References: <2062130.Mh6RI2rZIc@lunesta> Message-ID: On Tue, 9 Mar 2021, superaorta@gmail.com wrote: > (2) If you have a long list of addresses then the To: field becomes > unwieldy and this makes composing the email annoying (same issue if the > From: field is long when reading an email). It would be a nice feature > to suppress this long list to one line and only expand it if needed. If you have rich header enabled, you can insert the list nickname in the Lcc: field (list-carbon-copy) not in To: ... this way the To: field will contain only the list description (from your addressbook) plus a couple of semicolons, and no addresses. Mail will be delivered anyhow to all addresses, but they will not be able to reply to the list. They'll however know iy was a mail sent to a list. The same can be achieved using Bcc: (blind-carbon-copy) but this way there is no "list title" The only way to have recipients able to reply to the list is to use a proper mail exploder (e.g. mailman), or to define a list alias at system level on your machine (but these are beyond and outside alpine). -- Lucio Chiappetti - INAF/IASF - via Corti 12 - I-20133 Milano (Italy) For more info : http://www.iasf-milano.inaf.it/~lucio/personal.html From lists at pote.com Mon Mar 15 08:55:23 2021 From: lists at pote.com (Paul) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] notmuch Message-ID: <901n1n9p-5r44-s94-7o8r-rso54ssp5ns2@cbgr.pbz> Hello! Is anybody using Alpine with Notmuch, in any capacity? Looks like fun. Notmuchfs https://github.com/tsto/notmuchfs creates virtual local maildirs, but my Alpine crashes instantly when I try to open one. Paul From pierre.frenkiel at gmail.com Wed Mar 17 11:11:04 2021 From: pierre.frenkiel at gmail.com (Pierre Frenkiel) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice Message-ID: hi, I have the following problem: For a mail on input, the browser used to view the html is opera, and for a mail already in a folder, the browser used is taken from my .alpinerc (url-viewers). I could not find where the "opera" choice is defined. Has anybody an explanation? best regards, -- Pierre Frenkiel From alpine.chappa at yandex.com Wed Mar 17 11:27:35 2021 From: alpine.chappa at yandex.com (Eduardo Chappa) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: References: Message-ID: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> On Wed, 17 Mar 2021, Pierre Frenkiel wrote: > hi, > I have the following problem: > For a mail on input, the browser used to view the html is opera, > and for a mail already in a folder, the browser used is taken from my > .alpinerc (url-viewers). > I could not find where the "opera" choice is defined. > Has anybody an explanation? This is defined in the ~/.mailcap file. If you do not have such file, most linux distributions use /etc/mailcap. The search path for the mailcap file is ~/.mailcap:/etc/mailcap:/usr/etc/mailcap:/usr/local/etc/mailcap I hope this helps. -- Eduardo From pierre.frenkiel at gmail.com Wed Mar 17 11:58:38 2021 From: pierre.frenkiel at gmail.com (Pierre Frenkiel) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> Message-ID: On Wed, 17 Mar 2021, Eduardo Chappa wrote: > On Wed, 17 Mar 2021, Pierre Frenkiel wrote: > >> hi, >> I have the following problem: >> For a mail on input, the browser used to view the html is opera, >> and for a mail already in a folder, the browser used is taken from my >> .alpinerc (url-viewers). >> I could not find where the "opera" choice is defined. >> Has anybody an explanation? > > This is defined in the ~/.mailcap file. If you do not have such file, most > linux distributions use /etc/mailcap. > > The search path for the mailcap file is > > ~/.mailcap:/etc/mailcap:/usr/etc/mailcap:/usr/local/etc/mailcap > > I hope this helps. > thanks Eduardo, but that doesn't answer to my main question: For a mail on input, the browser used to view the html is opera, and for a mail already in a folder, the browser used is taken from my .alpinerc for the actually existing mailcaps, "opera" is nowhere best regards, -- Pierre Frenkiel From robin.listas at telefonica.net Wed Mar 17 12:20:13 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> Message-ID: <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> On 17/03/2021 19.58, Pierre Frenkiel wrote: > On Wed, 17 Mar 2021, Eduardo Chappa wrote: >> On Wed, 17 Mar 2021, Pierre Frenkiel wrote: >> >>> hi, >>> I have the following problem: >>> For a mail on input, the browser used to view the html is opera, >>> and for a mail already in a folder, the browser used is taken from my >>> .alpinerc (url-viewers). >>> I could not find where the "opera" choice is defined. >>> Has anybody an explanation? >> >> This is defined in the ~/.mailcap file. If you do not have such file, >> most linux distributions use /etc/mailcap. >> >> The search path for the mailcap file is >> >> ~/.mailcap:/etc/mailcap:/usr/etc/mailcap:/usr/local/etc/mailcap >> >> I hope this helps. >> > ? thanks Eduardo, but that doesn't answer to my main question: > > ????? For a mail on input, the browser used to view the html is opera, > ????? and for a mail already in a folder, the browser used is taken > from my > ????? .alpinerc > > > ????? for the actually? existing mailcaps, "opera" is nowhere I can't find my notes on this, but try: xdg-settings get default-web-browser -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 209 bytes Desc: OpenPGP digital signature URL: From pierre.frenkiel at gmail.com Wed Mar 17 12:30:20 2021 From: pierre.frenkiel at gmail.com (Pierre Frenkiel) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> Message-ID: On Wed, 17 Mar 2021, Carlos E. R. wrote: > I can't find my notes on this, but try: > > xdg-settings get default-web-browser > > > -- > Cheers / Saludos, > this could be a useful test, but unfortunately this gives: userapp-Firefox-RNEMX0.desktop and nothing about opera best regards / Cordialement, -- Pierre Frenkiel From robin.listas at telefonica.net Wed Mar 17 13:00:06 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> Message-ID: <35c6c134-4047-0e06-202c-6c400f40bb81@telefonica.net> On 17/03/2021 20.30, Pierre Frenkiel wrote: > On Wed, 17 Mar 2021, Carlos E. R. wrote: > >> I can't find my notes on this, but try: >> >> xdg-settings get default-web-browser >> >> > ? this could be a useful test, but unfortunately this gives: > ????? userapp-Firefox-RNEMX0.desktop > ? and nothing about opera What desktop do you use? KDE/Plasma has their own methods. -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 209 bytes Desc: OpenPGP digital signature URL: From anrxc at sysphere.org Mon Mar 22 07:23:48 2021 From: anrxc at sysphere.org (Adrian C.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] PGP signatures In-Reply-To: <92cd82aa-f370-f47-fcf6-b13d67a8bc5@telefonica.net> References: <92cd82aa-f370-f47-fcf6-b13d67a8bc5@telefonica.net> Message-ID: <25723sq-o85p-9sr6-nqr6-n13882932q84@flfcurer.bet> Hello. I upgraded to alpine-2.24 and topal-80. Seemingly topal patches are obsolete, functionality it needs is (at least partly?) integrated now. Everything works as it used to work with a patched alpine except sending and displaying multipart signed messages. For some reason primary Content-Type in the headers is declared as text/plain, where it used to be MULTIPART/SIGNED. I don't know what's causing it yet, I also wrote to topal's author to ask for any suggestions. From alpine.chappa at yandex.com Mon Mar 22 19:50:04 2021 From: alpine.chappa at yandex.com (Eduardo Chappa) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] PGP signatures In-Reply-To: <25723sq-o85p-9sr6-nqr6-n13882932q84@flfcurer.bet> References: <92cd82aa-f370-f47-fcf6-b13d67a8bc5@telefonica.net> <25723sq-o85p-9sr6-nqr6-n13882932q84@flfcurer.bet> Message-ID: On Mon, 22 Mar 2021, Adrian C. wrote: > Hello. I upgraded to alpine-2.24 and topal-80. > > Seemingly topal patches are obsolete, functionality it needs is (at > least partly?) integrated now. Yes, the patches need to be upgraded. There are some hunks that fail to apply, so you need to ask the topal author for new patches. Good luck! -- Eduardo From pierre.frenkiel at gmail.com Fri Mar 26 03:47:11 2021 From: pierre.frenkiel at gmail.com (Pierre Frenkiel) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: <35c6c134-4047-0e06-202c-6c400f40bb81@telefonica.net> References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> <35c6c134-4047-0e06-202c-6c400f40bb81@telefonica.net> Message-ID: On Wed, 17 Mar 2021, Carlos E. R. wrote: > What desktop do you use? KDE/Plasma has their own methods. I'm using fvwm of course, I can replace the true opera by a link to firefox, but I think that this would be a dirty fix cheers/cordialement, -- Pierre Frenkiel From robin.listas at telefonica.net Fri Mar 26 04:23:05 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> <35c6c134-4047-0e06-202c-6c400f40bb81@telefonica.net> Message-ID: <4b964a99-588c-f215-fe7e-65e03892c6fa@telefonica.net> On 26/03/2021 11.47, Pierre Frenkiel wrote: > On Wed, 17 Mar 2021, Carlos E. R. wrote: > >> What desktop do you use? KDE/Plasma has their own methods. > > ?I'm using fvwm > > of course, I can replace the true opera by a link to firefox, but > I think that this would be a dirty fix > > cheers/cordialement, Somebody was having a similar problem yesterday with Thunderbird (opening PDF files). I collected the methods for KDE and XFCE: ?In KDE, you open the system settings menu -> Applications search for file type pdf and change the order of applications to have master PDF Editor at first place.? ?In XFCE, there is preferences, then "MIME Type Editor". Filter on pdf, then you can see "application /pdf" and some variants.? I suggest you find a mail list, forum, whatever for fvwm and ask them... :-? -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 209 bytes Desc: OpenPGP digital signature URL: From pierre.frenkiel at gmail.com Fri Mar 26 06:08:20 2021 From: pierre.frenkiel at gmail.com (Pierre Frenkiel) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: <4b964a99-588c-f215-fe7e-65e03892c6fa@telefonica.net> References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> <35c6c134-4047-0e06-202c-6c400f40bb81@telefonica.net> <4b964a99-588c-f215-fe7e-65e03892c6fa@telefonica.net> Message-ID: On Fri, 26 Mar 2021, Carlos E. R. wrote: > Somebody was having a similar problem yesterday with Thunderbird (opening PDF > files). I collected the methods for KDE and XFCE: > > I don't see the relation to my problem, which is: why is the opera browser used when clicking on a link from a mail on input? cheers/Cordialement, -- Pierre Frenkiel From robin.listas at telefonica.net Fri Mar 26 06:20:56 2021 From: robin.listas at telefonica.net (Carlos E. R.) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> <35c6c134-4047-0e06-202c-6c400f40bb81@telefonica.net> <4b964a99-588c-f215-fe7e-65e03892c6fa@telefonica.net> Message-ID: <7bb9a0ff-a37a-090e-68f9-0d8e461b255f@telefonica.net> On 26/03/2021 14.08, Pierre Frenkiel wrote: > On Fri, 26 Mar 2021, Carlos E. R. wrote: > >> Somebody was having a similar problem yesterday with Thunderbird >> (opening PDF files). I collected the methods for KDE and XFCE: >> >> > ? I don't see the relation to my problem, which is: > > ? why is the opera browser used when clicking on a link from a mail on > input? It is related. Each desktop controls that in their own way. You must ask people versed in fvwm. -- Cheers / Saludos, Carlos E. R. (from 15.2 x86_64 at Telcontar) -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 209 bytes Desc: OpenPGP digital signature URL: From pierre.frenkiel at gmail.com Fri Mar 26 06:29:21 2021 From: pierre.frenkiel at gmail.com (Pierre Frenkiel) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: <7bb9a0ff-a37a-090e-68f9-0d8e461b255f@telefonica.net> References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> <35c6c134-4047-0e06-202c-6c400f40bb81@telefonica.net> <4b964a99-588c-f215-fe7e-65e03892c6fa@telefonica.net> <7bb9a0ff-a37a-090e-68f9-0d8e461b255f@telefonica.net> Message-ID: On Fri, 26 Mar 2021, Carlos E. R. wrote: > It is related. Each desktop controls that in their own way. You must ask > people versed in fvwm. it's what I did. Waiting for the answer... cheers/Cordialement, -- Pierre Frenkiel From andrew at aitchison.me.uk Fri Mar 26 06:55:27 2021 From: andrew at aitchison.me.uk (Andrew C Aitchison) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> <35c6c134-4047-0e06-202c-6c400f40bb81@telefonica.net> Message-ID: On Wed, 17 Mar 2021, Pierre Frenkiel wrote: > hi, > I have the following problem: > For a mail on input, the browser used to view the html is opera, > and for a mail already in a folder, the browser used is taken from my > .alpinerc (url-viewers). My alpine uses .pinerc, not .alpinerc, as my config file. Do you have a .pinerc with opera in the url-viewers ? > I could not find where the "opera" choice is defined. > Has anybody an explanation? > On Wed, 17 Mar 2021, Carlos E. R. wrote: > >> What desktop do you use? KDE/Plasma has their own methods. > > I'm using fvwm On Ubuntu (v20.10) /usr/share/doc/alpine/tech-notes/installation.html lists some Registry Values that set the command that gets run by external programs when a mailto, news or nntp URL is run with PC-Alpine set as the default mailer or newsreader (not sure why news and nntp migth be different), but if you are running fvwm I would be surprised if that were relevant. /usr/share/doc/alpine/tech-notes/config.html suggests that "url-viewers" can be set to a list of viewers, each possibly preceded by a test (and can even be a value that works on both Windows and Unix !) What is your "url-viewers" set to ? -- Andrew C. Aitchison Kendal, UK andrew@aitchison.me.uk From pierre.frenkiel at gmail.com Fri Mar 26 08:19:50 2021 From: pierre.frenkiel at gmail.com (Pierre Frenkiel) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: References: <82ba42ec-bad0-7de4-2878-196846ba89f@yandex.com> <460e99b5-69ee-76f0-aab0-bd54dc2cf05e@telefonica.net> <35c6c134-4047-0e06-202c-6c400f40bb81@telefonica.net> Message-ID: On Fri, 26 Mar 2021, Andrew C Aitchison wrote: > /usr/share/doc/alpine/tech-notes/config.html > suggests that "url-viewers" can be set to a list of viewers, each possibly > preceded by a test (and can even be a value that works on both Windows > and Unix !) What is your "url-viewers" set to ? it is: url-viewers=_TEST("test -n '${DISPLAY}'")_ /usr/bin/firefox but it still opens opera for input mails... best regards, -- Pierre Frenkiel From lucio at lambrate.inaf.it Sat Mar 27 12:44:28 2021 From: lucio at lambrate.inaf.it (Lucio Chiappetti) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: References: Message-ID: On Fri, 26 Mar 2021, Pierre Frenkiel wrote: > On Fri, 26 Mar 2021, Carlos E. R. wrote: > >> It is related. Each desktop controls that in their own way. You must >> ask people versed in fvwm. > > it's what I did. Waiting for the answer... I've seen your request first on the fvwm list than on this alpine list. I am using alpine under fvwm. The choice of browser from alpine has nothing to do with fvwm. In my .pinerc I have just URL-Viewers = /usr/bin/palemoon Usually the browser (palemoon) is already open (at fvwm start) in its own desk. When I click on an http link in the mail body, or on am HTML attachment, it appears in a new tab in palemoon. I also have custom Mimetype Search Path and Mailcap Search Path (the latter is a sequence ~/.mailcap:~/.mailcap.pine) but this deals with OTHER mime types, not html. -- Lucio Chiappetti - INAF/IASF - via Corti 12 - I-20133 Milano (Italy) For more info : http://www.iasf-milano.inaf.it/~lucio/personal.html From pierre.frenkiel at gmail.com Sat Mar 27 13:36:08 2021 From: pierre.frenkiel at gmail.com (Pierre Frenkiel) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: References: Message-ID: On Sat, 27 Mar 2021, Lucio Chiappetti wrote: > I also have custom Mimetype Search Path and Mailcap Search Path (the latter is > a sequence ~/.mailcap:~/.mailcap.pine) but this deals with OTHER mime types, > not html. I put a "text/html" entry in my .mailcap, and after that, everything works like a charm. best regards, -- Pierre Frenkiel From poobah at ruptured-duck.com Sat Mar 27 22:17:28 2021 From: poobah at ruptured-duck.com (Bob Bernstein) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice Message-ID: <36647n9o-nq92-822p-r29p-roq784po5p8s@ehcgherq-qhpx.pbz> nb. I meant to send this to the list but absent-mindedly sent it only to Pierre. Sorry Pierre. On Fri, 26 Mar 2021, Pierre Frenkiel wrote: > but it still opens opera for input mails... Please help me understand what you mean by "input mails." Elsewhere you use the expression "on input," and I don't understand that either. Thank you, -- RSB From lucio at lambrate.inaf.it Mon Mar 29 00:24:07 2021 From: lucio at lambrate.inaf.it (Lucio Chiappetti) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] browser choice In-Reply-To: References: Message-ID: On Sat, 27 Mar 2021, Pierre Frenkiel wrote: > On Sat, 27 Mar 2021, Lucio Chiappetti wrote: > >> I also have custom Mimetype Search Path and Mailcap Search Path >> (thelatter is a sequence ~/.mailcap:~/.mailcap.pine) but this deals >> with OTHER mime types, not html. > I put a "text/html" entry in my .mailcap In fact I realize now that in my ~/.mailcap.pine I do indeed have Text/html; /usr/bin/palemoon %s together with other entries for pdf and postscript I forgot that, but I suppose it deals with attachments and shold not be necessary for links (url-viewers should suffice) From mbmiller+l at gmail.com Mon Mar 29 11:17:11 2021 From: mbmiller+l at gmail.com (Mike Miller) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] pattern matching for index colors Message-ID: In case it matters, I am using Alpine 2.21. My question is about pattern matching for index colors. Here is what I am using: patterns-indexcolors=LIT:pattern="/NICK=Index Color Rule/FROM=ecuamin,mbmiller/FLDTYPE=ANY" action="/ISINCOL=1/INCOL=\/FG=cyan\/BG=black" That is adequate for my purposes, but what I really wanted was to use my alt-addresses for the FROM pattern. Those are using the Alpine version of regexp and they look like this: alt-addresses=^ecuamin@gmail\.com$$, ^mbmiller@.+, ^m\.b\.miller@gmail\.com$$, ^mbmiller\+.*@gmail\.com$$ Maybe there is no regexp possibility, but what are the pattern-matching rules for FROM above? Is it just literal case-insensitive matching? Maybe for me this would be a little better than what I currently have: FROM=ecuamin@gmail,mbmiller@,m.b.miller@gmail,mbmiller+ That is, I think the "+" and the "." are interpreted literally. Is that correct? TIA. Mike From alpine.chappa at yandex.com Mon Mar 29 12:38:37 2021 From: alpine.chappa at yandex.com (Eduardo Chappa) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] pattern matching for index colors In-Reply-To: References: Message-ID: <94d1ce2b-aa6-45e7-e5f1-57bd448ba81@yandex.com> On Mon, 29 Mar 2021, Mike Miller wrote: > In case it matters, I am using Alpine 2.21. My question is about pattern > matching for index colors. Here is what I am using: > > patterns-indexcolors=LIT:pattern="/NICK=Index Color Rule/FROM=ecuamin,mbmiller/FLDTYPE=ANY" action="/ISINCOL=1/INCOL=\/FG=cyan\/BG=black" > > That is adequate for my purposes, but what I really wanted was to use my > alt-addresses for the FROM pattern. Those are using the Alpine version of > regexp and they look like this: > > alt-addresses=^ecuamin@gmail\.com$$, > ^mbmiller@.+, > ^m\.b\.miller@gmail\.com$$, > ^mbmiller\+.*@gmail\.com$$ Dear Mike, Alpine was designed to use IMAP capabilities to accomplish its goals. As such it depends on the capabilities of the server, rather than internal tools to do some operations. In particular, you are asking if IMAP servers do regular expression pattern searches, and the answer is no, so Alpine does not do them either. All characters in your search a literal, not part of regular expression patterns. The only way to do something like this would to download all the metadata from all messages in the mailbox and conduct the search using the regular expression pattern internally. Depending on the size of the mailbox this could be onerous the first time, but fast the second time around. Alpine does not do that either. The only time that I can think of that Alpine does this kind of process is when you use the "W" (where is command) in the index screen. In order to perform such search, Alpine has to create the index line for every message in the mailbox, before it can do the search. The first time this is slow, the second time it is fast. The more I think about this, the more I feel like this should be a choice that the user should make. Let me think about how to implement something like this. -- Eduardo From mbmiller+l at gmail.com Mon Mar 29 13:35:36 2021 From: mbmiller+l at gmail.com (Mike Miller) Date: Tue Dec 13 07:29:18 2022 Subject: [Alpine-info] pattern matching for index colors In-Reply-To: <94d1ce2b-aa6-45e7-e5f1-57bd448ba81@yandex.com> References: <94d1ce2b-aa6-45e7-e5f1-57bd448ba81@yandex.com> Message-ID: On Mon, 29 Mar 2021, Eduardo Chappa wrote: > The more I think about this, the more I feel like this should be a > choice that the user should make. Let me think about how to implement > something like this. Thanks for the information, Eduardo, but don't do any work for me! The truth is, what you told me was quite enough. I am getting what I need from it. What happened to me was this: I thought (incorrectly) I had Alpine configured to color messages from my addresses in reverse cyan, so I expected to be able to add a new pattern to "Alternate Addresses" and matching messages would be properly colored in the index. When it didn't work, I thought there was something wrong with my alternate address pattern! After some experimenting, I figured out that my problem was somewhere else. Apparently, the patterns for index colors are in ~/.pinerc, but not in Menu -> Setup. Once I found that part, I fixed it and things were much better. I just listed ten strings separated by commas. It should be close enough. Mike