Mailing List Archive: Re: CPAN Last Call

Re: CPAN Last Call

Oct 20, 1995, 2:09 AM

Post #1 of 3 (429 views)

>Return-Path: jhi@snakemail.hut.fi
>Received: from metronet.com (root@mail.metronet.com [192.245.137.6]) by mox.perl.com (8.6.12/8.6.12) with SMTP id SAA11328 for <tchrist@perl.com>; Thu, 19 Oct 1995 18:24:11 -0600
>Received: from vinkku.hut.fi by metronet.com with SMTP id AA10175
> (5.67a/IDA1.5hp for <perl-packrats@metronet.com>); Thu, 19 Oct 1995 19:22:05 -0500
>Received: from beta.hut.fi (beta.hut.fi [130.233.224.51]) by vinkku.hut.fi (8.6.12/8.6.7) with ESMTP id CAA02531 for <perl-packrats@metronet.com>; Fri, 20 Oct 1995 02:22:00 +0200
>Received: (jhi@localhost) by beta.hut.fi (8.6.11/8.6.7) id CAA03096; Fri, 20 Oct 1995 02:21:59 +0200
>Date: Fri, 20 Oct 1995 02:21:59 +0200
>Message-Id: <199510200021.CAA03096@beta.hut.fi>
>From: Jarkko Hietaniemi <jhi@snakemail.hut.fi>
>Organization: Helsinki University of Technology, Finland
>To: perl-packrats@metronet.com
>Subject: CPAN Last Call
>Reply-To: Jarkko.Hietaniemi@hut.fi
>Mime-Version: 1.0
>Content-Type: text/plain; charset=ISO-8859-1
>Content-Transfer-Encoding: 8bit

% show
xterm: can't open display

You now, I can't even *READ* this stuff. I'm on a telnet connection,
so X stuff doesn't work, and MH insists upon doing
truly idiotic things making me have to write a filter to remove
all /^Mime/ and /^Content/ headers before I touch your mail.

Kind of defats the purpose, eh? Am I wallowing in the sins of our fathers,
or is this mime stuff really more of a pain in the ass than a useful thing?

Seems to me that we used to send stuff in normal LATIN-1 just fine. Hm.. seems
that unlike mine, these french xterms won't show french. Stupid world.

Anyway, what's wrong with uuencoding binaries? We've never had problems with that.

All this mime crap just makes mail hard to read EVEN WHEN THERE'S NOTHING FANCY
IN IT!!!!!!

it's morning.

--tom

Re: CPAN Last Call [ In reply to ]

jmm at Elegant

Oct 20, 1995, 7:07 AM

Post #2 of 3 (416 views)

Permalink

Tom Christiansen wrote :
|| Anyway, what's wrong with uuencoding binaries? We've never had problems with that.

You've obviously never sent a uuencoded binary through IBM's
profs mailer to a Unix system at the other end. The ASCII to
EBCDIC translate table on input to profs is not reversed by the
EBCDIC to ASCII translate table used when the message comes back
out the other end. And there is more than one variation of each
of those two translations, so you can't necessarily fix things
by an extra translate of your own (although using tr
'\215\331\265' '\[]^' as a pre-filter to uudecode is most often
an adequate patch-up).

I've still got to live with this, because I can't ensure that
the receiver of such messages will have mime/base64. (The rest
of mime, I have not yet had any strong need for, but I'm sure
that it will come someday once I can depend upon it being
available.)

--
Maybe we can fix reality one of these days. | John Macdonald
<- Larry Wall Carl Dichter -> | jmm@Elegant.COM
I'd be happy if we could just index it. |

Re: CPAN Last Call [ In reply to ]

mrg at mame

Oct 22, 1995, 2:29 AM

Post #3 of 3 (418 views)

Permalink

tom, you can

setenv NOMHNPROC 1

and mh will ignore all mime stuffs..

.mrg.

ps: i agree.