Re: Problems with MPUT, ignores NAMEFMT and wildcards perform strange.

[Scott Klement <klemscot@xxxxxxxxxxxx>]

I don't know if things are different in V5R1, but on V4R5, MPUT treats
each file listed as one of the files to transfer. So,
      mput /rob/spool2*.txt /rob/*

would first put everything matching spool2*.txt and then put anything
matching /rob/* to the remote server.

MPUT does not have an argument for the remote filename.

This behavior is consistent with Win98, Linux and FreeBSD's FTP clients
as well.



On Wed, 22 May 2002 rob@dekko.com wrote:
>
> I am doing FTP between two iSeries.  They are both running V5R1, cum
> TL02071.  When I execute the following:
> Enter login ID
> xxx
> Enter password:
> yyy
> namefmt 1
> 250  Now using naming format "1".
> Server NAMEFMT is 1.
> Client NAMEFMT is 1.
> put /rob/spool2.txt /rob/spool2.txt
> 150 Sending file to /rob/spool2.txt
>
> but mput continues to use the library system
> mput /rob/spool2*.txt /rob/*
> 150 Sending file to member TXT in file SPOOL2 in library QGPL.
>
> This is lousy.  The workaround is to do a
> cd /rob
> prior to the mput
>
> What is even worse is that:
> mput /rob/spool2*.txt /rob/*
> actually copied every file in my /rob directory into QGPL:
> mput /rob/spool2*.txt /rob/*
> 250  Now using naming format "1".
> 257 "/QSYS.LIB/QGPL.LIB" is current library.
> 150 Sending file to member TXT in file SPOOL2 in library QGPL.
> 150 Sending file to member TXT in file SPOOL2 in library QGPL.
> 150 Sending file to member TXT in file SPOOL3 in library QGPL.
> 150 Sending file to member JPG in file DECOY1 in library QGPL.
> 150 Sending file to member CSV in file LL855T01 in library QGPL.
> 150 Sending file to member TEST in file TEST in library QGPL.
> 150 Sending file to member INI in file NOTES in library QGPL.