I'm just a little curious. Why do I keep seeing references
to pkzip? Why not use just plain zip? Isn't it just a tad
more portable? Isn't that what we'd want? And there are
no license issues that I know of.
Do a search on zip and/or unzip and you should find them.
My $.02
> Does anyone know where to find mime64 and pkzip libraries? I think the MIME
> suggestion is brilliant. This is just the kind of application that MIME
> designed for, i.e. packaging up arbitrary data for the purpose of passing it
> between different platforms in a portable/transportable TEXT form. I would
> have chosen .tgz format over pkzip but they are effectively equivalent and
> who cares if it is hidden from the user. Neithor is good enough for the Mac.
> Mac users wwould have to be satisfied with moving hqx files as single files.
> Another nice thing about MIME is that it is extensible. We can enhance as
> needed.
>
> I suggest that a prototype start with the MIME encapsulation of a single
> file which can be eithor binary or TEXT. That lets us handle platform
> translation of CR/LF. Let the user zip and unzip it in the beginning. This
> defers such user interface questions as where in the tree to do the extract.
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, March 14, 2001 5:10 PM
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: file xfer
> >
> >
> > : Grant McDorman <[EMAIL PROTECTED]>
> > : If we decide on a way of handling the "line end" in
> > binary, I can put
> > : together an X application to handle it.
> >
> > I would suggest using pkzip format to handle multiple files
> > (and compression), and MIME encapsulation to describe the
> > content format and provide a binary encoding format.
> >
> > Indeed, MIME would allow the sender to tell any recipients
> > what kind of lump they are getting, allowing for different
> > encoding formats; I'd still suggest pkzip with compression
> > and MIME base64 encoding as the defaults.
> > ---------------------------------------------------------------------
> > To unsubscribe, send a message with the line: unsubscribe vnc-list
> > to [EMAIL PROTECTED]
> > See also: http://www.uk.research.att.com/vnc/intouch.html
> > ---------------------------------------------------------------------
> ---------------------------------------------------------------------
> To unsubscribe, send a message with the line: unsubscribe vnc-list
> to [EMAIL PROTECTED]
> See also: http://www.uk.research.att.com/vnc/intouch.html
> ---------------------------------------------------------------------
--
Raye Raskin, Config Mgmt Engineer (mailto:[EMAIL PROTECTED])
Lucent Technologies, 1701 Harbor Bay Parkway, Alameda, CA 94502
+1.510.747.2693 voice +1.510.747.6693 fax
---------------------------------------------------------------------
To unsubscribe, send a message with the line: unsubscribe vnc-list
to [EMAIL PROTECTED]
See also: http://www.uk.research.att.com/vnc/intouch.html
---------------------------------------------------------------------
