Re: [Nmh-workers] Determining my draft folder

Ralph Corderoy wrote: |I wrote: |> EXIT STATUS |> mhparam returns the number of components that were not found. |... |> $ mhparam `yes | sed 256q`; echo $? |> 0 | |I've just pushed to git. | |

Re: [Nmh-workers] strncpy(3), die, die, die.

Hi. Damn it's late... Ralph Corderoy wrote: |> Therefore i think a function like the Linux strscpy() | |That was a new one to me. I found it, https://manned.org/strscpy.9 |It's defined in the Linux kernel. | |ssize_t strscpy(char * dest, const char * src,

Re: [Nmh-workers] strncpy(3), die, die, die.

Paul Vixie wrote: |Ralph Corderoy wrote: |> Perhaps a complainant could be told of the secret $NMHNOBARF to stop |> TRUNCCPY from aborting? Though it would still complain for the first N |> goes? | |i think the moment that the state of the program becomes undefined, you

Re: [Nmh-workers] Changes to forw(1)

Hello Ralph, this likely goes to you in private only (via News) Ralph Corderoy wrote: |kre wrote: |> Rather, I usually delete [X-Mailer] as I consider it no-one else's |> business which software I use | |Yes, I'd want to turn it off from that point of view too. I

Re: [Nmh-workers] Request Deprecation of mts.conf's mmdelim1 and mmdelim2.

Robert Elz wrote: ... |If the mbox encoding format had been properly designed, rather than just |a "we need some way to fix the problem that a line starting 'From' in |a message acts like a separator" (which was a real issue/bug in early |implementations of it) this

Re: [Nmh-workers] Request Deprecation of mts.conf's mmdelim1 and mmdelim2.

Ken Hornstein wrote: |>It seems it has been simply be carried along from original Unix |>mail storage, and never has been properly adjusted thereafter. |>POSIX also standardized this loose format which was in use since |>that beginning. RFC 4155 defined a more proper format.

Re: [nmh-workers] multipart/related and -prefer.

Ralph Corderoy wrote in <20180731135013.d6e8b21...@orac.inputplus.co.uk>: ... |I recently read this `Apple Mail' email with mhshow, read the |plain/text, and it wasn't apparent to me there were images too. ... |$ mhlist -nov -prefer text/plain | msg part type/subtype

Re: [nmh-workers] Unnecessary dependency on vi???

Ralph Corderoy wrote: |>> so a program like mail would offer two escapes (~e vs. ~v) to let |>> yo invoke either. |> |> So ... I guess programs would look at the terminal and if your speed |> was 9600 baud or greater, you'd use VISUAL, and if it was slower you'd |>

Re: [nmh-workers] Unnecessary dependency on vi???

Bakul Shah <ba...@bitblocks.com> wrote: |On Tue, 20 Mar 2018 23:57:28 +0700 Robert Elz <k...@munnari.oz.au> wrote: |Robert Elz writes: |> Date:Tue, 20 Mar 2018 15:43:37 +0100 |> From: Steffen Nurpmeso <stef...@sdaoden.eu> |> Message-ID:

Re: [nmh-workers] Unnecessary dependency on vi???

Hello Ralph. Ralph Corderoy wrote: |>> mail(1) had the `~e' escape and then added a `~v' one, with VISUAL |>> and EDITOR environment variables echoing the cpp(1) macro names of |>> the default values. Kurt Shoens, k...@ucbvax.berkeley.edu, is down |>> as the author in

Re: [nmh-workers] Unnecessary dependency on vi???

Bakul Shah wrote: |On Mar 20, 2018, at 5:04 PM, Ralph Corderoy wrote: |>>> mail(1) had the `~e' escape and then added a `~v' one, with VISUAL |>>> and EDITOR environment variables echoing the cpp(1) macro names of |>>> the default values. Kurt

Re: [nmh-workers] Unnecessary dependency on vi???

Ralph Corderoy wrote: |> Ok, i do not have Spinellis repo locally (yet), it is too big. |> (How large is it in the end, Ralph?) | |1.5 GiB. Too large to pull home with ADSL. I've a VM out on the |Internet that has fast connectivity and I copied it there. Interesting

Re: [nmh-workers] Unnecessary dependency on vi???

Robert Elz <k...@munnari.oz.au> wrote: |Date:Tue, 20 Mar 2018 15:43:37 +0100 |From: Steffen Nurpmeso <stef...@sdaoden.eu> |Message-ID: <20180320144337.zm2ro%stef...@sdaoden.eu> | || BSD Mail had both of ~v and ~e from the very start. I kn

Re: [nmh-workers] Making OpenSSL 1.0.2 minimum version

Ken Hornstein wrote in <20190627175008.639987b...@pb-smtp21.pobox.com>: |>Thinking about it, the "ext" in SSL_set_tlsext_host_name |>could appear strange in five years from now. | |As opposed to the REST of the OpenSSL API? :-) ..seen that way.. But the problem is real: #?0|kent:$ grep

