home *** CD-ROM | disk | FTP | other *** search
/ Phoenix CD 2.0 / Phoenix_CD.cdr / 24b / phone1.zip / PHONE.DOC < prev    next >
Text File  |  1988-11-25  |  13KB  |  301 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.                             Network Phone Utility
  7.                                      and
  8.                       Peer to Peer File Transfer Utility
  9.                                  Version 1.0
  10.  
  11.  
  12.     Features:  This utility allows two users on a network to
  13. communicate back and forth in real time.  As one user types the
  14. characters will appear on the other users screen and vice-versa.
  15.      This utility also allows the transfer of files from one
  16. workstation to another bypassing the file server's hard drive(s).  A
  17. user can transfer a file from his/her hard disk to another user's hard
  18. disk or from floppy to hard, etc.
  19.  
  20.     Requirements:  This program runs on a Novell LAN running
  21. Advanced Netware version 1.0 or higher.  The workstations should be
  22. using MS/PS DOS 3.0 or higher.
  23.  
  24.      Installation:  Copy the PHONE.EXE file to a public directory
  25. on the network.  You will be able to type "PHONE" from the DOS prompt
  26. anywhere and use the program.
  27.  
  28.     Running the program:  To use this utility, simply type
  29. PHONE from any DOS prompt.  You will be presented with a menu with 5
  30. options.
  31.  
  32. 1) Phoning another user
  33.      If you wish to call another user and chat, choose option 1,
  34. "Phone another user".  You will then be prompted to enter the user's
  35. name you wish to phone.  This should be the login name that the other
  36. user logs into the network with.  The program will send a message to
  37. all the stations that the other user is logged into and will wait for
  38. the other user to respond.  The program times out in approximately 1-2
  39. minutes if no response.
  40.      When the other user responds, two windows will appear on the
  41. screen.  The top window will be where the letters you type will appear
  42. and the bottom window will be where the letters the other user types
  43. will appear.  Once the windows appear simply begin typing.  Both users
  44. can be typing at the same time.  While typing the characters will
  45. appear on the screen.  The windows will scroll automatically.
  46.  
  47. Special keys:  The <RETURN> key is used for line advance.
  48.                The <BACKSPACE> key is used to backup a space at a time
  49.                and erase the previous character(s).
  50.                The <F1> key is used to begin the SEND FILE operation.
  51.                The <F2> key is used to begin the RECEIVE FILE
  52.                operation.
  53.                The <ESC> key allows you to "hang-up", or end the
  54.                conversation.
  55.  
  56.     To hang up (end conversation), press <ESC>.  You will then need to
  57. confirm that you wish to hang-up by pressing <RETURN>.  If you decide
  58. not to hang-up, press <ESC> and you will be returned to the windows.
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67. 2) Answering a phone call
  68.     When you receive a message on your workstation saying that someone
  69. is phoning you, clear the message by pressing <CTRL><RETURN>.  If you
  70. wish to converse with this person, type PHONE from the DOS prompt.
  71. When you are presented with the main menu, choose option 2, "Answer a
  72. Call from a user".  You will be asked what user is phoning you.  Type
  73. in the other user's login name.  The other user's login name will have
  74. been in the message sent to you.
  75.     When a connection has been established between you and the other
  76. user two windows will appear and you may begin typing to each other.
  77. (See "Phoning another user" above for details on conversing.
  78.  
  79. 3) Sending a file to another workstation
  80.     There are two ways to initiate the SEND FILE procedure.  The first
  81. method is to invoke this procedure from the main menu.  Type PHONE
  82. from the DOS prompt and choose menu item 3, "Transfer a file".  You
  83. will be asked what user you would like to send the file to.  Type in
  84. the other users login name.  A message will be sent to all the
  85. stations that the other user is logged into saying that you wish to
  86. send him/her a file.
  87.     This procedure does not use a time out function.  If the other
  88. user has not responded in a reasonable time (1-3 minutes) then you may
  89. type <ESC> to abort the procedure and return to the main menu.
  90.     When the user does respond, you will be asked for the name of the
  91. file to send.  You may type in a full path name, partial path name, or
  92. just the file name if the file resides in the directory you invoked
  93. the program from.  IE:  You called the program from c:\temp, you may
  94. enter:     SENDFILE.TXT
  95.            D:SENDFILE.TXT
  96.            A:\TEMP\SENDFILE.TXT
  97.            \TEMP2\SUBTEMP\SENDFILE.TXT, etc.
  98. depending on where the file is that you wish to send.
  99.      If you enter an invalid file name or any other error occurs when
  100. the program attempts to open the file, an error message will be
  101. displayed and you will be given the opportunity to try again.
  102.     When the program successfully opens the file it will wait for a
  103. "Confirm to send" from the receiving station.  You may abort from this
  104. point if you wish by typing <ESC>.  There is a timeout funtion built
  105. into this step.  If the other station does not respond in
  106. approximately 1-2 minutes, you will be given a warning and asked if
  107. you wish to continue waiting, or if you wish to abort.  When the
  108. confirm to send is received the file will be transfered to the other
  109. station.  You will be shown the number of bytes being sent and
  110. notified when the transfer is complete.   When the transfer is
  111. complete, hit <RETURN> and you will be returned to the main menu.
  112.     The second way to transfer a file is to hit the <F1> key while in
  113. a phone conversation with the other user.  It is a good idea to tell
  114. the other user you wish to send him/her a file before initiating this
  115. action, or the other user will not know you have done so.  When you
  116. press the <F1> key you will be asked the file name.  The rest of the
  117. procedure is identical as to what is described above except you will
  118. be returned to the windows on completion of the transfer and you may
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126. resume your conversation.
  127.  
  128. 4) Receiving a file from another workstation
  129.     As in transferring a file to another station, there are also 2
  130. ways to receive a file from another workstation.  The first way is to
  131. choose option 4 from the main menu, "Receive a file".  When you
  132. receive a message saying that another user would like to send you a
  133. file, clear the message by typing <CTRL><RETURN>.  Change to the drive
  134. and directory that you would like the file to be transfered to and
  135. from the DOS prompt, type PHONE.  When you choose option 4 from the
  136. main menu you will be asked from whom are you receiving the file.
  137. Type the other users login name, this will appear in the message you
  138. receive.  The program will attempt to establish connection with the
  139. other user.  If this takes more than 30-45 seconds you may have typed
  140. the wrong user name, and you can abort by typing <ESC>.  You will be
  141. returned to the main menu, where you can try again.
  142.     When you establish a connection with the other user you will be
  143. asked what you would like to call the file.  It is not necessary to
  144. call the file by the same name that it is called on the other user's
  145. drive.  You may type in just a file name if you wish the file to be
  146. placed in the current directory, or you may type a complete drive,
  147. path name, and file name if you wish the file to be placed in another
  148. directory.  If you enter an invalid file name or any other error
  149. occurs when the program attempts to create the file, an error message
  150. will be displayed and you will be given another opportunity if you
  151. wish.
  152.     Once a valid file name is established the program sends a "Confirm
  153. to send" to the sending station and the file is received.  There is a
  154. timeout function built into the receive procedure.  If at any time a
  155. block is not received in approximately 1-2 minutes you will be given
  156. a warning and asked if you wish to continue attempting to receive a
  157. block, or if you wish to abort.  While the file is being received the
  158. number or bytes received will be displayed on the screen.   You will
  159. be notified upon completion of the transfer and then returned to the
  160. main menu.
  161.     The second method for receiving a file is to press <F2> during a
  162. conversation in the phone procedure.  You should have arranged with
  163. the other user that this is what you are going to do or the other user
  164. will not be aware of this.  When you press <F2>, you will be asked
  165. what you would like to call the file.  The procedure is identical as
  166. to what was described above, except that when the transfer is complete
  167. you will be returned to the phone procedure and you may resume your
  168. conversation.
  169.  
  170. 5) Quit
  171.     To leave the PHONE program, simple choose menu item 5.
  172.  
  173. Cautions
  174.     If your network has more than one file server, both users must
  175. have the same preferred server when the program is invoked or the user
  176. answering the call will not be able to connect to the other user.  To
  177. make this more clear I'll give a little lesson on Novell networks.
  178. When you login to a file server, that is your primary server and any
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186. other servers that you attach to are secondary servers.  When you are
  187. on a drive that is mapped to a server, that server is your preferred
  188. server.  If you are on a local drive, generally your primary server is
  189. your preferred server unless you have reset your preferred server
  190. through some application.  So what does this mean?  An example to
  191. illustrate this point:
  192.     User1 logins into Server1 and attaches to Server2.
  193.     User2 does the same.
  194.     Both users have the following drives mapped:
  195.               F:=Server1/sys:public
  196.               G:=Server2/sys:system
  197.     If User1 calls the phone program from F:, it is necessary that
  198. User2 also call the program from a drive that is mapped to Server1,
  199. such as F:.  If User2 calls the program from G:, he/she will get an
  200. error message saying that User1 is not the user who called.  In this
  201. example, if both users invoke the program from a local drive, then the
  202. program should work just fine.  (This problem will be addressed in the
  203. next version of the program).
  204.     You cannot abort the file transfer/receive procedures once the
  205. file actually starts transferring.  This was done this way in order to
  206. maximize the transfer rate.  If I had to poll the keyboard, this would
  207. slow down the transfer.  It was my opinion that a faster transfer rate
  208. was more important.  You have a couple of opportunities to abort the
  209. procedure before the actual transfer begins.
  210.     There is no error checking during the file transfer.  Again this
  211. would have slowed the procedure down too much.  Future versions of
  212. this program may have error checking if people desire it.
  213.     If you ungracefully exit this program, ie: press <CTRL><BREAK>,
  214. your connections will remain open to the other station.  This does not
  215. cause any real harm that I am aware of, but if you call that same user
  216. back again, the windows will immediately appear even though the other
  217. user has not invoked the program.
  218.     When receiving a file, the file name you enter is not checked to
  219. see if a file with that name already exists.
  220.  
  221. Error messages
  222.     "Invalid login name": You have entered a user name that does not
  223. exist in the preferred server's bindery.
  224.     "Castoff enabled or message queue full during a broadcast": When
  225. you phone another user, or choose option 3 from the main menu, a
  226. message is broadcast to the other user's stations.  If all of the
  227. staions have the message queue full or the other user has typed
  228. "CASTOFF" at all of them, the other user did not receive your message
  229. that you called.
  230.     "Unable to obtain logical station numbers": The function call to
  231. obtain a users logical connections failed.  You may not have a
  232. compatible version of Netware.
  233.     "Not the user who called you. Try again": When you answered a call
  234. you typed in the wrong user name as to whom is calling.
  235.     "Other user's message queue full":  More than likely the other
  236. user is in "File receive" mode, or has ungracefully exited from the
  237. program.
  238.     "No pipe connection at other end. Hang-up": The other user has
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246. probably hung up without telling you.
  247.     "Sorry, no answer. Try again":  When you phone another user and
  248. the program times out, well they don't want to talk now.
  249.     "File not found":  You have entered an invalid file name, path, or
  250. drive while trying to send a file.
  251.     "Path not found":  You have entered an invalid path name while
  252. trying to send or receive a file.
  253.     "Too many open files":  Check your config.sys file and if not
  254. there add "FILES=20".
  255.     "File access denied":  For some reason you don't have access to
  256. the file your trying to send or the file name you've given a file to
  257. receive already exists and cannot be overwritten.
  258.     "Invalid file handle":  Try another file name.
  259.     "Invalid file access code":  See above.
  260.     "Disk full":  Self explanatory.
  261.     "Other user disconnected.  Unable to complete transfer":  If
  262. during the file transfer one user ungracefully aborts.
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.