Mike Daws wrote:
> > ssh isn't always an option. E.g. to reach HP's testdrive machines,
> > telnet is the only available option.
> >
> > I've done rsync over telnet, in binary mode and with the terminal set
> > to raw, using Perl and the Perl Net::Telnet module, and it mostly
> > worked but there
On Sat, 2006-05-13 at 20:53 +0100, Jamie Lokier wrote:
> Jan-Benedict Glaw wrote:
> > On Sat, 2006-05-13 20:27:03 +0200, Paul Slootman <[EMAIL PROTECTED]> wrote:
> > > On Fri 12 May 2006, Matt McCutchen wrote:
> > > > Wayne beat me to it. But I was going to say, you might be able to write
> > > >
Jan-Benedict Glaw wrote:
> On Sat, 2006-05-13 20:27:03 +0200, Paul Slootman <[EMAIL PROTECTED]> wrote:
> > On Fri 12 May 2006, Matt McCutchen wrote:
> > > Wayne beat me to it. But I was going to say, you might be able to write
> > > a wrapper script that sends the rsync command and arguments down
On Sat, 2006-05-13 20:27:03 +0200, Paul Slootman <[EMAIL PROTECTED]> wrote:
> On Fri 12 May 2006, Matt McCutchen wrote:
> > Wayne beat me to it. But I was going to say, you might be able to write
> > a wrapper script that sends the rsync command and arguments down the
> > telnet connection for the
On Fri 12 May 2006, Matt McCutchen wrote:
>
> Wayne beat me to it. But I was going to say, you might be able to write
> a wrapper script that sends the rsync command and arguments down the
> telnet connection for the shell to execute and discards any extra output
> produced by the shell while log
On Fri, 2006-05-12 at 21:06 +0200, Dennis Guse wrote:
> rsync -av --rsh="telnet.krb5 -afx cube" host:/media /media
>
> telnet: invalid option -- -
Wayne beat me to it. But I was going to say, you might be able to write
a wrapper script that sends the rsync command and arguments down the
te
On Fri, May 12, 2006 at 09:06:48PM +0200, Dennis Guse wrote:
> i would like to use rsync, but instead of a ssh/rsh/stunnel with an
> encrypted kerberized telnet.
The telnet command is not a remote-shell command since it has no way to
specify the command+options to run on the remote system. Thus,