Re: [nmh-workers] Making OpenSSL 1.0.2 minimum version

Ken Hornstein wrote in <20190627171410.ea24e7b...@pb-smtp21.pobox.com>: |>I use that protected via |> |> #ifdef SSL_CTRL_SET_TLSEXT_HOSTNAME | |I did see that ... but I also was worried that since OpenSSL makes no |guarantees that this define will stick around in the future, depending |on

Re: [nmh-workers] Formatting HTML to Text: netrik.

Ralph Corderoy wrote in <20190627125114.70a3921...@orac.inputplus.co.uk>: |Revisiting once again the issue of nice text from horrible HTML emails, |I found another textual web browser, like lynx(1), etc., but |http://netrik.sourceforge.net/ uses colour in its --dump output. |It doesn't list

Re: [nmh-workers] Making OpenSSL 1.0.2 minimum version

Ken Hornstein wrote in <20190627150420.4ff107a...@pb-smtp21.pobox.com>: |Everyone, | |When researching the issue Michael Richardson brought up today, it make |me realize we really should be calling SSL_set_tlsext_host_name() so we |send the TLS extension "server name indicator". Which is

Re: [nmh-workers] logging outgoing messages

Ken Hornstein wrote in <20190710152824.2d9b961...@pb-smtp21.pobox.com>: ... |all of the time? Secondly ... I am seeing more and more authentication |methods that require keeping some kind of state and possibly user |interaction in the MUA (GSSAPI and XOAUTH2 are two examples that I have

Re: [nmh-workers] FSF is changing Mailman list settings unless you opt out (fwd)

Ken Hornstein wrote in <20190926163645.c801a82...@pb-smtp20.pobox.com>: |Everyone, | |I received this email, and I wanted to pass it along. The executive |summary is: in the near future subject lines to nmh-workers will no |longer be prefixed with "[nmh-workers]" and there won't be a footer

Re: [nmh-workers] FSF is changing Mailman list settings unless you opt out (fwd)

Ken Hornstein wrote in <20190926174635.3b44384...@pb-smtp20.pobox.com>: |>Yuck. As a purely rhetorical note, do they have a plan to upgrade |>from the TLS 1.0 they use. (And i hope this does not qualify as |>sexual harassment. It is not! I eat at home, like the Beatles.) | |I ... do not

Re: [nmh-workers] FSF is changing Mailman list settings unless you opt out (fwd)

hymie! wrote in <20190927142152.ga21...@alfred.local.net>: |On Fri, Sep 27, 2019 at 02:54:14AM -0700, Paul Vixie wrote: |> Ken Hornstein wrote on 2019-09-26 09:36: |>> I received this email, and I wanted to pass it along. The executive |>> summary is: in the near future subject lines to

Re: [nmh-workers] FSF is changing Mailman list settings unless you opt out (fwd)

Ken Hornstein wrote in <20190926231658.6947788...@pb-smtp20.pobox.com>: |>And it is entirely unrelated to this thread of course. | |I mean, at least we're in agreement there :-/ And I'm not even sure |WHY you care about what version of TLS that eggs.gnu.org supports, since |it is handling

Re: [nmh-workers] FSF is changing Mailman list settings unless you opt out (fwd)

Paul Vixie wrote in <2b52ccf2-a559-9b70-869c-68da37fee...@redbarn.org>: |Ken Hornstein wrote on 2019-09-26 09:36: |> Everyone, |> |> I received this email, and I wanted to pass it along. The executive |> summary is: in the near future subject lines to nmh-workers will no |> longer be

Re: format and output all received: lines in an e-mail message

Andy Bradford wrote in <20191122084003.18170.qmail@angmar.bradfordfamily\ .org>: |Thus said Steffen Nurpmeso on Thu, 21 Nov 2019 23:14:29 +0100: |> I have heared someone revived qmail and wants to include some patches |> for builtin TLS etc. That sounded very much interesting

Re: format and output all received: lines in an e-mail message

Andy Bradford wrote in <20191121072709.1303.qm...@angmar.bradfordfamily.org>: |Thus said Greg Minshall on Wed, 20 Nov 2019 10:41:34 +0530: |> then, i'd like to use something like fmttest(1) to print out all the |> "Received:" lines in an e-mail message. ideally, each "Received:" line |>

Re: format and output all received: lines in an e-mail message

Valdis Klētnieks wrote in <235182.1574454918@turing-police>: |On Fri, 22 Nov 2019 20:51:52 +0100, Steffen Nurpmeso said: | |> I prefer people using Mail-Followup-To: instead of some ML |> software modifying the address lists, they could as well just |> avoid resending the mail!

Re: nmh imap gpg

john doe wrote in <9019622b-d084-25ad-f574-c5a69be76...@mail.com>: |On 1/8/2020 4:19 PM, Steffen Nurpmeso wrote: |> john doe wrote in : |>|Hello all, and thank you for your answers. |>| |>|On 1/8/2020 3:07 PM, Ralph Corderoy wrote: |>|>> As far as I underst

Re: nmh imap gpg

john doe wrote in : |Hello all, and thank you for your answers. | |On 1/8/2020 3:07 PM, Ralph Corderoy wrote: |> Hi John, |> |>> As far as I understand it, NMH can not be used directly with IMAP,so I |>> would like to use FDM for this. |> |> For those of us that didn't know, or have

Re: mhlogin stopped working

Ken Hornstein wrote in <20200720191854.ea8a179...@pb-smtp1.pobox.com>: |>I noticed that my two gmail accounts stopped working. I can mhlogin |>again, and was told: |> |> Sign in with Google temporarily disabled for this app This app has |> not been verified yet by Google in order to use

Re: mhlogin stopped working

Ken Hornstein wrote in <20200720194227.63d9363...@pb-smtp2.pobox.com>: |>For mutt(1) someone put quite some effort to generate a full |>OAuth2 support script if i understood right what "flew by" in my |>inbox. It should be in contrib, there. | |We've DONE that work. Would you mind not

Re: mhlogin stopped working

Michael Richardson wrote in <5853.1595289693@localhost>: | |> Some hurdles must be taken before being able to use this method. Using |> GMail as an example, an application (that is a name) must be registered, |> for which credentials, a “client ID” and a “client secret”, need to be |>

Re: Bug reported regarding Unicode handling in email address

Steffen Nurpmeso wrote in <20210614162626.vfjxt%stef...@sdaoden.eu>: ... | <20210614121214.84c1621...@orac.inputplus.co.uk>: ... ||Why not iconv(3) the input from the user's locale, the MIME part's ||charset, etc., to UTF-8, work internally, and then iconv() again on the ... |

Re: Bug reported regarding Unicode handling in email address

Good evening. Ken Hornstein wrote in <20210615025348.83822125...@pb-smtp20.pobox.com>: |>kre was coming from a "per draft source character set" i think. |>But of course, application dependent. It is more general than "i |>really need this now to get nmh (or mailx) going". When i went

Re: Bug reported regarding Unicode handling in email address

Steffen Nurpmeso wrote in <20210615212220.5bc88%stef...@sdaoden.eu>: ... |a minority by very far, and in the 60s an african bishop said "by |the year 2700 the white man will have destroyed live on earth", |and i believed him already when i was young. Actually he said

Re: Bug reported regarding Unicode handling in email address

Ralph Corderoy wrote in <20210614205202.034db21...@orac.inputplus.co.uk>: |Hi Steffen, | |> It is still hard to do with POSIX let alone ISO. You need an UTF-8 |> locale you can actively select, POSIX/ISO functions do not support |> graphemes, and __STDC_ISO_10646__ is an option, so that you

Re: Bug reported regarding Unicode handling in email address

Ken Hornstein wrote in <20210614165452.a056f120...@pb-smtp20.pobox.com>: |>Sure, convert to Unicode, work in Unicode, convert back, that is |>the way to go. | |I know that this is application dependent, but what "work" do you |need to perform on the characters? | |I realized back when I

Re: Sharding by Year.

Michael Richardson wrote in <31957.1623081930@localhost>: |Ralph Corderoy wrote: |>> outgoing/y2001 has 1287 messages (1-1287). |>> outgoing/y2002 has 9335 messages (1-9335). |>> outgoing/y2003 has 3909 messages (1-3909). | |> Out of interest, how did you pick what's in each year?

Re: Bug reported regarding Unicode handling in email address

Ralph Corderoy wrote in <20210612103715.a572c21...@orac.inputplus.co.uk>: |>> I am aware that some people, for reasons I cannot comprehend, want |>> to run in the "C" locale |> |> I do that, not so much because I want to, but because that's what |> happens when no LC_* env variables (nor

RFC 9057 (the Author: header field)

Hello. I seem to recall that you are slowly drifting towards a new release, and as i was thrilled by RFC 9057 i thought i bring it to your attention, in case you are not yet aware. I implemented it for my mailer right away yesterday afternoon (i have not restarted it yet though), as i think it

Re: RFC 9057 (the Author: header field)

Ken Hornstein wrote in <20210624180220.daccf12a...@pb-smtp20.pobox.com>: |>I seem to recall that you are slowly drifting towards a new |>release, and as i was thrilled by RFC 9057 i thought i bring it to |>your attention, in case you are not yet aware. I implemented it |>for my mailer right

Re: mhbuild: extraneous information in message

Ken Hornstein wrote in <20210512224215.9969ccd...@pb-smtp1.pobox.com>: |>nmh could adapt or build upon the src/mx/mailcap.c of my MUA. It |>is pretty much standing on its own feet, has matured (there were |>a few hmm nits), and offers really nice extensions like |>x-mailx-test-once,

Re: mhbuild: extraneous information in message

Ralph Corderoy wrote in <20210512202431.3d70322...@orac.inputplus.co.uk>: |Hi Valdis, | |> Which raises the question - what is getting into the path so when |> Laura adds entries to /etc/mailcap, things start working for her? | |Ken suggested some distros might alter nmh's release when

Re: Calendaring?

doug dougwellington.com wrote in : |I'm an old Unix system admin command line type, and I love MH/nmh. | |I let the Mac and PC worlds distract me for a bit, but I'm really tired \ |of dealing with Calendar, Outlook, and the like, especially when Microsoft \ |is threating to change the user

Re: Calendaring?

Ken Hornstein wrote in <20231102201740.80a852f...@pb-smtp21.pobox.com>: |>The all-embedded RFC 7265 JCAL (plus JMAP etc) is surely the |>future for all of you. | |I get the feeling there's some scorn in that statement. I'm not trying |to drag anyone else's choices; it's tough to find the

Re: Calendaring?

Ken Hornstein wrote in <20231102175429.174f22e...@pb-smtp21.pobox.com>: ... |>I'm firmly planted in the Linux, MacOS, Windows, and Android worlds. |>So, my current calendar is a piece of paper on a clipboard that I always |>carry with me, LOL! I find it way more expedient to use the

Re: mhbuild and long header fields

Hello. Philipp wrote in <93c190b84a23e620d07b9504f619b1f2.phil...@bureaucracy.de>: |[2023-08-24 21:07] Philipp Takacs |> [2023-08-23 14:29] Philipp |>> [2023-08-20 22:14] David Levine |>>> Ken Hornstein wrote: ... |I have tested this and fixed some bugs. A commit with a test is

Re: mhbuild and long header fields

Steffen Nurpmeso wrote in <20230825213130.xthnk%stef...@sdaoden.eu>: |Philipp wrote in | <93c190b84a23e620d07b9504f619b1f2.phil...@bureaucracy.de>: ||[2023-08-24 21:07] Philipp Takacs ||> [2023-08-23 14:29] Philipp ||>> [2023-08-20 22:14] David Levine ||&g

Re: Export/sync nmh folders to IMAP server

Philipp Takacs wrote in : |[2022-06-29 21:07] Steffen Nurpmeso |> (I personally like a nice and so on, append-only MIME MBOX the |> most, and do not understand why people do not like it. | |Because mbox is a horrible file format. First of all it's only one file |so you have to

Re: Export/sync nmh folders to IMAP server

Ken Hornstein wrote in <20220629184548.f030b19f...@pb-smtp20.pobox.com>: |>I guess I will try the Maildir hard links script with |>cyrus-imapd for providing access to the 6G of mail on my desktop. |>I'm okay that it would be read-only... it's probably a feature. | |I am continually confused

Re: Surprising MIME Type from Android.

Ralph Corderoy wrote in <20220725092852.e055e20...@orac.inputplus.co.uk>: |> I ran mhstore(1) and was surprised by the ‘81081.2.*’ filename. |... |> 2 image/* 2985K |... |> I haven't checked yet, but I assume it violates the RFCs. | |It does by my reading of

Re: nmh 1.8?

Ken Hornstein wrote in <20221228151732.bd63b1d2...@pb-smtp20.pobox.com>: ... |MUA that generates that header or checks it. I'm not even sure we |calculate the digest correct for text types, it was a mess in terms |of implementation, _and_ MD5 is Officially Considered Broken. Calling ... I

Re: (Not-so) hypothetical question: What to do about NULs?

Ken Hornstein wrote in <20230219012125.2e48b1d7...@pb-smtp21.pobox.com>: |>Seems to me this is classifcation of attachment data, which will end up |>as octet-stream in that case. | |It's ... a little confusing! | |>For S-nail we more or less do what Heirloom mailx has done. | |Well, it

Re: (Not-so) hypothetical question: What to do about NULs?

Ken Hornstein wrote in <20230219001921.597ad1e0...@pb-smtp20.pobox.com>: ... |- mutt ... |[.]Internally mutt does |have an idea if the content contains a NUL (the CONTENT structure contains |a 'nulbin' member which contains the number of NUL bytes), but it's not |clear to me what happens

Re: (Not-so) hypothetical question: What to do about NULs?

P.S.: Congratulations to your new release btw. I have written an OAuth helper in Python3 that suports OAuth for GMail, Microsoft, Yandex: curl -u moon:mars --basic -O https://git.sdaoden.eu/browse/s-toolbox.git/plain/oauth-helper.py It has a "manual" mode where it documents for GMail --

Re: Unsupported nroff macros on MacOS X

Bakul Shah wrote in : |On Apr 3, 2023, at 2:40 PM, Ken Hornstein wrote: |> |> tbl (which seems like it has been supported ... forever?) does the hard |> work of creating tables for you. It seems like the right tool for the |> job; even I could figure it out. As Anthony has pointed out

Re: Unsupported nroff macros on MacOS X

Ken Hornstein wrote in <20230403223814.692aa1f2...@pb-smtp21.pobox.com>: |>>> Sorry if I jumped into the middle and missed something, but what about |>>> using this to convert once? |>>> |>>> groff -Thtml |> |>> I guess my next question is ... what do we do after that? |> |>I thought if

Re: Unsupported nroff macros on MacOS X

George Michaelson wrote in : |Not to prolong the agony, I tried the example on OSX for man tbl: | | .TS | tab(@); | ccc. | This@is@centered | Well,@this@also | .TE | |It didn't work with the nroff -man they

Re: Unsupported nroff macros on MacOS X

Robert Elz wrote in <8706.1680561...@jacaranda.noi.kre.to>: |Date:Mon, 3 Apr 2023 15:10:15 -0700 |From:Bakul Shah |Message-ID: | || mandoc doesn't understand tbl output for the simple test i tried. | |No, in general mandoc doesn't process *roff input at all.

Re: Unsupported nroff macros on MacOS X

Greg Minshall wrote in <747928.1680604649@archlinux>: ... |[NB: i'm not claiming asciidoc is the right "light-weight markup |language" to choose. i don't really know. it just seems reasonable |enough to me. though, probably choosing any of the options, such as ... What i always hated was

Re: Unsupported nroff macros on MacOS X

Anthony J. Bentley wrote in <2866-1680590811.027...@hnc7.hhyy.epmr>: |Ken Hornstein writes: |> Let's take the example you gave where the first line for a man |> page that uses tbl should contain: |> |> '\" t |> |> So, my question is ... what does this mean? I understand that \" is |> a

Re: nmh 1.8RC2, xlbiff, and $HOME

Ralph Corderoy wrote in <20230131181958.1cfb121...@orac.inputplus.co.uk>: ... |But if HOME is empty we do not know their intent so to ignore it and use |pw_dir may not be what they think will occur. The wrong profile could |be read or the wrong .netrc used, upsetting the user. By the way my

Re: graphical mail reader for one-off use

Ken Hornstein wrote in <20230713143447.b814036...@pb-smtp20.pobox.com>: |>Thanks Ken! I'll be giving this a try! (I would have "just tried it |>myself", but I don't have any modern readers installed! Small point |>of pride, until now. :-) | |One note: you MIGHT have to have Thunderbird

Re: Symbolic link to mhmail

Thomas Dupond wrote in <7c469bc6-ad63-48c0-9afb-0d6c06d5d...@dupond.eu>: ... |Wow thanks for this fix! Being able to use nmh as a mailx replacement \ |in Debian will be very useful to me. Sheer unbelievable. New version up in summer, will be called "Mountains O' Things". And has! (More than