[9102] in Athena Bugs
[daemon@ATHENA.MIT.EDU : decmips 7.3P: mh/xmh]
daemon@ATHENA.MIT.EDU (Calvin Clark)
Wed Mar 18 00:17:10 1992
Date: Wed, 18 Mar 92 00:16:52 -0500
From: Calvin Clark <ckclark@mit.edu>
To: rar@Athena.MIT.EDU
Cc: bugs@Athena.MIT.EDU
Reply-To: ckclark@mit.edu
In-Reply-To: [9099] in bugs
>What should have happened:
> I realize that this "feature" is to distinguish imbedded forwarded mail,
>but this is destroying a primary feature of TechMail. There should be a way
>to turn this off from xmh.
It is proper for mh and xmh to use the appropriate encapsulation
conventions. It is the resposibility of the mail *reader* to be able to
burst digests. Both xmh and mh provide you with ways to include other
files in the text of a mail message, you so can include the file without
the encapsulation filtering, if you want to. You can't do this with
"forw," but I don't think that's a deficiency, because it's reasonable
to assume that when you say "this is a forwarded message" you mean "do
an RFC-934-compliant encapsulation." The mh routine "burst" can extract
the original message adequately. Unfortunately, xmh does not have an
option to invoke burst. (Also true of the X11R5 xmh client.) This *is*
a deficiency, and a suggestion should be sent to the X consortium to add
this functionality. It's just another menu option. (I'd personally
rather see them fix the nine zillion other bugs in xmh which result in
mail loss, or things that *look* like mail loss, but what the heck.)
-Calvin
