× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I downloaded PuTTY and was easily able to connect to the remote site through the
sshd server on our main computer. What is the name today?

The client has been hollering for the data for days. My coworker, using
FileZilla started the transfer. Their ends dropped at least 6 times on one
file. Nice that FileZilla has the ability to pick up where it left off. But,
this is totally unacceptable. Chains somebody down to a pc to see if the thing
choked on their end, which, it does way too often.

John McKee

Quoting John McKee <jmmckee@xxxxxxxxxxxxxx>:

Quoting Scott Klement <midrange-l@xxxxxxxxxxxxxxxx>:

John McKee wrote:
My most recent LONG telephone call gave me more information. Not sure how
useful. I enabled both options to get as much info as possible. The script
clearly recognizes the password: request - and sends it. But, their system
says password is invalid.

I'm missing something. Didn't you say, earlier, that it was failing
when waiting for the sftp> prompt after the 2nd transfer? If that's
the case, doesn't that mean tht the password had already worked?


I removed the second file, thinking that it might be contributing to
the issue. So, after the only put, I wait for sftp> and send quit.

With the second put removed, there are now four expects. Each has a separate
return code: 2, 3, 4, 5. Yet first invocation returns 00006 and second
returns
00010 - which makes no sense to me. I was told that their end shows me not
sending the password. Since receiver is Windows, last night I experimented
with changing all \n to \r\n. Made no difference. Still got 00006 and 00010
for return codes. Only thing I can think is that I am converting the return
code incorrectly. But, since the same expect script is used a second time, it
seems that the second session is somehow picking up on the first session. The
original code had the return code output from %BIN being used in an IF. I
attempted to use that in a CHGVAR - purpose was to give a text message for the
error message. The thought was that it was "better" to extract the
return code
once instead of having multiple %BIN calls. But, in light of 00006 an
00010, I
am going back to using %BIN directly in the IF instead of attempting to assign
to a variable. I should know if that makes any difference shortly after I get
to work.

John McKee



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.






As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.