Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!princeton!allegra!ulysses!gatech!mcnc!rti-sel!dg_rtp!meissner
From: meissner@dg_rtp.UUCP
Newsgroups: comp.unix.questions
Subject: Re: Compress Mail via sendmail.cf + rmail script
Message-ID: <899@dg_rtp.UUCP>
Date: Sun, 25-Jan-87 15:04:36 EST
Article-I.D.: dg_rtp.899
Posted: Sun Jan 25 15:04:36 1987
Date-Received: Thu, 29-Jan-87 04:00:02 EST
References: <297@auspyr.UUCP>
Reply-To: meissner@dg_rtp.UUCP (Michael Meissner)
Organization: Data General (Languages @ Research Triangle Park, NC.)
Lines: 25

In article <297@auspyr.UUCP> joe@auspyr.UUCP (Joe Angelo) writes:
>
>	/* Removed stuff about sendmail.cf mods */
> 
> /usr/local/uubin/uncomprmail contains the following:
> 
> 	# uncompress standard in and send to rmail
> 	# typically, uuxqt will run this with args: user
> 	exec compress -d | rmail $*
> 
> AT the moment, I don't have two BSD 4.2 systems ready to test this.
> Can anyone think of any problems that might occure?

    I think the main problem with this, is compress uses full 8-bit bytes
including nulls, etc.  The sendmail I'm familar with (Data General's AOS/VS
version, and probably DG/UX by inference) restricts itself to 7-bit ASCII.
Also various will mailers choke on NULL's (System V's mailx does, and since
it's based on BSD's Mail, that probably does too).  In general when using
mail, it's is best to use some binary -> ascii converter between compress
and the mailer.  Uuencode/uudecode are the best known.  Note, I just learned
by hard experience that atob that comes with compress will add 0-3 null
bytes to the end of the file.
-- 
	Michael Meissner, Data General
	...mcnc!rti-sel!dg_rtp!meissner