command line with invalid path or wildcard

alise1 · Post by **alise1** » Thu Mar 20, 2008 2:45 pm

I cannot download files when using the command line parameters with a site but it works if I use the command line that does not use a site.

The following works:
COREFTP.EXE -d ftp://user:pw@site/dir/FILE1.??? -tls -p c:\dir\

This does NOT work:
COREFTP.EXE -site NEW -d dir/FILE1.??? -oa -p c:\dir\ -log coreftp.log

Result is 550 File not found.

Why is this the case? There must be some setting in the session but I have been unable to locate it. This is an Auth TSL connection, Open SSL.

I am using the most recent version of Coreftp and I have tried this in lite and Pro.

alise1 · Post by **alise1** » Thu Mar 20, 2008 6:22 pm

It's not the directory. This works:

"c:\program files\coreftp\coreftp.exe" -O -d outbound/ZZS1/FILE1.009 -site NEW -p c:\test\

This does not:

"c:\program files\coreftp\coreftp.exe" -O -d outbound/ZZS1/FILE1.??? -site NEW -p c:\test\

Only difference is the wildcards.

alise1 · Post by **alise1** » Thu Mar 20, 2008 6:34 pm

Neither one works. In fact, when I connect using any wildcards in the command line I don't see the directory change to the correct one (/outbound/ZZS1).

The wildcards work fine if I use the command line containing the ip and login rather than using the site name, but I need to use the site name for ease of changing the password as necessary.

alise1 · Post by **alise1** » Thu Mar 20, 2008 6:42 pm

Using the following command:

"c:\program files\coreftp\coreftp.exe" -O -d /outbound/ZZS1/FILE1.??? -site RBC_NEW -p c:\config2\i2\comm\ -log WILDCARD.LOG

This is what is in my log, note the directory did not change:

Started on Thursday March 20, 2008 at 14:41:PMResolving ftpssl.rbc.com...
Connect socket #840 to 142.245.8.80, port 21...220 RBCNG FTPS (Version Thu Mar 20 14:41:10 2008) server ready.
AUTH TLS
234 Enabling TLS, awaiting negotiations.
TLSv1, cipher TLSv1/SSLv3 (RC4-SHA) - 128 bitUSER DF6BXDV
331 Password required for DF6BXDV.
PASS **********
230 User DF6BXDV logged in.
SYST
215 UNIX
Keep alive off...CWD /outbound/ZZS1/
550 Access denied.
PWD
257 "/usr/nn/gateway/mbox/fxf/DF6BXDV" is current directory.
PBSZ 0
200 PBSZ Command successful.
PROT P
200 PROT Command successful.
PASV
227 Entering Passive Mode (142,245,8,80,24,0)
LIST
Connect socket #872 to 142.245.8.80, port 6144...TLSv1, cipher TLSv1/SSLv3 (RC4-SHA) - 128 bit150 Opening data connection for '/bin/ls'.
226 Transfer complete.
Transferred 141 bytes in 0.219 seconds
PWD
257 "/usr/nn/gateway/mbox/fxf/DF6BXDV" is current directory.
CWD /usr/nn/gateway/mbox/fxf/DF6BXDV/
250 CWD Command successful.
PASV
227 Entering Passive Mode (142,245,8,80,24,1)
LIST
Connect socket #888 to 142.245.8.80, port 6145...TLSv1, cipher TLSv1/SSLv3 (RC4-SHA) - 128 bit150 Opening data connection for '/bin/ls'.
226 Transfer complete.
Transferred 141 bytes in 0.218 seconds
PASV
227 Entering Passive Mode (142,245,8,80,24,2)
LIST
Connect socket #888 to 142.245.8.80, port 6146...TLSv1, cipher TLSv1/SSLv3 (RC4-SHA) - 128 bit150 Opening data connection for '/bin/ls'.
226 Transfer complete.
Transferred 141 bytes in 0.218 seconds
QUIT
221 Goodbye.
Total uploaded files: 0
Total uploaded data: 0
Total downloaded files: 0
Total downloaded data: 0

alise1 · Post by **alise1** » Thu Mar 20, 2008 9:08 pm

Neither of those worked.
When I run the command line with the full path it still connects to /usr/nn/gateway/mbox/fxf/DF6BXDV.

When I changed the RemoteStartFolder in the site settings to /usr/nn/gateway/mbox/fxf/DF6BXDV/outbound/ZZS1/ it still connects to /usr/nn/gateway/mbox/fxf/DF6BXDV.

alise1 · Post by **alise1** » Thu Mar 20, 2008 9:33 pm

In fact, the only parameter that appears to change the directory is

-d outbound/ZZS1/FILE1.??? (or FILE1.001, etc). If I use this parameter with the exact filename, it downloads. If I use it with the wildcards it does not.

Works:

"c:\program files\coreftp\coreftp.exe" -O -d outbound/ZZS1/FILE1.018 -site RBC_NEW -p C:\TEST

Does not work:

"c:\program files\coreftp\coreftp.exe" -O -d outbound/ZZS1/FILE1.??? -site RBC_NEW -p C:\TEST

jacken · Post by **jacken** » Thu May 15, 2008 2:15 am

I'm using the current build, 1565, and I'm having the same problem with the -site commend along with wildcard character. Here is the command that I use:

coreftp.exe -site bpg -d web/graphics/micr/*.gif -p c:\ken\ -log c:\ken\log.txt

and the log file is below. It appears that when using the wildcard character, coreftp is trying to change the path 2 or 3 times. In my case, it first change the path to web/graphics/micr, which is ok. Then it try to change it again on top of it (web/graphics/micr/web/graphics/micr). This is where an invalid path occurred. It seems to only happened when using -site and wildcard togeter. Here is the log file:

Started on Wednesday May 14, 2008 at 19:00:PMResolving ftp.mydomain.com, via proxy (mailserver)...
Connect socket #1492 to 192.168.10.35, port 4421 (to 21)...220 Proxy+ FTP Gateway ready. Start with command USER userid@hostname
USER myuser@ftp.mydomain.com:21
331 [gateway] Enter a password known on ftp.mydomain.com:21
PASS **********
230 User logged in, proceed.
SYST
215 UNIX Type: L8
Keep alive off...CWD web/graphics/micr/
250 Directory changed to /e:/hosting/member/user/web/graphics/micr
PASV
227 [gateway] Enterring passive mode (192,168,10,35,5,3)
LIST
Connect socket #1456 to 192.168.10.35, port 1283...150 Opening ASCII mode data connection for /bin/ls.
226 Transfer complete.
Transferred 1,015 bytes in 0.032 seconds
PWD
257 "/e:/hosting/member/user/web/graphics/micr" is current directory.
CWD web/graphics/micr/
550 /e:/hosting/member/user/web/graphics/micr/web/graphics/micr: No such file or directory.
CWD web/graphics/micr/
550 /e:/hosting/member/user/web/graphics/micr/web/graphics/micr: No such file or directory.
QUIT
221 Goodbye!
Total uploaded files: 0
Total uploaded data: 0
Total downloaded files: 0
Total downloaded data: 0