Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
FTP is changing the FileName case from Uppercase to lowercase
2,451 views
Skip to first unread message
Dave
Aug 7, 2012, 1:45:47 PM8/7/12
to
I am FTP'ing files from a directory (ODS2) on an OpenVMS system
(8.3-1h1 with TCPIP Services 5.6 ECO 5) to a folder on a Windows 2008
system.
The filename of very file that is being transferred is being changed
from UpperCase to LowerCase.
Can anyone tell me what is causing this to happen, and how I can fix
the problem. I need the fileNames to stay uppercase.
I was hoping that there would be some logical I could set.
Dave.
(8.3-1h1 with TCPIP Services 5.6 ECO 5) to a folder on a Windows 2008
system.
The filename of very file that is being transferred is being changed
from UpperCase to LowerCase.
Can anyone tell me what is causing this to happen, and how I can fix
the problem. I need the fileNames to stay uppercase.
I was hoping that there would be some logical I could set.
Dave.
Steven Schweda
Aug 7, 2012, 2:38:22 PM8/7/12
to Steven M. Schweda
> I am FTP'ing files [...]
Not a very detailed description of anything. And these
files have secret names? As usual, showing actual commands
with their actual output can be more helpful than vague
descriptions or interpretations.
> The filename of very file that is being transferred is
> being changed from UpperCase to LowerCase.
"very" -> "every"? Hidden in the FTP HELP for PUT:
[...]
o File names are copied in lowercase.
[...]
> I was hoping that there would be some logical I could set.
With my weak psychic powers, I don't know what you did,
but you could try specifying a remote_file argument.
FTP> put TEST.EXE
200 PORT command successful.
150 Opening BINARY mode data connection for test.exe.
226 Transfer complete.
local: ALP$DKC0:[SMS.ITRC]TEST.EXE;8 remote: test.exe
6656 bytes sent in 00:00:00.00 seconds (665.64 Kbytes/s)
FTP> put TEST.EXE TEST.EXE
200 PORT command successful.
150 Opening BINARY mode data connection for TEST.EXE.
226 Transfer complete.
local: ALP$DKC0:[SMS.ITRC]TEST.EXE;8 remote: TEST.EXE
6656 bytes sent in 00:00:00.00 seconds (6.50 Mbytes/s)
Not a very detailed description of anything. And these
files have secret names? As usual, showing actual commands
with their actual output can be more helpful than vague
descriptions or interpretations.
> The filename of very file that is being transferred is
> being changed from UpperCase to LowerCase.
[...]
o File names are copied in lowercase.
[...]
> I was hoping that there would be some logical I could set.
but you could try specifying a remote_file argument.
FTP> put TEST.EXE
200 PORT command successful.
150 Opening BINARY mode data connection for test.exe.
226 Transfer complete.
local: ALP$DKC0:[SMS.ITRC]TEST.EXE;8 remote: test.exe
6656 bytes sent in 00:00:00.00 seconds (665.64 Kbytes/s)
FTP> put TEST.EXE TEST.EXE
200 PORT command successful.
150 Opening BINARY mode data connection for TEST.EXE.
226 Transfer complete.
local: ALP$DKC0:[SMS.ITRC]TEST.EXE;8 remote: TEST.EXE
6656 bytes sent in 00:00:00.00 seconds (6.50 Mbytes/s)
Dave
Aug 7, 2012, 3:07:58 PM8/7/12
to
Your response to a similar post on the "the Other" forum already
triggered the solution in my brain.
So this represents a double dip of thanks.
Dave.
David Froble
Aug 7, 2012, 3:11:34 PM8/7/12
to
Dave wrote:
> I am FTP'ing files from a directory (ODS2) on an OpenVMS system
> (8.3-1h1 with TCPIP Services 5.6 ECO 5) to a folder on a Windows 2008
> system.
>
> The filename of very file that is being transferred is being changed
> from UpperCase to LowerCase.
>
> Can anyone tell me what is causing this to happen, and how I can fix
> the problem. I need the fileNames to stay uppercase.
Windows is "helping" you. There is probably some parameter somewhere, or,
> I am FTP'ing files from a directory (ODS2) on an OpenVMS system
> (8.3-1h1 with TCPIP Services 5.6 ECO 5) to a folder on a Windows 2008
> system.
>
> The filename of very file that is being transferred is being changed
> from UpperCase to LowerCase.
>
> Can anyone tell me what is causing this to happen, and how I can fix
> the problem. I need the fileNames to stay uppercase.
perhaps not. Remember, with weendoze, "you'll go where we want you to go".
> I was hoping that there would be some logical I could set.
living in?
What is the world coming to, these VMS bigots, they expect other OSs to have
logicals, next thing, they'll expect a DLM ....
</sarcasm>
>
> Dave.
Steven Schweda
Aug 7, 2012, 3:27:25 PM8/7/12
to Steven M. Schweda
> Windows is "helping" you. [...]
"HP TCP/IP Services for OpenVMS": The VMS software which
makes Windows look good.
"HP TCP/IP Services for OpenVMS": The VMS software which
makes Windows look good.
David Froble
Aug 7, 2012, 10:14:20 PM8/7/12
to
Stephen Hoffman
Aug 8, 2012, 9:37:32 AM8/8/12
to
I'd expect that the command:
COPY /FTP this.that target"user pass"::"Whatever.ThisThat"
would preserve the case of the quoted Whatever.ThisThat filename.
--
Pure Personal Opinion | HoffmanLabs LLC
Stephen Hoffman
Aug 8, 2012, 9:40:51 AM8/8/12
to
On 2012-08-07 19:07:58 +0000, Dave said:
> On Aug 7, 2:38 pm, Steven Schweda <sms.antin...@gmail.com> wrote:
>>
>> With my weak psychic powers, I don't know what you did,
>> but you could try specifying a remote_file argument.
>>
>> FTP> put TEST.EXE
>> 200 PORT command successful.
>> 150 Opening BINARY mode data connection for test.exe.
>> 226 Transfer complete.
>> local: ALP$DKC0:[SMS.ITRC]TEST.EXE;8 remote: test.exe
>> 6656 bytes sent in 00:00:00.00 seconds (665.64 Kbytes/s)
>> FTP> put TEST.EXE TEST.EXE
>> 200 PORT command successful.
>> 150 Opening BINARY mode data connection for TEST.EXE.
>> 226 Transfer complete.
>> local: ALP$DKC0:[SMS.ITRC]TEST.EXE;8 remote: TEST.EXE
>> 6656 bytes sent in 00:00:00.00 seconds (6.50 Mbytes/s)
>
> Thank you My Lord,
Somebody that prefers the classic approach, and particularly one that
> On Aug 7, 2:38 pm, Steven Schweda <sms.antin...@gmail.com> wrote:
>>
>> With my weak psychic powers, I don't know what you did,
>> but you could try specifying a remote_file argument.
>>
>> FTP> put TEST.EXE
>> 200 PORT command successful.
>> 150 Opening BINARY mode data connection for test.exe.
>> 226 Transfer complete.
>> local: ALP$DKC0:[SMS.ITRC]TEST.EXE;8 remote: test.exe
>> 6656 bytes sent in 00:00:00.00 seconds (665.64 Kbytes/s)
>> FTP> put TEST.EXE TEST.EXE
>> 200 PORT command successful.
>> 150 Opening BINARY mode data connection for TEST.EXE.
>> 226 Transfer complete.
>> local: ALP$DKC0:[SMS.ITRC]TEST.EXE;8 remote: TEST.EXE
>> 6656 bytes sent in 00:00:00.00 seconds (6.50 Mbytes/s)
>
> Thank you My Lord,
is much harder to script.
Seriously folks, COPY /FTP is available. Since V6.2. Please use it.
Mac Decman
Aug 9, 2012, 2:30:04 AM8/9/12
to
On Tue, 07 Aug 2012 15:11:34 -0400, David Froble <da...@tsoft-inc.com>
wrote:
My Windows 2008 R2 system has no problem preserving case via ftp
without the verbose request? What exactly are you doing different. We
use an rx2620 system with OpenVMS 8.3-1h1 as an FTP server for our CAD
drawings. I can ftp in from Windows 7, Windows 2008R2, Windows XP and
with FileZilla and retrieve the files in the case in which I ask for
them. Maybe because it is an ODS-5 layout on my system? Not sure...
If I request the file in the wrong case I will get the file in the
wrong case. Using TCPIP services from HP.
Mark DeArman
wrote:
without the verbose request? What exactly are you doing different. We
use an rx2620 system with OpenVMS 8.3-1h1 as an FTP server for our CAD
drawings. I can ftp in from Windows 7, Windows 2008R2, Windows XP and
with FileZilla and retrieve the files in the case in which I ask for
them. Maybe because it is an ODS-5 layout on my system? Not sure...
If I request the file in the wrong case I will get the file in the
wrong case. Using TCPIP services from HP.
Mark DeArman
Steven Schweda
Aug 9, 2012, 7:33:02 AM8/9/12
to Steven M. Schweda
> My Windows 2008 R2 system has no problem preserving case via ftp
> without the verbose request? What exactly are you doing different. We
> use an rx2620 system with OpenVMS 8.3-1h1 as an FTP server [...]
> without the verbose request? What exactly are you doing different. We
First, blaming Windows was a reflex, and was not based on
any actual information. Second, while the original problem
report was approximately information-free, it appears that
the original complainer was using the FTP _client_ on the VMS
side. Third, the problem has been solved.
> [...] Using TCPIP services from HP.
For future reference, showing actual commands with their
actual output can be more helpful than vague descriptions or
interpretations. For example:
tcpip show version
> [...] What exactly are you doing different. [...]
Assuming that that was a question -- There's a mark for
that: "?" -- it's hard to say, because hardly anyone around
here is showing what he actually did, or what happened when
he did it.
Mac Decman
Aug 12, 2012, 4:55:42 AM8/12/12
to
On Thu, 9 Aug 2012 04:33:02 -0700 (PDT), Steven Schweda
<sms.an...@gmail.com> wrote:
[snip]
thread by myself.
>
>> [...] Using TCPIP services from HP.
>
> For future reference, showing actual commands with their
>actual output can be more helpful than vague descriptions or
>interpretations. For example:
>
> tcpip show version
But that is SOOO hard, I have to copy and paste. I like vague
descriptions. My rx26xx runs OpenVMS 8.xx and I used some protocol to
get stuff from it on my desktop computer.
is a question? I had no idea. I am really glad you cleared that up
for me.
$ smartass show version
%DCL-W-IVVERB, unrecognized command verb - check validity and spelling
\SMARTASS\
$
It didn't work :-(
<sms.an...@gmail.com> wrote:
[snip]
> First, blaming Windows was a reflex, and was not based on
>any actual information. Second, while the original problem
>report was approximately information-free, it appears that
>the original complainer was using the FTP _client_ on the VMS
>side. Third, the problem has been solved.
Oh, thank you so much. I could not read the rest of this lengthy
>any actual information. Second, while the original problem
>report was approximately information-free, it appears that
>the original complainer was using the FTP _client_ on the VMS
>side. Third, the problem has been solved.
thread by myself.
>
>> [...] Using TCPIP services from HP.
>
> For future reference, showing actual commands with their
>actual output can be more helpful than vague descriptions or
>interpretations. For example:
>
> tcpip show version
descriptions. My rx26xx runs OpenVMS 8.xx and I used some protocol to
get stuff from it on my desktop computer.
>
>> [...] What exactly are you doing different. [...]
>
> Assuming that that was a question -- There's a mark for
>that: "?" -- it's hard to say, because hardly anyone around
>here is showing what he actually did, or what happened when
>he did it.
Really, there is a character that denotes that the previous sentense
>> [...] What exactly are you doing different. [...]
>
> Assuming that that was a question -- There's a mark for
>that: "?" -- it's hard to say, because hardly anyone around
>here is showing what he actually did, or what happened when
>he did it.
is a question? I had no idea. I am really glad you cleared that up
for me.
$ smartass show version
%DCL-W-IVVERB, unrecognized command verb - check validity and spelling
\SMARTASS\
$
It didn't work :-(
0 new messages