home *** CD-ROM | disk | FTP | other *** search
- >REGISTRATION overload.berkeley.ca.us ALIAS=overload STAT=1:REG-CONNECTED to=180d
- > CONTROL: STAT=4:RXDONE-WAIT to=14d
- > COMM: ctl=2 SID=00000004 CID=00000000 DID=00000020 SeqNo=0 State=2
- > retry#0 TxReq=0 TxOk=0 TmpTx=0 RemTxBpd=100000000 RemTxBpw=100000000
- > flags=0x0002 TOTime=00127500 TOStamp=1b0c46ba msg=RXDONE-WAIT
- > FILE 0/1: rem=FILES loc=UUPUB:overload.files size=0 flags= DIR NOTFND DN 100%
- >
- >
- >Which brings up a seperate problem.. ok, I screwed up and requested FILES from
- >Matt's system instead of BMS:pub/FILES... I then sent a second GET for the
- >correct file. When the first one came back, it created a DIRECTORY called
- >overload.files, so that when the REAL one came, it couldn't create the file.
- >Now, do I wait for overload to resend it (if it does), or do I re-request it?
- >If a directory or file is not found, it should give me a burp in e-mail, and
- >not create anything on my harddrive.
-
- Ooof, that's a problem. BMS creates the path as a directory when it
- receives an unknown status, which in hindsight is not all that hot if
- you meant for the destination to be a file.
-
- Basically, when your request enters the DONE state that's it, it's
- done. BMS will not retry a path that the remote has indicated is
- non-existant. Basically, you have to delete the 'overload.files'
- directory and try again.
-
- -Matt
-
- >[...]
- >
- >>Mike Schwartz (ames!zorch!amiga0!mykes or mykes@amiga0.sf-bay.org)
- >--
- >William J. Coldwell "Amiga Attitude Adjuster" Cryogenic Software
- > "Do you wanna get rocked?" - Def Leppard _Adrenalize_
-
- --
-
- Matthew Dillon dillon@Overload.Berkeley.CA.US
- 891 Regal Rd. uunet.uu.net!overload!dillon
- Berkeley, Ca. 94708
- USA
-
-
-