Re: FTP Automation - NAMEFMT

Hi Patrik

I think you had to have been clear - you say yes to all my questions!

I hear your concern about not sending strange things to a non-IBM i server. I wonder about a parameter on the CHGFTPA command, I thought there was something that established the name formats there - now that would have implications, maybe - and I might be incorrect!!! :)

I wonder if it would be possible to expand NAMEFMT to have 2 parameters, one for local, one for remote - there are other subcommands with optional additional parameters - time for an RFE?

Is there anything helpful if you were to use the SITE NAMEFMT 0 subcommand to turn it off on the server? Or does that just send more stuff that would have the same problem?

Another thought - Scott Klement has an FTPAPI service program that lets you use its functions and take action based on return codes. Richard Schoen had built a CL wrapper on it, so that can be done. This gives more flexibility than the OVRDBF STDIN method.

Cheers
Vern

On 8/18/2020 7:16 PM, Patrik Schindler wrote:

Hello Vernon,

thanks for your input!


Am 19.08.2020 um 02:00 schrieb Vernon Hamberg <vhamberg@xxxxxxxxxxxxxxx>:

I'm confused, Patrik - do you have a script on the IBM i, is that what "scripted client" means?

Sorry for confusion. I thought I was clear. The answer is: Yes, I'm scripting the client on IBM i.

Is the remote server an IBM i? Non-IBM i servers don't understand of use NAMEFMT, probably just ignore it.

No, the remote server is not IBM i. Therefore I get the aforementioned error messages back from the remote server.

If you have a script on the IBM, just use the namefmt 1 command - since v4r5, this will try to set namefmt on the server, as well.

That is what I do, so the client is able to handle (local) IFS paths. But I want the client to *not* forward this command to the remote server, just set itself to NAMEFMT 1 and nothing else. Or asked otherwise: How can I make the client behave like before V4R5? ;-)

Before v4r5 you use the site namefmt 1 command to set it on the server - no harm if the server is not an ibm i or as/400.

I know it's no harm, but I don't want this behaviour anyway. It's just not clean to have error messages logged "because there's no other way". :-)

I assume by "script" that you override stdin to a file member that has the commands.

Yes, exactly.

:wq! PoC

PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc