HDTenEightyP/NetNews huggingface dataset:
From: imp@boulder.parcplace.com (Warner Losh)
Subject: Help with mhn
Organization: ParcPlace Boulder
Date: Wed, 23 Dec 1992 22:53:22 GMT


I'm trying to get a reasonable set of parameters together for using
mhn to read digests that are in mime format (that is to say with a
Content-Type: multipart/digest header).

I have the following profile lines
mhn-show-text/plain: moreproc '%F'
mhn-show-message/rfc822: show -file '%F'

I would like it to either pause between messages, or let an entire
screen full queue up before asking for the pause.  I can get a pause
between messages that requires me to hit return, which isn't
acceptable to me.  I want to hit " ".   Alternatively, I'd like to see
something like "mhn <args> | more" yet I can't seem to get that w/o
having an aliase that is
	alias mhn "mhn -nomoreproc \!* | more"
which is kind of bogus, since if I "show" a message that is MIME, it
will fork mhn behind my back and won't get my aliase.

Have I missed something obvious in the man page?

On a similar note, has anybody done MIME extensions to MH-E?

Warner

P.S.  I'm off for the holidays, so please email me a response (in
addition to posting, if you'd like).  If there is enough responses,
I'll summarize.

-- 
Warner Losh		imp@boulder.parcplace.COM	ParcPlace Boulder
I've almost finished my brute force solution to subtlety.
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: Differences invoking sendmail or using socket (localhost,SMTP)
             <19190.725065693@rpi.edu>
Newsgroups: comp.mail.mh
X-Mts: smtp
Date: 23 Dec 92 04:06:57 GMT

>> Yes, but that also assumes that all your users only use MH, and that
>> nothing ever uses UCB Mail.  Most of our crontabs depend on UCB Mail
>> to report results.  We have used a minimal sendmail configuration on
>> our clients for almost 5 years now, and it has worked quite well for us.

i tell people to use mhmail, which is almost as good as UCB Mail.

i've also used a /usr/lib/sendmail replacement that just knows how
to send mail via "send" and "post" and their friends.  this is enough
to get UCB Mail working.  perhaps MH should include something like that?
From: slin@cisco.com (Steven Lin)
Newsgroups: comp.mail.mh
Subject: Using .maildelivery to match keywords in message body?
Date: 28 Dec 92 15:52:05
Organization: cisco Systems, Inc.
Distribution: usa
NNTP-Posting-Host: regal.cisco.com

I'm currently using a .maildelivery file to deliver mail to various
folders based on keywords found in the headers.  Is there any way to
get the .maildelivery file to search the body of the message for
keywords?  Say, for example, that I want all messages with the keyword
"foobar" to be forwarded to somewhere@anywhere.com.  How does one do
it?

Steve
From: jh@efd.lth.se (Joergen Haegg)
Newsgroups: comp.mail.mh
Subject: Problem with mh6.8 and Ultrix.
Date: 29 Dec 92 13:49:02 GMT
Organization: Lund Institute of Technology, Sweden


inc hangs completely and gives this error:
 remote_block reclock 1000B080

Has anyone seen this problem?
Lockd and statd are running.
It works fine if I use POP.

Ultrix 4.3, Decstation 5000/20

version: MH 6.8 #5[UCI]  (osiris) of Tue Dec 22 11:44:31 MET 1992
options: [APOP='"/usr/local/priv/mh/pop"'] [ATZ] [BIND] [BPOP] [BSD42]
	[BSD43] [DBMPWD] [FOLDPROT='"0700"'] [LOCALE] [LOCKF] [MHE]
	[MHRC] [MIME] [MORE='"/usr/local/bin/less"'] [MPOP]
	[MSGPROT='"0600"'] [NTOHLSWAP] [POP] [RENAME] [RPOP] [SENDMTS]
	[SMTP] [TERMINFO] [TYPESIG=void] [UNISTD] [VSPRINTF] [WHATNOW]
	[ZONEINFO]

mtstailor

localname:      efd.lth.se
mmdfldir:       /usr/spool/mail
mmdflfil:       
hostable:       /usr/local/lib/mh/hosts
servers:        oddput.efd.lth.se localhost \01localnet

