Re: [nmh-workers] Thinking about a 1.8 release

Ken Hornstein writes: > I've been getting the itch to once again do the Long Fabled Great MIME > re-write, but before THAT happens ... I am wondering if it makes sense > to think about a 1.8 release, to deal with some not-so-great bugs that > have popped up since 1.7.1 came out. Thoughts? Speakin

Re: [nmh-workers] Old MHs.

FWIW, 8.1 is the version of Athena, MIT's campus computing system. The oldest version that I can find that's reachable outside of MIT (using stuff.mit.edu/afs, a general public-AFS to public-web gateway) is 7.7, which gives: https://stuff.mit.edu/afs/athena/astaff/source/src-7.7/third/supported/m

Re: [nmh-workers] test-scan passes for me, but is in XFAIL_TESTS

Ken wrote: > Since this test doesn't fail on all platforms, is everyone ok with me > just commenting out this test for now and moving test-scan back to > TESTS? Done. David -- nmh-workers https://lists.nongnu.org/mailman/listinfo/nmh-workers

Re: [nmh-workers] [nmh-commits] [SCM] The nmh Mail Handling System branch, master, updated. 1.7-branchpoint-531-gef0725f

>> Removal of Content-MD5 support >> >> The generation and verification of Content-MD5 headers is no longer >> done. FINALLY. > >Bah. Geez Ralph, we talked about this SO many times, the last time back in August when I laid out what I think was a fair set of arguments why this sho

[nmh-workers] Thinking about a 1.8 release

Everyone, I've finally got some time to do some nmh work, and I've been doing some cleanup/bug fixes/trawling the mailing list for a number of "I've meant to do that" things that have fallen by the wayside over the last year or so. I've been getting the itch to once again do the Long Fabled Great

Re: [nmh-workers] [nmh-commits] [SCM] The nmh Mail Handling System branch, master, updated. 1.7-branchpoint-531-gef0725f

Hi, > commit 43d9833bf1dcf38c7892a23951bf1d968028a15e > Author: Ken Hornstein > Date: Wed Apr 24 10:25:18 2019 -0400 > > Removal of Content-MD5 support > > The generation and verification of Content-MD5 headers is no longer > done. FINALLY. Bah. -- Cheers, Ralph. -- nmh-w

[nmh-workers] test-scan passes for me, but is in XFAIL_TESTS

In commit d9b33232b6, test-scan was added to XFAIL_TESTS. But for me it succeeds. Looking closer ... I guess this is because MacOS X lacks a "/dev/full", which I didn't even know was a thing. And I guess this is all related to dealing with Bug #50925. Since this test doesn't fail on all platfor

Re: [nmh-workers] closefds() _before_ fork?

Thus said Ken Hornstein on Tue, 23 Apr 2019 19:35:11 -0400: > >setlock /tmp/mit.lock inc +MyIncTmp ... > > Well, my reading of the setlock man page (assuming this is the FreeBSD > one) is that it is not depending on a _descriptor_ to be passed down > (I don't even know how that would work), bu

Re: [nmh-workers] closefds() _before_ fork?

Hi Ken, > > > they called getdtablesize() on Linux, which it seems returns a > > > smaller number than getrlimit(). > > > > That's surprising. I thought getdtablesize() was effectively > > > > return getrlimit(RLIMIT_NOFILE, &ru) < 0 ? OPEN_MAX : ru.rlim_cur; > > Hey, I don't make the news, I

[nmh-workers] Old MHs.

Hi, When Googling today, I found http://web.mit.edu/source-8.1/third/mh/papers/mh4/MHCHANGES which looks to be the same as the nmh repository's nmh/docs/historical/mh-6.8.5/papers/mh4/MHCHANGES. I wondered if there's anything else squirrelled away inside mit.edu, but any attempt to edit the URL r