home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / PROTOCOL / PROTOCL.ZIP / PROTO018.TXT < prev    next >
Text File  |  1992-01-30  |  16KB  |  402 lines
  1. From:    Chris Albertsen                        Area: Protocols
  2. To:      Mike Ward                               8 Jan 92 02:18:16
  3. Subject: External Protocols                     UpdReq 
  4.  
  5. Hey Mike,
  6.         Are you using the Opus Jmodem in your Protocal.ctl?
  7.         Chris
  8.  
  9.  
  10.  
  11. --------------= Brought to you compliments of Plastic Tower  =---------------
  12.  
  13. From:    Colin Wheat                            Area: Protocols
  14. To:      Mike Tayeb                              5 Jan 92 11:50:06
  15. Subject: External Protocol Problems             UpdReq 
  16.  
  17.  MT>  Thanks for your help with installing HS/Link.
  18.  MT> I don't understand what the part that says @%x:HSLink%K.Ctl does. 
  19. From the HS/Link Documentation:
  20. @FILELIST Transmit list of files contained in FILELIST to remote
  21.           computer.  This is used when you want to make a long
  22.           list of files in advance, then transmit them all with a
  23.           single command.  It is also used by BBS programs to
  24.           produce long batches of downloads.
  25. Maximus translates %x to the current drive letter, and %K to the task number 
  26. in Hex.
  27.  MT> Also, if I omit all the %K parameters in the entry for HS/Link
  28.  MT> in Protocol.Ctl, it should make no difference in the operation
  29.  MT> since I am not running more than one node right? 
  30. That's correct. It should work for you as is though.
  31. Regards.
  32.  
  33. --------------= Brought to you compliments of Plastic Tower  =---------------
  34.  
  35. From:    Melvain Donyes                         Area: Protocols
  36. To:      Patrick Siglin                          2 Jan 92 11:33:56
  37. Subject: Re: External Protocol                  UpdReq 
  38.  
  39.      Hi Patrick...
  40.      A quick quote from your message of 27-Dec-91:
  41.  MD>> Better question is, "Why would you want to?" :-)
  42.  PS> To put in Dsz so I can take advantage of Mobyturbo  SO THERE! 8-)
  43. Oh!  Sorry, I hadn't thought of that... :-)
  44.              Melvain
  45.  
  46.  
  47. --------------= Brought to you compliments of Plastic Tower  =---------------
  48.  
  49. From:    Brian Hampson                          Area: Protocols
  50. To:      All                                     6 Jan 92 17:49:36
  51. Subject: Bimodem external protocol              UpdReq 
  52.  
  53. OK....here's the scenario....with the present entry in protocol.ctl for 
  54. Bimodem, there is NO description passed for the file, since it is using the 
  55. DSZ style log...There exists a way in Bimodem to create a binary log file 
  56. containing the description.
  57. Here's what I would like to see...a simple quick (dirty and ugly if need be) 
  58. little util that will read the binary log (as laid out in the Bimodem docs) 
  59. then write a DSZ style log WITH a description included.  This would be a 
  60. WONDERFUL thing.
  61. Thanks,
  62. B.
  63.  
  64. --------------= Brought to you compliments of Plastic Tower  =---------------
  65.  
  66. From:    Glenn Wilser                           Area: Protocols
  67. To:      Billy Cash                             31 Dec 91 04:50:08
  68. Subject: External Protocol                      UpdReq 
  69.  
  70.  PS> How do you get rid of the internal zmodem?
  71.  MD> Better question is, "Why would you want to?" :-)
  72. ---
  73. MAX -xz (other command line paramiters)
  74.      
  75. Glenn
  76.  
  77. --------------= Brought to you compliments of Plastic Tower  =---------------
  78.  
  79. From:    Thomas Mackie                          Area: Protocols
  80. To:      Scott Dudley                            8 Jan 92 05:30:18
  81. Subject: User ID Change                         UpdReq 
  82.  
  83. Sorry for the delay in getting back.. But I seem to have found what was 
  84. causing Max to randomly change a users identity after completing a file 
  85. transfer..Well.. it seems that Max will grab hold of an old RESTAR??.BBS file 
  86. if there is one laying around, and think that is the current users ID.  I 
  87. don't currently have any external protocols added.  Only the original, 
  88. supplied with Max protocols are inplace.. All I do now, is make sure these 
  89. RESTAR?? are deleted after each caller.. END OF PROBLEM...
  90. Hope this helps you find a solution.. Thanks for the great Max!
  91.  
  92.  
  93.  
  94. --------------= Brought to you compliments of Plastic Tower  =---------------
  95.  
  96. From:    Ed Henry                               Area: Protocols
  97. To:      All                                     9 Jan 92 01:52:14
  98. Subject: Hyperprotocol                          UpdReq 
  99.  
  100. Several users have requested that I make Hyperprotocol available to them.
  101. I have obtained the archive hyp11e.zip, but if anyone can help I need the
  102. entries for the protocol.ctl as well as special .bat files or anything else
  103. necessary. Thanks in advance.
  104. Ed
  105.  
  106.  
  107.  
  108.  
  109. --------------= Brought to you compliments of Plastic Tower  =---------------
  110.  
  111. From:    Barry Corlazzoli                       Area: Protocols
  112. To:      Steve Hughes                            9 Jan 92 01:48:58
  113. Subject: Hyperp protocol.ctl                    UpdReq 
  114.  
  115.  > ever come across any
  116.  > bug minor or major. Until now I've never heard of any
  117.  > and my users have never reported any, they love it.
  118.  As a matter of fact, I don't know them either!  I just HEARD this through 
  119. certain echoe's and friends etc...
  120.                               -> Barry Corlazzoli <-
  121.  
  122.  
  123. --------------= Brought to you compliments of Plastic Tower  =---------------
  124.  
  125. From:    Leo Vildosola                          Area: Protocols
  126. To:      Tristan Young                           8 Jan 92 01:08:00
  127. Subject: MAXIMUS & Protocols                    UpdReq 
  128.  
  129. TY>Can anyone send me their PROTOCOL.CTL file with the following definitions:
  130. TY>Super Zmodem
  131. The following Protocol definition is the one I use and I don't see why
  132. it would not work for others.
  133. ___  SZmodem Protocol Definition
  134. Protocol SZmodem
  135.         Type            Batch
  136.         LogFile         DSZ%K.Log
  137.         ControlFile     SZmodem.Ctl
  138.         DownloadCmd     command /c SZXfer DSZ%K.Log SZ @SZmodem.Ctl
  139.         UploadCmd       command /c SZXfer DSZ%K.Log RZ %v
  140.         DownloadString  %s
  141.         UploadString
  142.         DownloadKeyword z
  143.         UploadKeyword   Z
  144.         FilenameWord    10
  145.         DescriptWord    0
  146. End Protocol
  147. ___
  148. The respective batch file SZXfer.Bat is as follows:
  149.  
  150. ---  SZXfer.Bat
  151. @Echo off
  152. REM SZmodem upload/download batch file
  153. Set Dszlog=%1
  154. c:\Szmodem\SZMODEM /CFGPATH /NOLOG /DL c:\Szmodem\ %2 %3
  155. Set Dszlog=
  156. ___
  157. The above batch file overrides any necessary setup done with SZConfig.
  158. The version of SZmodem I'm using is 1.60 but I have used the same batch
  159. file since 1.41.  The only thing that I would suggest you do is place
  160. the directory where your SZmodem.Cfg can be found...  Anyway I hope this
  161. helps.  G'd day!
  162. X LeO X
  163. ___
  164.  X SLMR 2.1 X I'd go on welfare, but I'm not used to living that well!!
  165.  
  166.  
  167. --------------= Brought to you compliments of Plastic Tower  =---------------
  168.  
  169. From:    Leo Vildosola                          Area: Protocols
  170. To:      Barry Carter                            8 Jan 92 01:08:02
  171. Subject: Gymodem                                UpdReq 
  172.  
  173. BC>Protocol Gymodem
  174. BC>     Type            Batch
  175. BC>     Type            Opus
  176. BC>     LogFile         Gymodem%K.Log
  177. BC>     ControlFile     Gymodem%K.Ctl
  178. BC>     DownloadCmd     Gymodem.Exe Gymodem%K.Ctl
  179. BC>                                        -p%p -b19200 -t%k -m%d -f%D -r%t
  180. BC>     UploadCmd       Gymodem.Exe Gymodem%K.Ctl
  181. BC>                                        -p%p -b19200 -t%k -m%d -f%D -r%t
  182. BC>     DownloadString  Send %s
  183. BC>     UploadString    Get %s
  184. BC>     DownloadKeyword Sent
  185. BC>     UploadKeyword   Got
  186. BC>     FilenameWord    1
  187. BC>     DescriptWord    4
  188. BC> End Protocol
  189. I have never set up this protocol but I know what your problem is.
  190. Whenever Maximus gets the wrong info about the logfile it gives
  191. this mnessage.  The only way to fix this is to give it the write info
  192. about the position of your 'words'.  Let me take a look at one of the
  193. log files and I'll tell you exactly what is wrong...  Another thing is
  194. that you may prefer to creatre a batch file for the call.  Also, try
  195. placing the Send and Get command words in the Downloadcmd/Uploadcmd and
  196. leave the DownloadString as %s.  Take out the %s from the UploadString
  197. unless you really need it.  If you would have placed a copy of a log
  198. file a could help a lot more...  G'd day!
  199. X LeO X
  200. ___
  201.  X SLMR 2.1 X I'd go on welfare, but I'm not used to living that well!!
  202.  
  203.  
  204. --------------= Brought to you compliments of Plastic Tower  =---------------
  205.  
  206. From:    Mike Ward                              Area: Protocols
  207. To:      Chris Albertsen                         9 Jan 92 01:09:00
  208. Subject: External Protocols                     Rec'd UpdReq 
  209.  
  210.   +---------
  211. CA|           Are you using the Opus Jmodem in your Protocal.ctl?
  212.   +---------
  213. No.
  214. ___
  215.  X PQ-Under-Trial 2.15 X
  216.  
  217.  
  218. --------------= Brought to you compliments of Plastic Tower  =---------------
  219.  
  220. From:    Lawrence Sullivan                      Area: Protocols
  221. To:      Sir Roric                              10 Jan 92 11:35:46
  222. Subject: Re: Bad up loads                       UpdReq 
  223.  
  224. SR> as you can see her downloading works just fine.  She has 
  225. SR> used a couple of different protocols but all result in 
  226. SR> aborts due to to many errors.  I know this is probably 
  227. SR> not a Maximus problem but I hav absolutly no idea on 
  228. When I first converted from 1.02 to 2.00, I had a user who had just about the 
  229. opposite problem.  He could upload,  which he did and that was great. But 
  230. when he tried to download,  it would timeout.  I'd logged onto Max remotely 
  231. and tested the protocols both ways.  That wasn't the problem. 
  232. It turned out that he hadn't created the directory that he'd setup his comm 
  233. program for (to receive the downloads into).
  234. I dunno...  ...wish them luck! 
  235. Larry
  236.  
  237.  
  238. --------------= Brought to you compliments of Plastic Tower  =---------------
  239.  
  240. From:    Joshua Lee                             Area: Protocols
  241. To:      Ken Thompson                           11 Jan 92 15:44:14
  242. Subject: Bimodem .GT. HS-Link                   UpdReq 
  243.  
  244. In a message of <Jan 09 23:50> Ken Thompson (3:712/532) writes:
  245.  KT> On the MAX side of things - yes - but I've seen too many users go 
  246.  KT> mad trying to get Bi running
  247. I've heard that HS-LINK is alot easier to setup than Bimodem, although it 
  248. doesn't support a few features. I haven't run it before though. (Anyone in 
  249. net 109 got this program?) I assume it works with Maximus in the new 
  250. protocol.ctl file.
  251.                               JBL
  252.  
  253.  
  254.  
  255. --------------= Brought to you compliments of Plastic Tower  =---------------
  256.  
  257. From:    Leo Vildosola                          Area: Protocols
  258. To:      Ed Henry                               11 Jan 92 01:11:04
  259. Subject: Hyperprotocol                          UpdReq 
  260.  
  261. EH>Several users have requested that I make Hyperprotocol available to them.
  262. EH>I have obtained the archive hyp11e.zip, but if anyone can help I need the
  263. EH>entries for the protocol.ctl as well as special .bat files or anything else
  264. EH>necessary. Thanks in advance.
  265. EH>Ed
  266. Protocol.Ctl I use is as follows:
  267. Protocol HyperProtocol
  268.         Type                Batch
  269.         LogFile             Hyperp.Log
  270.         ControlFile         Hyperp.Ctl
  271.         DownloadCmd         command /c Hyper %P %W SEND @Hyperp.Ctl
  272.         UploadCmd           command /c Hyper %P %W RECEIVE %V
  273.         DownloadString      %s
  274.         UploadString
  275.         DownloadKeyword
  276.         UploadKeyword       Saved
  277.         FilenameWord        2
  278.         DescriptWord        0
  279. End Protocol
  280. A sample batchfile is as follows:
  281. @Echo Off
  282. BNU /Q
  283. HYPERP @HYPER.TXT PORT:%1 BAUD:%2 %3 %4
  284. BNU /C
  285. Note that you need the FOSSIL disabled while using the protocol.
  286. A sample copy of HYPER.TXT is as follows:
  287. COMPRESS:OFF
  288. SUSPEND:ON
  289. HANDSHAKE:RTS/CTS
  290. TIMESTAMP:OFF
  291. LOGFILE:HYPERP.LOG
  292. DISPLAY:OFF
  293. OVERWRITE:ON
  294. On all our testing, we have determined the following 'must have':
  295.  
  296. - Usage of 'Saved' as the UploadKeyword do to the nature of the
  297.   Hyperp.Log.  It contains more than one line of information totally
  298.   useless to Maximus.
  299. - We had to have SUSPEND:ON at both ends for the system not to crash.  I
  300.   don't know why this is since we both have fairly discent systems.
  301. - DISPLAY:OFF is a must for unattended BBS use.  The reason for this is
  302.   that if you exclude this parameter you will have to be there to 'press
  303.   a key' after all the Xfers.
  304. Hope this helps you and I hope that you do have the same version of
  305. Hyperp I have.  Or maybe even a later version.  BTW, the contents of
  306. HYPER.TXT can be put in the command line if your version does not
  307. support it.  G'd day!
  308. BTW, if you need any more help, you know where to find me.
  309. X LeO X
  310. ___
  311.  X SLMR 2.1 X You didn't say what you said I said you said
  312.  
  313.  
  314. --------------= Brought to you compliments of Plastic Tower  =---------------
  315.  
  316. From:    Steve Hughes                           Area: Protocols
  317. To:      Scott Dudley                           12 Jan 92 19:25:34
  318. Subject: PROTOCOL.MAX                           UpdReq 
  319.  
  320. Hi Scott,
  321.         A query please.
  322.         I run a network system using max.exe etc on every drive/node. I've 
  323. noticed that I can silt from a different max.ctl on each drive and produce a 
  324. custom max.prm for each drive/node. However, I seem to produce protocol.max 
  325. only on my max system drive. This is screwing up my external protocols 
  326. because I think they are being fed parameters from this file (does this sound 
  327. reasonable ?).
  328.         I cannot run max.exe etc. from only one drive because I need different 
  329. modem init strings etc. Is there another way to solve this protocol.max 
  330. problem ?
  331. Cheers Steve.
  332.  
  333.  
  334. --------------= Brought to you compliments of Plastic Tower  =---------------
  335.  
  336. From:    Scott Dudley                           Area: Protocols
  337. To:      Steve Hughes                           13 Jan 92 00:41:08
  338. Subject: PROTOCOL.MAX                           UpdReq 
  339.  
  340.  SH> max.prm for each drive/node. However, I seem to produce 
  341.  SH> protocol.max only on my max system drive. This is 
  342.  SH> screwing up my external protocols because I think they 
  343.  SH> are being fed parameters from this file (does this 
  344.  SH> sound reasonable ?).
  345. The external protocol driver will always read from protocol.max.  Do you need 
  346. a different set of protocols for each node or something?
  347.  SH>         I cannot run max.exe etc. from only one drive 
  348.  SH> because I need different modem init strings etc. Is 
  349.  SH> there another way to solve this protocol.max problem ?
  350. How are init strings related to this?
  351.  
  352.  
  353. --------------= Brought to you compliments of Plastic Tower  =---------------
  354.  
  355. From:    Ed Henry                               Area: Protocols
  356. To:      Leo Vildosola                          13 Jan 92 22:41:34
  357. Subject: Hyperprotocol                          UpdReq 
  358.  
  359. EH>Several users have requested that I make 
  360. EH>Hyperprotocol available to them.
  361. EH>I have obtained the archive hyp11e.zip, but if 
  362. EH>anyone can help I need the
  363. Thanks for the help Leo..Hope it works as well for me as it does you.
  364. Ed
  365.  
  366.  
  367. --------------= Brought to you compliments of Plastic Tower  =---------------
  368.  
  369. From:    Ervin Jay                              Area: Protocols
  370. To:      Bill Drake                             13 Jan 92 01:13:08
  371. Subject: Mail downloading                       UpdReq 
  372.  
  373.  On 01-11-92 Bill Drake wrote to Joshua Lee... 
  374.   BD>  BD>> Hi, Scott.  Thanks for the reply.  Is there a possibility of 
  375. adding 
  376.  BD>  BD>> ASCII download capability to Max2?  Is this terribly difficult? 
  377.   
  378.  Find a file called OATE_100.ZIP and add the ASCII protocol to the  
  379.  Protocol.CTL file.......instant Ascii downloads. 
  380.   Cheers  Erv... 
  381.   ... OFFLINE 1.34 * CAUTION:I brake for Bauds (If I see 'em) 
  382.  
  383.  
  384. --------------= Brought to you compliments of Plastic Tower  =---------------
  385.  
  386. From:    Bill Drake                             Area: Protocols
  387. To:      Ervin Jay                              16 Jan 92 11:23:28
  388. Subject: Mail downloading                       UpdReq 
  389.  
  390.  EJ> Find a file called OATE_100.ZIP and add the ASCII protocol to the
  391.  EJ> Protocol.CTL file.......instant Ascii downloads.
  392.   EJ> Cheers  Erv...
  393. Thanks Erv - will begin the hunt.
  394.    EJ>... OFFLINE 1.34 * CAUTION:I brake for Bauds (If I see 'em)
  395. Hmmm.  Do you brake for the shapely, curvaceous V.42bis/V.32bis ones only,or 
  396. do you brake for the frumpy 1200/2400 bps non-error-correcting ones as well?  
  397. Inquiring minds want to know...  ;-)
  398. <smirk>
  399. Bill
  400.  
  401.  
  402.