![]() |
Sascha Ottolski <alzhimer@cs.tu-berlin.de> writes: > asparks@nss.harris.com said: > > Try pointing your web browser at it... ftp://your.hylafax.com:4559/ > > recvq/ -Alan > > sure I did, but it looks like this: > > Current directory is /recvq > > Up to higher level directory > -rw-r-- > -rw-r-- yes. i get the same buggy behaviour when trying to browse the recvq directory via a web browser. apparently, the formatting for that directory is non-standard. browsers expect the results of "dir" to produce predictable output. using "ncftp" shows that hfaxd does not produce the expected "dir" format for the recvq directory. myhost:/> dir drwxr-x 2 5 512 Mar 4 21:42 bin drwxr-x 2 5 512 Mar 16 17:06 client drwxr-x 2 5 1024 Mar 4 21:37 config drwxr-x 2 5 512 Mar 4 21:43 dev drwxr-x 2 5 512 Mar 4 21:46 etc drwxr-x 2 5 512 Mar 5 18:25 info drwxr-x 2 5 7680 Mar 16 15:16 log drwxr-x 2 5 512 Mar 13 17:22 recvq drwxr-x 2 5 512 Mar 4 21:44 status drwx--- 2 5 512 Mar 16 15:17 sendq drwx--- 2 5 6656 Mar 16 15:17 doneq drwx--- 2 5 9728 Mar 16 15:02 docq drwx--- 2 5 512 Mar 16 15:02 tmp drwx--- 2 5 512 Mar 4 20:20 pollq drwx--- 2 5 512 Mar 4 20:20 archive -r--r-- 1 330 1233 Mar 4 21:35 COPYRIGHT myhost:/> cd recvq myhost:/recvq> dir -rw---- 1 5 716 555 1234 Fri05PM fax00002.tif myhost:/recvq> hfaxd attempts to keep the number of fields the same, probably hoping to fool some parsers.. but this fails on netscape at least. jeff