| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 5436.1 | Some details about our tests with IE ... | SOS6::DIETZ | Pierre-Etienne DIETZ, Support/France | Wed Apr 16 1997 08:20 | 137 |
| RE: 5436.0 by BRSDVP::ROELANDTS
> The scenario :
> 1. Write an URL that contains an reference to ftp://ucx.system
> 2. Access that page from
> a. Internet Explorer (I used V3.01B on Windows NT V4.0 SP2)
> b. Netscape Navigator (I used GOLD V3.01 on Windows NT V4.0 SP2
> or GOLD V3.01 on Digital Unix V4.0)
Hello Guy,
We have also calls about the "cd /" syntax that makes UCX FTP Anonymous
(FTPD) to ACCVIO. Just to share the information we got through
some testing with AXP UCX V4.1 PAT 7, I have catched the FTP
dialogs with IE and NESTSCAPE (NS).
Preliminary analysis:
Testing from a PC /W95, with the URL address "ftp://v3300.evt.dec.com/
=====================================================================
1) NS, Anonymous FTP access to AXP UCX V4.1 PAT 7:
NS is more clever than IE, because is asks "SYST" to check the host OS.
* See below for a trace extract *
2) IE, Anonymous FTP access to AXP UCX V4.1 PAT 7:
It appears that UCX FTPD does not support "CWD /", but a little
progress may probably be noticed here: my FTPD did not ACCVIO,
it just refused the "CWD /" syntax.
* See below for a trace extract *
ACTION PLAN? An IPMT should be probably reported about the "CWD /",
(if it has not already submitted???)
And, in case it's fixed some day, as a result, IE will go a
little further, but will probably fail with the returned extended list...
Testing from a UCX V4.1 ECO 3 (as FTP client)
=====================================================================
3) UCX, Anonymous FTP access to AXP UCX V4.1 PAT 7: command " FTP> CD / "
The answer to the "CWD /" command received by FTPD has a wrong
content, that makes my DECterm swith to graphic mode.
* See below for a trace extract *
4) NB: Here is probably one of the enhancements that was forgotten
in the PAT 7 Release Notes for FTPD:
Test: UCX, Anonymous FTP access to AXP UCX V4.1 PAT 7:
Client command " FTP> DIR "
The DIR, CD, SET DEFAULT commands on concealed/search list devices,
appears fixed.
Regards,
Pierre-Etienne
---------------------------------------------------------------------------
1) UCX V4.1 PAT 7 <----> MS Internet Explorer 3.01 I
16.189.144.204 = v3300 16.188.3.111 = my_PC.evt.dec.com
Only Local PORT=21 is traced
---------------------------------------------------------------------------
<- MSIE
UCX ->
<- USER anonymous..
-> 331 Guest login ok, send ident as password..
<- PASS IE30User@..
-> 230-Bonjour. V3300,
testing "UCX$FTP_ANONYMOUS_WELCOME" = ucx$ftp_anonymous_welcome..
-> 230 guest login OK, access restrictions apply..
<- CWD /..
-> 550-failed to set default directory to .
-> 550 file specification syntax error..
<- Flags FIN=1
-> 221 goodbye..
---------------------------------------------------------------------------
2) UCX V4.1 PAT 7 <----> NETSCAPE
16.189.144.204 = v3300 16.188.3.111 = dietz_pc.evt.dec.com
Only Local PORT=21 is traced
---------------------------------------------------------------------------
<- NS
UCX ->
-> 220-Bonjour. V3300,
testing "UCX$FTP_SERVER_ANNOUNCE" = ucx$ftp_server_announce.txt..
-> 220 v3300.evt.dec.com FTP Server (Version 4.1) Ready..
<- USER anonymous..
-> 331 Guest login ok, send ident as password..
<- PASS mozilla@..
-> 230-Bonjour. V3300,
testing "UCX$FTP_ANONYMOUS_WELCOME" = ucx$ftp_anonymous_welcome..
-> 230 guest login OK, access restrictions apply..
<- SYST..
-> 200 VMS VAX/VMS V6.2 on node v3300.evt.dec.com..
<- PWD..
-> 257 "SYS$SYSDEVICE:[ANONYMOUS]" is current directory..
<- PASV..
-> 227 entering passive mode (16,189,144,204,4,238)..
<- TYPE I..
-> 200 TYPE set to IMAGE..
<- LIST..
-> 150 opening data connection for
SYS$SYSDEVICE:[ANONYMOUS]*.*;* (16.188.3.111,1399)..
-> LIST directory transfer complete..
---------------------------------------------------------------------------
3) UCX V4.1 PAT 7 <----> FTP client = UCX 4.1 ECO 3
16.189.144.204 = v3300 16.189.128.61 = prssos
---------------------------------------------------------------------------
...
<- PWD
-> 257 "SYS$SYSDEVICE:[ANONYMOUS]" is current directory..
<- CWD /
-> 550-failed to set default directory to ...GH....0@F.
NB: "directory value" in Dump style:
12206F74 2079726F 74636572 69642074 0040 t directory to .
0A0D 0E464030 03A482EB 4847E004 0050 ..GH....0@F...
-> 550 file specification syntax error
---------------------------------------------------------------------------
|
| 5436.2 | | LASSIE::GEMIGNANI | | Tue Apr 22 1997 12:19 | 22 |
| What is "CWD /" supposed to do? Sounds like it's supposed to set the
default to the root directory:
$ ftp
FTP> open hageln
220 hageln.ucx.lkg.dec.com FTP server (Digital UNIX Version 5.60)
ready.
Connected to HAGELN.
Name (hageln:system): johng
331 Password required for johng.
Password:
230 User johng logged in.
FTP> pwd
257 "/usr/users/johng" is current directory.
FTP> cd /
250 CWD command successful.
FTP> pwd
257 "/" is current directory.
FTP> quit
221 Goodbye.
Why would IE or Netscape do this?
|
| 5436.3 | Who is the faulty ? that is the question | BACHUS::ROELANDTS | Wa d'es ma da ve ne stuut | Wed Apr 23 1997 03:09 | 14 |
|
John,
The problem here isn't, why does IE or Netscape do it, but the problem
is : why does Netscape work fine and why doesn't IE work fine, as this
was reported twice in previous notes and was suggested tha this was a
UCX problem, I'm just wondering now if it is realy an UCX problem.
Can this be confirmed ? Should I provide more test information ?
Kind regards,
Guy
|
| 5436.4 | UCX V4.1 FTP Server 'doesnot like' "cd /" ??? | sos6.evt.dec.com::DIETZ | Pierre-Etienne DIETZ, Support/France | Wed Apr 23 1997 05:06 | 98 |
| RE: 5436.2 by LASSIE::GEMIGNANI
RE: 5436.3 BACHUS::ROELANDTS -< Who is the faulty ? that is the question >-
.2> What is "CWD /" supposed to do? Sounds like it's supposed to set the
.2> default to the root directory:
.2> 220 hageln.ucx.lkg.dec.com FTP server (Digital UNIX Version 5.60)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
.2> FTP> pwd
.2> 257 "/usr/users/johng" is current directory.
.2> FTP> cd /
.2> 250 CWD command successful.
.2> FTP> pwd
.2> 257 "/" is current directory.
Hi John,
From the UCX 4.1 PAT7 FTP client to a UNIX FTP server, (as you tried it
above on a DUNIX server) it's OK, because the problem seems to be
that the "UCX FTP Server" doesnot deal with the "cd /" command as
it used to in UCX V2.0 or V3.1.
NB: The symptoms differ, depending upon the VAX/AXP UCX platform.
I'll repeat two basic tests to show you:
....................................--->....................................
VAX (v3140) UCX041 PAT7 FTP Client ---> AXP (v3300) UCX041 PAT7 FTP Server
....................................--->....................................
*Client side*
ped$ ftp v3300 /user=dietz /pass=xxx
220-Bonjour.
220 v3300.evt.dec.com FTP Server (Version 4.1) Ready
Connected to v3300.evt.dec.com.
331 Username DIETZ requires a Password
230 user logged in
FTP> pwd
257 "V3300$DKA100:[DIETZ]" is current directory
FTP> cd /
550-failed to set default directory to �GH�Z0@F <===***???***
And the server log: V3300::ped$ type UCX$FTPD.LOG;184
*Server side*
%UCX-I-FTP_SESCON, FTPD: Session connection from
v3140_resv.evt.dec.com at 23-APR-1997 10:07:12.23
%UCX-I-FTP_NODE, Client Nodename : v3140_resv.evt.dec.com
%UCX-I-FTP_USER, Username : DIETZ
%UCX-I-FTP_OBJ, Object : �GH�Z0@F <===***???***
%UCX-I-FTP_CHINFO, UCX$FTPC_1: Failed to set default directoryc <===***???
%RMS-F-SYN, file specification syntax error
....................................<---....................................
VAX (v3140) UCX041 PAT7 FTP SERVER <--- AXP (v3300) UCX041 PAT7 FTP CLIENT
....................................<---....................................
*Client side*
V3300::ped$ ftp v3140 /user=dietz /pass=yyy
220 v3140_resv.evt.dec.com FTP Server (Version 4.1) Ready
Connected to v3140_resv.evt.dec.com.
331 Username DIETZ requires a Password
230 user logged in
FTP> cd /
530 Username DIETZ has been disabled <===***???***
FTP> Exit
*Server side* (log file)
ped$ ty UCX$FTPD.LOG;14
%UCX-I-FTP_SESCON, FTPD: Session connection from
v3300.evt.dec.com at 23-APR-1997 10:04:41.63
%SYSTEM-F-ACCVIO, access violation, reason mask=03, <===***???***
virtual address=00000011, PC=00002F80, PSL=000DD748
.2>
.2> Why would IE or Netscape do this?
.2>
IE appears to Set the Default to "/", and that's 'hurting' the UCX FTP
anonymous server.
See in my note Note 5436.1, IE explicitely makes a "cd /":
! 1) UCX V4.1 PAT 7 <----> MS Internet Explorer 3.01 I
! <- CWD /..
! -> 550-failed to set default directory to .
.3>
.3> why does Netscape work fine and why doesn't IE work fine,
.3>
Hello Guy,
Just 3 remarks, without pointing at UCX, because
each product IE and NS do different things when connecting to
an ANONYMOUS FTP server:
NS : just looks at the default directory provided by the FTP server.
IE : makes a "cd /"
UCX : shows certains difficulties to deal with "cd /" (which is received
as "CWD /" inside the FTP protocol.
Hoping that this clarifies, although my replies are always too long ;-)
Regards,
Pierre-Etienne
|
| 5436.5 | IE works now but strange log file | BACHUS::ROELANDTS | Wa d'es ma da ve ne stuut | Fri Apr 25 1997 06:20 | 26 |
|
I just tested the PAT8 on UCX V4.1
the cd / still does not work but the log file is correct now
%UCX-I-FTP_NODE, Client Nodename : DBC331
%UCX-I-FTP_USER, Username : SYSTEM
%UCX-I-FTP_OBJ, Object : /
%UCX-I-FTP_CHINFO, UCX$FTPC_5: Failed to set default directoryp
%SYSTEM-W-BADIRECTORY, bad directory file format
I also tried from IE 3.01B to access the document as described in .0
and it works fine now, so the images included in the pat8 seem to
correct this problem, but in the log file something seems to be wrong,
the object is empty :
%UCX-I-FTP_NODE, Client Nodename : brsx02.bro.dec.com
%UCX-I-FTP_USER, Username : ANONYMOUS
%UCX-I-FTP_OBJ, Object : :
%UCX-I-FTP_CHINFO, UCX$FTPC_4directory not found
%RMS-E-DNF, directory not found
Regards,
Guy
|
| 5436.6 | | LASSIE::GEMIGNANI | | Fri Apr 25 1997 18:15 | 4 |
|
I can't speak for the logfile, but I know that I fixed a problem with
"CWD /", which was generating gibberish. This command now returns an
error, which the client appears to handle correctly.
|