RE: More on "Transfer ID" was: QMGTOOLS

My user ID is my email... just happens to be 32 long
The password is 15 long

I also read where this all gets wiped out with an MG Tools update? If so, brilliant! IBM only asks you to update it EVERY time you use it.

I was able to connect by generating a transfer ID and transfer ID password on the website, but the transmit of a *SAVF failed with the following:
(Yes, someone spelled "occurred" incorrectly in the log)

Error: an unrecoverable error occured
Send upload report file to server
abort program - use -debug and -logfile=<logfile> for problem determination
abort program - use -debug and -logfile=<logfile> for problem determination

IBM support wants the data... but with the transmit problem, they just want to send me the URL's I've already been using.
It's a bit frustrating.


-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Vern Hamberg via MIDRANGE-L
Sent: Saturday, October 15, 2022 4:19 PM
To: midrange-l@xxxxxxxxxxxxxxxxxx
Cc: Vern Hamberg <vhamberg@xxxxxxxxxxxxxxx>
Subject: Re: More on "Transfer ID" was: QMGTOOLS

This sounds like the situation where you something longer than 32 characters on a command line parameter - you might put blanks after the password, with some non-blank character in the position 1 after the length of the parameter - so if the parameter is 50 long, pad with blanks to position 50 or beyond a little, then use an asterisk or any non-blank character.

Regards
Vern

On 10/14/2022 12:24 PM, Greg Wilburn wrote:

I seem to have the same issue.

When I run from a command line and insert my password string I get:
String 'longpasswordhere' contains a character that is not valid

If I prompt, I get no such message.
I'm currently not able to send anything to IBM using MGTOOLS.

-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
Bryan Dietz
Sent: Wednesday, October 12, 2022 5:41 PM
To: midrange-l@xxxxxxxxxxxxxxxxxx
Subject: Re: More on "Transfer ID" was: QMGTOOLS

Thanks for this Rob.

now for the stupid stuff.

why bother storing the transfer ID if the FTP2IBMCMD does not seem to use the stored credentials?

--
bryan


Rob Berendt wrote on 10/4/2022 9:48 AM:

QMGTOOLS allows you to store the transfer id with GO QMGTOOLS/MG
option 25. Store FTP2IBMCMD credentials This is the command:
STORFTPPWD IBMID() IBMPWD() IBMPWD2()
IBMPWD2 is simply a double entry of IBMPWD since it's nondisplay.

Now, the following is important information.
IBM recommends you do 13. Check IBM for updated QMGTOOLS or CMPVER each and every time you use mgtools to ensure you have the latest version. And updates will be pouring out.
Each time you update it the update will wipe out the stored transfer id. So basically run this process:
ADDLIBLE QMGTOOLS
STORFTPPWD IBMID() IBMPWD() IBMPWD2() CMPVER STORFTPPWD IBMID()
IBMPWD() IBMPWD2() Then get to work on what you want to use the tool
for.

Just got off the phone with the guy who works on this stuff.
Some updates:
FTP2IBMCMD. Parameter FTPTYPE. *IBMSDDUU is obsolete and will just be substituted under the covers with another value. It won't be removed since it will break stuff. *STDFTP, yeah, not going to work.
Basically the encryption for *IBMSDDUU was kind of proprietary and doesn't really pass muster.

This transfer id will be needed for lots more, like using sftp to ibm from your hmc.

Rob Berendt

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

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: https://amazon.midrange.com