MH:
bbdelivery      on
bboards         pop
bbhome          /usr/spool/bboards
bin             /usr/local/bin/mh
curses          -lcurses -ltermlib
editor          /usr/ucb/vi
etc             /usr/local/lib/mh
ln              ln -s
mail            /usr/spool/mail
mandir          /usr/local/man
manuals         standard
mts             sendmail/smtp
pop             on
popdir          /usr/local/etc
ranlib          on
remove          rm -f
sharedlib       off
signal          void

-- 
Joergen Haegg				jh@efd.lth.se	postmaster@efd.lth.se
System manager @ efd			Phone: international +46 46 107492
Lund Institute of Technology		Snailmail: DDG, Maildelivery 7, BOX 118
Fax: +46 46 104013			S-221 00 LUND, Sweden
From: garygm@leland.Stanford.EDU (Gary Brainin)
Subject: Including replied messages with ">" (Yes, I've read the FAQ)
Organization: Stanford Law School, Stanford University
Date: Sat, 2 Jan 93 19:26:18 GMT


   I've tried the method suggested in the FAQ for adding ">"s to the
beginning of each line of the replied-to message, and am slightly
dissatisfied, since it ignores blank lines.  (I'm using version: MH
6.6 #1[UCI] (ics) of Tue May 24 15:51:53 PDT 1988; options: [BSD42]
[BERK] [TTYD] [DUMB] [MHE] [NETWORK] [BIND] [RPATHS] [SBACKUP='"#"']
[SENDMTS] [SMTP].)

   This may still be an FAQ (though it wasn't in the file).  Why
doesn't the following work?  (In the repl filter file:)

body:formatfield="> %{text}"

   If I understand the mh-formatting commands correctly, this
instructs that "> " should be printed, then the text line that was
handed to the formatter.  However, the body component seems to
completely ignore _any_ formatfield= definition.  Is there some reason
that this is so?  It seems that being able to use the formatting
commands would be as useful in the body as anywhere else.

			-Gary

-- 
|Gary Brainin                     |BITNET: garygm%leland.stanford.edu@stanford|
|garygm@leland.stanford.edu       |UUCP: ...decwrl!leland.stanford.edu!garygm |
|"...the right to be let alone-the most comprehensive of rights and the right |
|most valued by civilized men."    Olmstead v. U.S. (Brandeis, J., dissenting)|
Newsgroups: comp.mail.mh,comp.unix.ultrix,comp.sys.dec
From: murphy@burfle.dco.dec.com (Rick Murphy)
Subject: Re: DecWindows DxMail/MOTIF and MH-6.7.2/MIME...
Keywords: dxmail mh send
Reply-To: murphy@burfle.dco.dec.com
Organization: Digital Equipment Corporation, Landover MD
Date: Wed, 23 Dec 1992 15:11:58 GMT


In article <1992Dec22.230413.22738@uicc.com>, putsch@uicc.com (Jeff Putsch) writes:
>I have used MH/MIME with DecWindows dxmail, DEC's xmh-like interface
>to MH, 

Actually, dxmail and xmh have common roots.

>My questions are:
>
>1 - What does the -wait option do?

This was added as a 'bugfix'. To understand why, kill sendmail on your system.
Then, send a mail message using xmh. You get no indication of an error,
but no message gets sent. '-wait' makes mh send wait until it's able to
connect to sendmail before returning control.
[Note: I didn't do this work, and may have the details wrong.. but this is
 approximately the instance that the change was intended to fix.]

>2 - How does one get dxmail (in DecWindows MOTIF) to stop using it?

You can't. (short of editing the binary.) 

>3 - Does anyone know where DEC documents their 'enhancements' to MH?

For '-mts' and '-note', in the manpages.  See below. '-wait' appears to be
a quick fix for a dxmail-specific bug. Command-line mh users would never need
this -- since they'll see the eventual error messages.

>4 - Along with Q3, does anyone know of other options/enhancement to MH
>    that DEC made I might like to know about? For example, what are
>    -mts and -note (see send -help output below)?

'-mts' and '-note' are used for DEC's X.400 mail product.

Now, about your *real* problem - I'd suspect it'd be easy to add a dummy 
'-wait' to the MIME-capable version that ignores it.
	-Rick
--
Rick Murphy, WA1SPT/4			Washington Open Systems Resource Center
Domain:  murphy@dco.dec.com		This posting expresses MY opinions only;
Bang:    decwrl!burfle.enet!murphy	 I do not speak for Digital.
Ding:    301-918-5883.
Newsgroups: comp.mail.mh
From: davy@ecn.purdue.edu (Dave Curry)
Subject: MHN and octet-streams?
Reply-To: davy@ecn.purdue.edu
Organization: Purdue University Engineering Computer Network
Date: Mon, 28 Dec 1992 13:32:33 GMT

Is it possible to make MHN do something intelligent with showing octet
streams that *aren't* "tar" files?  For example, MHN chokes on the first
message Keith Moore sent, because it doesn't know how to display the
octet stream.  (I know how to make it *store* the octet stream; I am
referring only to *showing* the stream.)

As near as I can tell the "tar" and "compress" stuff is hardwired into
MHN and it doesn't pass this info onto any program invoked from a
"mhn-show-application/octet-stream" template.

I suppose one could make a show program that looks for magic numbers,
but this seems sort of kludgy at best.  Is there a better way?

Thanks,
--Dave
From: ziegast@uunet.uu.net (Eric Ziegast)
Subject: Re: finding the MH lib directory
Newsgroups: comp.mail.mh
Date: 21 Dec 92 17:25:35 GMT

On Dec 8th, Jerry writes:
> In article <BxLMuD.1BJ@irvine.com> jsweet@irvine.com (Jerry Sweet) writes:
> > Is there a way to make mhpath cough up the path to the MH library
> > directory?
> 	...
> > The answer: I want to invoke ap and dp from external scripts.
>
> I've wanted that for a long time.  It'd be useful for shell scripts
> that need to find mhl (especially!) as well as fmtdump, rcvtty, ap/dp,
> components and scan format files, etc.  As it is, the library path
> has to be hard-coded into scripts and reconfigured for each site.
> Seems like it'd be a pretty simple hack to mhpath.  Comments, anybody?

How about:

	tcsh% strings `which scan` | grep /mhl | sed -e 's/\/mhl//'

For me this gives:

	/usr/local/lib/mh

I know, it's a hack, and not very portable, but it works.
--
Eric Ziegast
From: jromine@binky.ics.uci.edu (John Romine)
Subject: Re: finding the MH lib directory
Newsgroups: comp.mail.mh
Reply-To: jromine@ics.uci.edu (John Romine)
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Date: 21 Dec 92 17:47:40 GMT

>On Dec 8th, Jerry writes:
> Is there a way to make mhpath cough up the path to the MH library
> directory? ...
> The answer: I want to invoke ap and dp from external scripts.

This is likely something that will be in the next release.

"mhparam" will let you find that path for, e.g., mhl with:

	% mhparam mhlproc
	/usr/bs/mh-6.8/lib/mhl

which isn't what you asked for, but is intersting on its own.
--
John Romine
Newsgroups: comp.mail.mh,comp.unix.ultrix,comp.sys.dec
From: putsch@uicc.com (Jeff Putsch)
Subject: DecWindows DxMail/MOTIF and MH-6.7.2/MIME...
Keywords: dxmail mh send
Organization: Unitrode Integrated Circuits Corp., Merrimack, NH, USA
Date: Tue, 22 Dec 1992 23:04:13 GMT

Howdy,

I've asked this before and received one response, our news system has
been acting up and not posting articles correctly - maybe why I got
no responseand so I'm trying again....

I have used MH/MIME with DecWindows dxmail, DEC's xmh-like interface
to MH, (prior to the MOTIF version of DecWindows) without problem, BUT
in DecWindows/Motif dxmail insists on handing send a '-wait' option. I
have RTFM'D the DEC docs, the MH docs, and the MH source, but I cannot
find the -wait option (it's definately not in the MH source). My
questions are:

1 - What does the -wait option do?
2 - How does one get dxmail (in DecWindows MOTIF) to stop using it?
3 - Does anyone know where DEC documents their 'enhancements' to MH?
4 - Along with Q3, does anyone know of other options/enhancement to MH
    that DEC made I might like to know about? For example, what are
    -mts and -note (see send -help output below)?

If it is of any interest, the two send versions spit out the following
for 'send -help'

DEC's MH send:
syntax: send [file] [switches]
  switches are:
  -alias aliasfile
  -draft
  -(draftf)older +folder
  -(draftm)essage msg
  -nodraftfolder
  -filter filterfile
  -nofilter
  -[no]format
  -[no]forward
  -[no]msgid
  -[no]push
  -[no]verbose
  -[no]watch
  -width columns
  -(help)
  -[no]wait
  -mts smtp/x400
  -note

version: MH 6.7.1 #44[UCI] (bsdbld.zko.dec.com) of Fri Jul 24 13:20:11 EDT 1992
options: [ISI] [MHRC] [WHATNOW] [MHE] [BSD42] [BERK] [NETWORK] [BIND]
         [RPATHS] [DPOP] [RPOP] [FOLDPROT='"0700"'] [MSGPROT='"0600"']
         [TYPESIG='void'] [POPSERVICE='"pop"'] [SPRINTF='int'] [SENDMTS]
         [SMTP] [POP] [X400]

MH-6.7.2/MIME send:
syntax: send [file] [switches]
  switches are:
  -alias aliasfile
  -draft
  -(draftf)older +folder
  -(draftm)essage msg
  -nodraftfolder
  -filter filterfile
  -nofilter
  -[no]format
  -[no]forward
  -[no]mime
  -[no]msgid
  -[no]push
  -split seconds
  -[no]verbose
  -[no]watch
  -width columns
  -(help)

version: MH 6.7.2 #9[UCI] (chillon.uicc.com) of Tue Nov 10 08:38:26 EST 1992
options: [BERK] [BIND] [BPOP] [BSD42] [DPOP] [FOLDPROT='"0700"'] [ISI]
         [MHE] [MHRC] [MSGPROT='"0600"'] [NETWORK] [NNTP] [POP]
         [POPSERVICE='"pop"'] [RPATHS] [RPOP] [SENDMTS] [SMTP]
         [TYPESIG='void'] [WHATNOW] [X400]


Thanks, in advance, for any help I receive.

-- 
-----------------------------------------------------------------------------
Jeff Putsch                          |  Internet: putsch@uicc.com
Unitrode Integrated Circuits Corp.   |  
Merrimack, NH  USA                   |  Voice   : (US) 603-429-8626 (daytime)


-- 
-----------------------------------------------------------------------------
Jeff Putsch                          |  Internet: putsch@uicc.com
Unitrode Integrated Circuits Corp.   |  
Merrimack, NH  USA                   |  Voice   : (US) 603-429-8626 (daytime)
Newsgroups: comp.mail.mh,comp.sys.sgi
From: davy@harbor.ecn.purdue.edu (Dave Curry)
Subject: MH 6.8 to OpenWindows MultiMedia Mail?
Organization: Purdue University Engineering Computer Network
Date: Sat, 26 Dec 1992 01:31:10 GMT


Has anyone come up with appropriate config file entries and/or supplemental
programs to allow MH 6.8's "mhn" program to deal with the multimedia mail
that Sun's OpenWindows 3.0 MailTool produces?  The headers all start with
"X-Sun", e.g.:

	[in the message headers]

	Content-Type: X-sun-attachment
	Content-Length: 64120

	[in the message body]

	X-Sun-Data-Type: text
	X-Sun-Data-Description: text
	X-Sun-Data-Name: text
	X-Sun-Content-Lines: 34

		[ plain ascii text here ]

	X-Sun-Data-Type: postscript-file
	X-Sun-Data-Name: SunOpsisVol1No5.ps
	X-Sun-Content-Lines: 2295

		[ postscript file here ]

-----

Thanks,
Dave Curry
davy@ecn.purdue.edu
From: aultj@rpi.edu (James Ault)
Subject: Re: POP service replication
	18 Dec 1992 21:49:29 +0000.<2B324769.14888@ics.uci.edu>
Newsgroups: comp.mail.mh
Date: 22 Dec 92 23:15:50 GMT

> > mrl@uai.com (Mark R. Ludwig) writes:
> >More generally, has anyone successfully distributed their Electronic
> >Post Office for a given group of people?
>
> I have not.  I have only one central mail spool for those users.
> POP isn't really well-suited to this problem (it solves a different,
> smaller problem).  There are other research efforts in this direction,
> however.  Check out the work on IMAP for example.

We are very close to distributing our Electronic Post Office to
multiple POP servers, using MH, modified for Kerberos POP, and a YP
map which maps each user to a POP server.  The modifications to MH
didn't make into MH 6.8, but we plan to submit them soon.

As I understand IMAP, it allows you to distribute the client function
to a number of platforms, while keeping the central storage for mail
in one location.  We are interested in distributing the server storage
function across multiple machines, and I assume Mark was also.

Jim Ault, ITS Systems Programmer, aultj@rpi.edu     <><
From: moore@cs.utk.edu (Keith Moore)
Subject: OpenWindows Mail to MIME converter
Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0"
Mime-Version: 1.0
Newsgroups: comp.mail.mh
Date: 27 Dec 92 06:59:16 GMT

------- =_aaaaaaaaaa0
Content-Type: text/plain; charset="us-ascii"

[mh-users: this is a slightly improved version of the script I
 posted earlier today.]

A perl script that converts OpenWindows mail to MIME is available for
anonymous FTP from cs.utk.edu (128.169.201.1), directory pub/MIME,
files sun-to-mime.*.

I have successfully used this script with both mh 6.8 and metamail
to display messages sent from OpenWin3 mailtool (without manual
intervention).

Body parts currently supported are: text, gif, Sun rasterfile
(converted to image/gif), postscript, and audio.  Other types default
to application/octet-stream.  It's easy to extend the set of
types supported and to add conversions, if necessary.

The script requires uuencode, uudecode, zcat (aka uncompress),
and the "convert" program from ImageMagick.  If you don't have
ImageMagick you can probably substitute the pbm stuff with little
fuss.

Keith Moore

------- =_aaaaaaaaaa0
Content-Type: message/external-body; name="sun-to-mime.README";
	directory="pub/MIME"; site="cs.utk.edu"; access-type="anon-ftp";
	mode="ascii"
Content-ID: <20473.725439360.1@cs.utk.edu>

Content-Type: text/plain; charset="us-ascii"

------- =_aaaaaaaaaa0
Content-Type: message/external-body; name="sun-to-mime.perl";
	directory="pub/MIME"; site="cs.utk.edu"; access-type="anon-ftp";
	mode="image"
Content-ID: <20473.725439360.2@cs.utk.edu>

Content-Type: application/octet-stream; filename="sun-to-mime.perl"

------- =_aaaaaaaaaa0--
From: petrilli@hal.gnu.ai.mit.edu (Chris Petrilli)
Newsgroups: comp.mail.mh
Subject: MH 6.8 breaks MH-e?
Date: 22 Dec 92 21:39:37 GMT
Article-I.D.: life.1h81upINN2bv
Distribution: world
Organization: Department of Redundency Department
NNTP-Posting-Host: hal.gnu.ai.mit.edu

Hmm... I just installed MH 6.8 on my NeXT and now MH-e under Emacs no longer
works correctly.  if i use C-x r (mh-rmail) to read mail, it thinks it's
running inc, but it doesn't seem to.  If however, I run inc at a shell
prompt, and then do a folder scan, then it works fine.  Any ideas?

Configuration:

version: MH 6.8 #1[UCI] 
options: [BSD42] [BSD43] [FLOCK] [MHE] [MHRC] [MIME] [POP] [POP2]
         [RENAME] [SENDMTS] [SMTP] [TYPESIG=int] [VSPRINTF]

Thanks,
-- 
| Chris Petrilli                                             ____
| petrilli@gnu.ai.mit.edu             ``Quayle is a bozoe.'' \  /
| I don't even speak for myself.                              \/
Newsgroups: comp.mail.mh
From: geertj@ica.philips.nl (Geert Jan de Groot)
Subject: Re: Configuring mh for mail from 'inside' the domain (FIXED)
Organization: Philips Consumer Electronics, Eindhoven, The Netherlands
Date: Tue, 22 Dec 1992 20:54:08 GMT

I wrote:
>When I send mail, it seems to come from 'geertj@filter', or, after adding
>localdomain in ~mh/lib/mtstailor, from 'geertj@filter.ica.philips.nl'.
>However, I want it to come from 'geertj@ica.philips.nl', i.e. from inside
>the domain, without hostname.

>I remember doing some very ugly surgery in mh6.7, and I hope there is a 
>cleaner way. I studied the (thousands of) options, but so far have not found
>the right knob to twist. Is there an easy way?

I received several answers, all pointing to 'localname'. I hope Jim won't
mind that I quote his answer:

>try this:
> localname: ica.philips.nl
>in the lib/mtstailor file.
>
>Jim Ault, ITS Systems Programmer, aultj@rpi.edu     <><

That works PERFECT! From the responses I got, I found that more people
were struggling; I hope this helps them too. Jim, thanks!

Season's greetings,

Geert Jan
Newsgroups: comp.mail.mh
Subject: Address Parsing
From: gaffur@fluffypci.upmc.edu (ehsan-ul gaffur)
Date: 18 Dec 92 18:45:22 GMT
Reply-To: gaffur@belenos.pci.upmc.edu
Distribution: comp.mail.mh
Organization: Pittsburgh Cancer Institute
Keywords: Address Parsing

Hello Everyone,

   I was wondering whether anyone out there could point me in the direction
where I may find out how MH parses addresses from the sender.  One of our
users is trying to reply to someone on a VMS machine via a gateway.  The
problem is that MH reconstructs the sender's address to a bad recepient's
address which in due courses bounces back.

   Thanks in advance to all those people who can help me out.


Ehsan-ul Gaffur
Systems Analyst
Biostatistics Center
Pittsburgh Cancer Institute.
Newsgroups: comp.mail.mh
From: mrl@uai.com (Mark R. Ludwig)
Subject: Re: POP service replication
Organization: Universal Analytics, Inc., Torrance (LA), CA
Date: 23 Dec 92 14:27:49

In article <20257.725066108@rpi.edu> aultj@rpi.edu (James Ault) writes:

|> We are very close to distributing our Electronic Post Office to
|> multiple POP servers, using MH, modified for Kerberos POP, and a YP
|> map which maps each user to a POP server.  The modifications to MH
|> didn't make into MH 6.8, but we plan to submit them soon.

This sounds interesting, and I look forward to seeing it.  Have you
written or modified any other POP clients, or is this Unix-only?  (I
have MS-DOS in mind.)

|> As I understand IMAP, it allows you to distribute the client function
|> to a number of platforms, while keeping the central storage for mail
|> in one location.  We are interested in distributing the server storage
|> function across multiple machines, and I assume Mark was also.

Yes, exactly.  I'm trying to make it easy for a user to pick his/her
favorite platform on which to send/receive mail.  Once received from
the Post Office, I'm not trying to make it look like the same mail is
still sitting there.  I think the implications for disk space quotas
and general user responsibility for disk space usage are superior when
using this approach.  I wonder if the IMAP designers have considered
this aspect.$$
-- 
INET: mrl@uai.com           NIC: ML255           ICBM: USA; Lower Left Coast
"A computer is one of life's joys; it follows simple rules.  Just like
 children, adults need toys, only we like to call them 'tools.'" -- Dave Ross
From: aultj@rpi.edu (James Ault)
Subject: Re: Differences invoking sendmail or using socket (localhost,SMTP)
	18 Dec 1992 22:09:29.<VIXIE.92Dec18220929@cognition.pa.dec.com>
Newsgroups: comp.mail.mh
Date: 22 Dec 92 23:08:55 GMT

> Since you can list more than one server in MH's config file, I think the
> robustness can be equalled in the configuration I recommended.  I _know_
> that it's easier to manage N*100 workstations that don't have a mail queue
> or a sendmail.cf than N*100 "minimal sendmail configurations".

Yes, but that also assumes that all your users only use MH, and that
nothing ever uses UCB Mail.  Most of our crontabs depend on UCB Mail
to report results.  We have used a minimal sendmail configuration on
our clients for almost 5 years now, and it has worked quite well for us.

I can't see a situation where you would never need a sendmail
configuration that worked, because of the dependence on it in most
vendor versions of Unix.

Jim Ault, ITS Systems Programmer, aultj@rpi.edu     <><
Newsgroups: comp.mail.mh
From: davecb@nexus.yorku.ca (David Collier-Brown)
Subject: Re: MH 6.8 to OpenWindows MultiMedia Mail?
Organization: York University
Date: Sat, 26 Dec 1992 22:35:00 GMT

davy@harbor.ecn.purdue.edu (Dave Curry) writes:


|Has anyone come up with appropriate config file entries and/or supplemental
|programs to allow MH 6.8's "mhn" program to deal with the multimedia mail
|that Sun's OpenWindows 3.0 MailTool produces?  The headers all start with
|"X-Sun", e.g.:

An external program to convert it to MIME is easy...  I did one for
NeXT-to-MIME (n2m), and that's a fairly hard transformation.

I wonder if I should post it...  (I wonder if I did post it (:-()

--dave
-- 
David Collier-Brown,  | davecb@CCS.YorkU.CA | lethe!dave
72 Abitibi Ave.,      | 
Willowdale, Ontario,  | York Postmaster and
CANADA. 416-223-8968  | occasional sendfail(8) consultant.
Newsgroups: comp.mail.mh