Re: SFTP to freeftpd on windows
Nope. Plain files and directories are _not_ distinguished by file name on windows. Yes, you're right. I was thinking at the app level here (ie explorer.exe) but of course the OS has to know whether entities are files or directories.
Re: SFTP to freeftpd on windows
On Wed, Aug 20, 2008 at 07:33:25AM +1000, Paul Wickham wrote: Im surprised that you ignore type 5 since the ietf draft says 'UKNOWN should be used if the type is not known' which would mean it should be used a fair bit on a windows server as windows determines filetype based on filename and not mode Nope. Plain files and directories are _not_ distinguished by file name on windows. -- Alexander.
Re: SFTP to freeftpd on windows
Sorry guys should have given my version it's 3.7.4 lftp running under Arch Linux. Anyways have applied the patch and here is what it gives: lftp [EMAIL PROTECTED]:/foobar ls path on wire is `/foobar' --- sending a packet, length=16, type=11(OPENDIR), id=7 --- got a packet, length=22, type=102(HANDLE), id=7 got file handle 4F70656E44697248616E646C65 (13) --- sending a packet, length=22, type=12(READDIR), id=8 --- got a packet, length=575, type=104(NAME), id=8 file name count=5 NameAttrs(name=.,type=2,longname=drw-rw-rw 1 root root 0 Aug 17 11:56 .) NameAttrs(name=..,type=2,longname=drw-rw-rw 1 root root 0 Aug 17 11:56 ..) NameAttrs(name=7z445.exe,type=5,longname=-rw-rw-rw 1 root root842384 May 1 20:20 7z445.exe) NameAttrs(name=putty.exe,type=5,longname=-rw-rw-rw 1 root root438272 Aug 12 23:28 putty.exe) NameAttrs(name=UnRegisterRafExt.BAT,type=5,longname=-rw-rw-rw 1 root root24 Aug 17 11:56 UnRegisterRafExt.BAT) --- sending a packet, length=22, type=12(READDIR), id=9 --- sending a packet, length=22, type=12(READDIR), id=10 --- got a packet, length=9, type=101(STATUS), id=9 status code=1(EOF), message=NULL eof copy: get hit eof copy: waiting for put confirmation drw-rw-rw 1 root root 0 Aug 17 11:56 . drw-rw-rw 1 root root 0 Aug 17 11:56 .. copy: put confirmed store copy: get is finished - all done --- sending a packet, length=22, type=4(CLOSE), id=11 --- got a packet, length=9, type=101(STATUS), id=10 status code=1(EOF), message=NULL --- got a packet, length=9, type=101(STATUS), id=11 status code=0(OK), message=NULL lftp [EMAIL PROTECTED]:/foobar If I run with sftp or filezilla or any other sftp clien On Tue, Aug 19, 2008 at 6:24 PM, Alexander V. Lukyanov [EMAIL PROTECTED] wrote: On Mon, Aug 18, 2008 at 02:44:31PM +1000, Paul Wickham wrote: --- got a packet, length=1676, type=104(NAME), id=8 file name count=15 drw-rw-rw 1 root root 0 Aug 18 11:48 . drw-rw-rw 1 root root 0 Aug 18 11:48 .. I suspect the rest of 15 file entries were invalid in some way. Please apply this patch and redo the ls with debug 10. -- Alexander.
Re: SFTP to freeftpd on windows
On Tue, Aug 19, 2008 at 09:26:36PM +1000, Paul Wickham wrote: NameAttrs(name=7z445.exe,type=5,longname=-rw-rw-rw 1 root root 842384 May 1 20:20 7z445.exe) Ok, now I see. The server sends type=5, which means UNKNOWN. Currently lftp ignores such entries. I'll fix it. -- Alexander.
Re: SFTP to freeftpd on windows
Hi Alexander Im surprised that you ignore type 5 since the ietf draft says 'UKNOWN should be used if the type is not known' which would mean it should be used a fair bit on a windows server as windows determines filetype based on filename and not mode On Tue, Aug 19, 2008 at 10:26 PM, Alexander V. Lukyanov [EMAIL PROTECTED]wrote: On Tue, Aug 19, 2008 at 09:26:36PM +1000, Paul Wickham wrote: NameAttrs(name=7z445.exe,type=5,longname=-rw-rw-rw 1 root root 842384 May 1 20:20 7z445.exe) Ok, now I see. The server sends type=5, which means UNKNOWN. Currently lftp ignores such entries. I'll fix it. -- Alexander.
Re: SFTP to freeftpd on windows
On Mon, Aug 18, 2008 at 11:00 AM, Bill Dorsey [EMAIL PROTECTED] wrote: Hi, There is not enough information with your request. Please turn debug up to say 11, and look closely at the errors. The post the errors here. lftp to host, debug 11: ls FileCopy(0x8654210) enters state INITIAL FileCopy(0x8654210) enters state DO_COPY path on wire is `/test' --- sending a packet, length=14, type=11(OPENDIR), id=7 PackUINT32BE(0x000E) PackUINT8(0x0B) PackUINT32BE(0x0007) PackUINT32BE(0x0005) --- got a packet, length=22, type=102(HANDLE), id=7 got file handle 4F70656E44697248616E646C65 (13) --- sending a packet, length=22, type=12(READDIR), id=8 PackUINT32BE(0x0016) PackUINT8(0x0C) PackUINT32BE(0x0008) PackUINT32BE(0x000D) --- got a packet, length=1676, type=104(NAME), id=8 file name count=15 --- sending a packet, length=22, type=12(READDIR), id=9 PackUINT32BE(0x0016) PackUINT8(0x0C) PackUINT32BE(0x0009) PackUINT32BE(0x000D) --- sending a packet, length=22, type=12(READDIR), id=10 PackUINT32BE(0x0016) PackUINT8(0x0C) PackUINT32BE(0x000A) PackUINT32BE(0x000D) --- got a packet, length=28, type=101(STATUS), id=9 status code=1(EOF), message=End of file eof copy: get hit eof copy: waiting for put confirmation FileCopy(0x8654210) enters state CONFIRM_WAIT drw-rw-rw 1 root root 0 Aug 18 11:48 . drw-rw-rw 1 root root 0 Aug 18 11:48 .. copy: put confirmed store FileCopy(0x8654210) enters state GET_DONE_WAIT copy: get is finished - all done FileCopy(0x8654210) enters state ALL_DONE --- sending a packet, length=22, type=4(CLOSE), id=11 PackUINT32BE(0x0016) PackUINT8(0x04) PackUINT32BE(0x000B) PackUINT32BE(0x000D) --- got a packet, length=28, type=101(STATUS), id=10 status code=1(EOF), message=End of file --- got a packet, length=24, type=101(STATUS), id=11 status code=0(OK), message=Success