: "Morris, Steve" <[EMAIL PROTECTED]>
: I would have chosen .tgz format over pkzip but they are effectively
: equivalent and who cares if it is hidden from the user.
I thought pkzip (or zip, see below) would be more nearly universally
available. The .tgz format seems more unix-oriented to me.
> 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 PROTE
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]>
>
l port and
listen for requests to be tunnelled through the RFB pipe to the
server, in which case HTTP-based file-xfer utils could be pointed
at the local port, and away we go. Or else the viewer could be
extended to do the file transfer itself.
I'm not saying this is a *good* idea, just that mo
>I'd still suggest an http-based (maybe with java) solution,
>which would be easily runnable on a web server visible to both
>ends of the file transfer.
Who provides this HTTP server? Is it built into the VNC server or client -
or both? One can't expect everyone to have webspace which they can
https servers would be a solution except that (in the
windows world) u have to set it up and that's not trivial.
- Original Message -
From: "Wayne Throop" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, March 14, 20
P - need to setup
: a server, so immediate file xfer may not be available (especially when
: you are on a foreign machine)), that that problem should be addressed
: first. if that utility existed, then running it on both ends of a VNC
: connection would solve the immediate VNC file xfer problem
: 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
As I pointed out in a earlier message, X does support it, so Unix-to-Unix is
no problem.
Unfortunately, as Wez pointed out, it won't work cross-platform; when moving
between Winders and X, VNC does line end translations (Winders: CR LF v.s.
Unix LF). Presumably the Mac server/viewer does the same
To the users who only want a program (or pair of programs) rather than a
protocol extension:
Would a Visual Basic application be acceptable? If no external controls
are used, the only requirement for running the app would be MSVBVM60.dll,
which is installed by any VB6 app. The app itself would
- Original Message -
From: "Jonathan Morton" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 14, 2001 10:58 AM
Subject: Re: file xfer
> >there so many posts on this subject yesterday, this one
was
> >either lost in the shuffle or most
>there so many posts on this subject yesterday, this one was
>either lost in the shuffle or most likely ignored. i still
>think it has merit, so please pardon the reposting. i've
>edited out most of the verbiage and just left the question.
>
>
>
>but what about on the fly file xfers?
>
>1. i som
there so many posts on this subject yesterday, this one was
either lost in the shuffle or most likely ignored. i still
think it has merit, so please pardon the reposting. i've
edited out most of the verbiage and just left the question.
but what about on the fly file xfers?
1. i sometimes hav
13 matches
Mail list logo
