home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / HATCH / WWIVNEWS.ZIP / 9207.NWS < prev    next >
Text File  |  1992-07-25  |  32KB  |  592 lines
  1.                 ┌┐┌┐┌┐┌┐┌┐┌┐┌────┐┌┐  ┌┐┌─┐ ┌┐┌────┐┌┐┌┐┌┐┌────┐
  2.   ╔═════════════││││││││││││└─┐┌─┘││  │││ └┐│││┌───┘│││││││┌───┘═════════════╗
  3.   ║  Volume 3   ││││││││││││  ││  └┼┐┌┼┘│  └┘││└───┐│││││││└───┐  July 25    ║
  4.   ║   Issue 3   ││││││││││││  ││   ││││ │┌┐  ││┌───┘││││││└───┐│   1992      ║
  5.   ╚═════════════│└┘└┘││└┘└┘│┌─┘└─┐ └┼┼┘ ││└┐ ││└───┐│└┘└┘│┌───┘│═════════════╝
  6.                 └────┘└────┘└────┘  └┘  └┘ └─┘└────┘└────┘└────┘
  7.                            ┌─────────────────────┐
  8.                            │This Month's Features│
  9. ┌──────────────────────────┴─────────────────────┴────────────────────────────┐
  10. │ Random Factors.......................................Wayne Bell (1@1)       │
  11. │                                                                             │
  12. │ Compucom Bites The Dust..............................Omega Man (1@5282)     │
  13. │                                                                             │
  14. │ TechnOTES............................................WWIVnews Staff         │
  15. │                                                                             │
  16. │ Optimizing HS/Link for WWIV 4.21.....................Lance Halle (1@6211)   │
  17. │                                                                             │
  18. │ Filo's Mod of the Month..............................Filo (1@5252)          │
  19. │                                                                             │
  20. │ Dateline: @#$*()#!...................................Omega Man (1@5282)     │
  21. └─────────────────────────────────────────────────────────────────────────────┘
  22.  
  23. ───────────────┬─────────────────────────────────────────────┬───────────────
  24.                │               Random Factors                │
  25.                │   Creative Commentary by Wayne Bell (1@1)   │
  26.                └─────────────────────────────────────────────┘
  27.  
  28. First, I'd like to make some comments on distributing mods to WWIV. I
  29. (obviously) have no objection to distribution of mods, but people need to be
  30. careful of distributing too much original source code along with the mods. To
  31. quote from the WWIV source docs, "If your modifications would require you to
  32. distribute over 100 lines of the initial BBS code, you should contact me
  33. before you distribute it, sending me a copy, and asking if it's OK. Most
  34. likely it will be."  Do not just distribute the modified routines, or (even
  35. worse) the whole modified files. There are freeware versions of the program
  36. 'diff' floating around, that will show you exactly which lines were modified.
  37. In creating 'upgrade' files for new versions of the BBS, I use the diff program
  38. to help create the upgrades. It really isn't that difficult, and actually might
  39. help you to catch some change you might have forgotten to document.
  40.  
  41. Secondly, on subboard add/drop requests. Please do >NOT< post a message on a
  42. sub, saying "please drop my system from this sub."  Whenever I see a message
  43. like that, I simply delete it and ignore it. Sub add/drop requests should come
  44. through E-Mail only, from user #1 on the system to be added/dropped. Or, if
  45. possible, use automated add/drop requests. Posts about adding/dropping are
  46. likely to be missed by a sysop skimming posts (or not read at all, if the sub
  47. is moderated by a co-sysop), and E-Mail from non-#1 accounts is meaningless,
  48. as it could be anyone on the system sending the E-Mail.
  49.  
  50. Thirdly, WWIV v4.21a will probably be out in early August.
  51.  
  52. Lastly, net31 will probably be out at the end of July. net31 will return E-Mail
  53. to unknown users, fixes up a few minor bugs here and there, has some additional
  54. interfaces for other programs to interface to the net software, and will
  55. support automated gathering of subs.lst info. I'll go into more detail in the
  56. automated subs.lst feature after net31 has been out for a while, as it won't be
  57. very worthwhile until many people are running net31. All you will have to do is
  58. create a text file listing the sub types you want automatically reported, and
  59. the net software will do the rest.
  60.  
  61. ───────────────┬─────────────────────────────────────────────┬───────────────
  62.                │          Compucom Bites The Dust            │
  63.                │ Investigative Report by Omega Man (1@5282)  │
  64.                │  With Contributions by The WWIVnews Staff   │
  65.                └─────────────────────────────────────────────┘
  66.  
  67. Two months ago, TechnOTES reported rumors that Compucom, manufacturers of some 
  68. of the lowest-priced high-speed modems, had ceased operations. While rumors had
  69. persisted on the netted subs for months of financial problems and production 
  70. setbacks, some of which were reportedly related to the recent death of a major 
  71. Compucom executive, few took them seriously as the same rumors were also being 
  72. passed around regarding both Hayes and US Robotics.
  73.  
  74.  
  75. IN SEARCH OF A CORPSE
  76. ─────────────────────
  77.  
  78. As the May issue of WWIVnews went to press, the rumors apparently became fact, 
  79. as calls to the Compucom purchase and support lines either went perpetually 
  80. busy or perpetually dead. Those few who could get through the lines to ask 
  81. about the rumor were greeted with a recorded announcement informing of the
  82. company's demise, and who they could contact for more information.
  83.  
  84. As expected, this information spread like wildfire throughout the computer
  85. networks. However, some doubt was cast on its validity as _PC Sources_ reported
  86. that Compucom was releasing two new versions of the Speedmodem during the
  87. summer. A spokesperson for the advertising department of _PC Sources_ explained
  88. that the report had been confirmed and sent to press two months prior - a
  89. standard procedure in the journalism industry - and that at that time Compucom
  90. was still in business. Naturally, this further confused the issue for all 
  91. interested parties, especially when none of the other major computer 
  92. publications were mentioning anything regarding Compucom's status. 
  93.  
  94.  
  95. SEANCING THE GHOSTS
  96. ───────────────────
  97.  
  98. Only last month, _Boardwatch_ magazine became the first publication to confirm 
  99. Compucom's collapse, which has been verified by subsequent follow-ups by 
  100. members of the WWIVnews staff. One such follow-up resulted in the following 
  101. statement from a former Compucom employee, which has since been reposted on 
  102. several netted subs in the past few weeks:
  103.  
  104. ─────────────────────────────────────────────────────────────────────────────
  105.  
  106.                            Compucom Statement
  107.  
  108. Compucom has closed its doors (due to unforeseeable financial circumstances). 
  109. We here at technical support would like to continue to support the product as 
  110. long as we can ON OUR OWN VOLITION. At this time, we can NOT provide you with
  111. refunds, RMA's, or Exchanges, though we can help with various support issues.
  112. We can upgrade you to the latest EPROM, providing you either pre-pay for the 
  113. roms, or have previously returned ROMS. A number of us speedmodem supporters 
  114. are currently planning to establish our own Company, which will give us the 
  115. ability to support the entire line of speedmodems. We will continue to make
  116. important announcements and information available on the San Diego Support 
  117. BBS (The General) at (619) 281-2622 and in the various speedmodem conferences.
  118.  
  119. Q. & A.
  120.  
  121. Q. I want my money back
  122. A. The company is gone, we at tech support on our own volition, are trying to 
  123. inform/help. You may have financial recourse depending on how you paid.
  124.  
  125. Q. What about firmware?
  126. A. We are in touch with the chief design engineer, and hope to work with him 
  127. in continued development.
  128.  
  129. Q. What about RMA's?
  130. A. We will try and send it back to you.
  131.  
  132. Q. Warranty?
  133. A. The Company is out of business.
  134.  
  135. ─────────────────────────────────────────────────────────────────────────────
  136.  
  137. Shortly after this statement began circulating, Shawn Stamps (2@4401) posted
  138. the following additional information regarding Compucom's European division:
  139.  
  140. ─────────────────────────────────────────────────────────────────────────────
  141.  
  142. [..] the American arm of Compucom is dead. However, the company still thrives
  143. in Europe (Compucom Europe, Ltd, in Glasgow) and they have been trying to keep
  144. working on the upgrades, though with Lightning Communications licensing CSP
  145. (the Compucom proprietary protocol - nasty thing that it is), the european
  146. counterpart is terminating even the low level of support it has graciously
  147. provided. I have been keeping in touch with them in the hopes that MAYBE I
  148. could get ahold of the development hard/software for the damn thing, not to
  149. make new modems, but to locate new parts and to try to fix the dern things.
  150.  
  151. ─────────────────────────────────────────────────────────────────────────────
  152.  
  153. Finally, a former Compucom employee in the tech support division, who asked to 
  154. remain nameless, made the following commentary to a WWIVnews in e-mail on
  155. Usenet:
  156.  
  157. ─────────────────────────────────────────────────────────────────────────────
  158.  
  159. The company had been experiencing financial problems for months. That much
  160. we all knew. What we didn't know was just how bad those problems really
  161. were. Most of us kept the information to ourselves, though; not because we
  162. feared losing our jobs, but because we felt really strongly about our work.
  163. For most of us, it was a labor of love, and we really busted our asses to
  164. make sure each Speedmodems performed as flawlessly as possible. We really
  165. feel what we produced weren't just high-tech tools, but works of art with
  166. a little bit of our souls along for the ride!
  167.  
  168. Don't give up on the Speedmodems just yet, tho. We're still trying to supply 
  169. some amount of tech support on our own, and we're trying to arrange some sort
  170. of financing so we can resurrect the company under our ownership. If you're
  171. really interested in keeping up with what's going on with what's left of
  172. CompuCom, regardless of what we wind up calling ourselves, you can keep in
  173. touch by calling this BBS in San Diego: THE GENERAL BBS, at (619)281-2622.
  174.  
  175. ─────────────────────────────────────────────────────────────────────────────
  176.  
  177. DR. QUINCY SAYS: DEATH BY HAYES?
  178. ────────────────────────────────
  179.  
  180. For every answer regarding Compucom's demise, there are quite a few questions 
  181. still unanswered. While those who've purchased eprom upgrades may still be
  182. able to get them from the continued tech supporters, it's not known what 
  183. recourse is available for those who've not yet received modems purchased 
  184. from Compucom prior to closing. At press time, Compucom had reportedly not 
  185. filed for any form of protection under bankruptcy, and as stated above there
  186. may not be any satisfaction to be gained from the tech support staff with
  187. this respect. 
  188.  
  189. On the bigger picture, there's this nagging question: from a business 
  190. standpoint, what factors actually contributed to the company's financial 
  191. breakdown? Were they related to mismanagement, or was Compucom just another 
  192. victim of the proprietary protocol curse? If the former, which might not
  193. be likely if the positive customer satisfaction reports prior to closing 
  194. were true, then chalk it up as another example of the decline of American 
  195. business. 
  196.  
  197. If the latter, which is far more likely, then perhaps it might be wise to keep 
  198. an eye on Telebit, USR, and any other modem manufacturer that deals in 
  199. non-Hayes proprietary protocols. While we all would love to see the price
  200. hold Hayes has on high-speed transfer protocols that work, the fact that 
  201. Hayes essentially holds the patent on the "better" (read: first at bat and/or
  202. biggest kid on the block) mousetrap may be too strong to ignore. 
  203.  
  204. Until someone comes up with a communications protocol that offers severe 
  205. benefits over those offered by Hayes, buyers should consider only buying those 
  206. high-speed modems that support Hayes protocols in addition to their own 
  207. proprietary ones. As it stands right now the risk of getting burned may be
  208. a bit too high for most of us to take the chance on something that's not 100%
  209. compatible with Hayes at all speeds.
  210.  
  211. Which, of course, just might probably be where Hayes wants us all along.
  212.  
  213. ───────────────┬─────────────────────────────────────────────┬───────────────
  214.                │                 TechnOTES                   │
  215.                │        Compiled by the WWIVnews Staff       │
  216.                └─────────────────────────────────────────────┘
  217.  
  218. ...brief shareware nOTE: one of shareware's few real success stories, Vern 
  219. Buerg, has become the latest to be infected by the Greed Virus. The next 
  220. release of his List utility, 1.84, will be the first commercial release of the 
  221. product. The new Enhanced List will feature both ASCII and EBCDIC support, 7 
  222. and 8-bit file formats, a hex reader, and built-in utils for managing files 
  223. compressed with several of the major archivers. 
  224.  
  225. ...While these new features may be handy, especially for WWIV sysops who use 
  226. List to view their logs, the price tag is still a bit too pricey for something
  227. that used to be a hell of a lot cheaper. While one can't fault Buerg for 
  228. trying to make his efforts more worth his financial while, one can't help but 
  229. recall how Qmodem registrations dropped dramatically after John Friel sold it 
  230. to Mustang Software for commercial release. A trimmed-down version for the 
  231. shareware market that helped make Buerg a success would be very prudent, 
  232. especially when very few sysops need EBCDIC support anyway!
  233.  
  234. ...brief shareware nOTE #2: one of shareware's other few real success stories, 
  235. Phil Katz' PKZIP, still hasn't seen an official release of the long-awaited
  236. version 2.0. Although there was a beta release of the new version, numbered
  237. v1.93, according to Katz himself this version was extremely buggy and has
  238. also been altered so that it appears to be an official release of a 2.xx
  239. version. PKZIP users are urged not to use any version of PKZIP identifying
  240. itself as a 2.xx release until further notice. The WWIVnews staff is looking
  241. further into this matter, and next month's WWIVnews will feature a more 
  242. in-depth look into the current status of PKZIP 2.xx.
  243.  
  244. ───────────────┬─────────────────────────────────────────────┬───────────────
  245.                │      Optimizing HS/Link for WWIV 4.21       │
  246.                │           by Lance Halle (1@6211)           │
  247.                └─────────────────────────────────────────────┘
  248.  
  249. After talking at length with Sam Smith, the author of HS/Link, I think I have 
  250. the proper setups to make HS/Link work reliably with PC Pursuit. I also found 
  251. out a couple of other things that really speed HS/Link up for regular 
  252. transfers.
  253.  
  254. The first part of this document defines some terms that are used in the rest 
  255. of this discussion. The second part discusses ways of setting up HS/Link to 
  256. optimize normal WWIV BBS connections. The third part describes the problems 
  257. involved using HS/Link on WWIV with PC Pursuit, and how they can be taken care
  258. of, and part 4 deals with optimizing HS/Link for use with your terminal 
  259. program.
  260.  
  261.  
  262. DEFINITIONS
  263. ───────────
  264.  
  265. BLOCK
  266. HS/Link sends data in packets (blocks). Normally each block contains a unique 
  267. sequence number and checksum info to aid in data verification and error 
  268. detection and recovery.
  269.  
  270. BLOCK SIZE (-s)
  271. Size of each block in bytes.
  272.  
  273. CONFIGURATION FILE
  274. An ASCII file that is used to set HS/Link's options. This file can be created 
  275. with HSCONFIG, or with your editor. The default configuration file is 
  276. HSLINK.CFG. This is the file that HS/Link looks for if no other is specified on
  277. the command line. To specify another configuration file start your command line
  278. as follows: "HSLINK -@filename". Don't type the quotes. The filename is the 
  279. name of the alternate configuration file you want HS/Link to use. This MUST be
  280. the FIRST option on the command line.
  281.  
  282. CURRENT HS/LINK VERSION
  283. Be sure to use the LATEST release of HS/Link. While the current version is
  284. always compatible with older versions, you will not get the benefit of the
  285. latest enhancements and fixes if you are using an old version. At the time of 
  286. this writing, the latest RELEASE version is 1.12.
  287.  
  288. FORCE REMOTE TO USE LOCAL OPTIONS (-!)
  289. This option causes the remote (called) end to use some of the options specified
  290. by the calling end. This does NOT affect any of the options having to do with 
  291. security, such as the upload path, or the overwrite option. It does affect 
  292. block size (-s), xon/xoff (-hx), and windows (-w).
  293.  
  294. HARDWARE HANDSHAKING - CTS/RTS (default)
  295. A means of flow control where the modem asserts the CTS (clear to send) line 
  296. when it is able to receive data from the computer. If it's buffer fills up, it 
  297. drops the CTS line. In the same way, the computer asserts the RTS (request to 
  298. send) line when it is able to receive data from the modem, and drops it if it 
  299. is busy. This scheme is used by High Speed modems that can operate with a port
  300. speed that is higher than the connect speed.
  301.  
  302. SLOW HANDSHAKE (-hs)
  303. Sends Xoff or lowers RTS during disk I/O. This causes the computer to signal 
  304. the modem not to send any data during disk I/O. It is available for systems 
  305. with slow disk access. It may help if you get frequent CRC errors of COM 
  306. overruns on clean lines.
  307.  
  308. WINDOW (-w)
  309. The number of blocks HS/Link will send before stopping and waiting for an
  310. acknowledgment (ACK)
  311.  
  312. XON/XOFF (default)
  313. A software method of telling the other end to suspend/restart sending data. It 
  314. is not generally necessary for error correcting modems, but no harm is done by
  315. leaving it enabled. (Do not disable this if Slow Handshaking (-hs) is required
  316. by your system)
  317.  
  318.  
  319. OPTIMIZING HS/LINK FOR WWIV BBS'S THAT DO NOT MAKE NET CALLS VIA PCP
  320. ────────────────────────────────────────────────────────────────────
  321.  
  322. If you operate a WWIV BBS that does NOT make NET callouts via PCP, then the
  323. following HSLINK.CFG file settings and INIT settings should be optimum for you.
  324.  
  325. HSLINK.CFG - use HSCONFIG or a word processor to create
  326.  
  327.  -A  /* don't send ACKs */<< don't type the >>
  328.  -S4096/* sets 4k blocks */ << comments >>
  329.  -W0 /* do not wait for ACK /*
  330.  
  331. INIT settings for HS/Link
  332.  
  333.  Description  : HS/Link
  334.  Xfer OK code : 0
  335.  Require MNP/LAPM   : N
  336.  Receive command line:
  337.  HSLINK -P%2 -E%4 -U%3
  338.  Send command line:
  339.  HSLINK -P%2 -E%4 %3
  340.  Receive batch command line:
  341.  HSLINK -P%2 -E%4 -U%3
  342.  Send batch command line:
  343.  HSLINK -P%2 -E%4 @%3
  344.  Bi-directional transfer command line:
  345.  HSLINK -P%2 -E%4 -@ @%3
  346.  
  347.  
  348. OPTIMIZING HS/LINK FOR WWIV BBS'S THAT MAKE NET CALLS VIA PC PURSUIT
  349. ────────────────────────────────────────────────────────────────────
  350.  
  351. OK, now for the problem with PCP. Being a timeshare net, it does not transmit 
  352. data continuously, especially during busy times. There may be delays in data 
  353. transmission. If the HS/Link default block size of 1024, or 4096 is used, and 
  354. the default window of 8 is in effect, HS/link will send 8 of these blocks 
  355. before stopping for an acknowledgment. If PCP is busy, this may be more data 
  356. than it can "swallow" in one gulp. Once PCP gets behind, it may have problems
  357. recovering, in which case the data may or may not get through. Even if it  
  358. does, the ACK may not get back to the sending end, in which case HS/Link waits
  359. for it's internal timeout, before trying again. Often PCP cannot recover at 
  360. all, and HS/Link will finally about the transfer.
  361.  
  362. This problem can be resolved by using smaller blocks, and smaller windows. A 
  363. setting of 512 or smaller for the block size is recommended, and a window of 4
  364. should work fine. This will give PCP smaller blocks of data, and HS/Link will 
  365. stop more often to check that the data has been received.
  366.  
  367. This sounds easy to implement, but there is one problem with WWIV that we have
  368. to overcome. We are able to set the command line that HS/Link uses for regular
  369. BBS callers by using the INIT program, BUT we have no way of controlling the 
  370. command line that the NETWORK uses for it's callouts. This means we are stuck
  371. using the same configuration for both our NET calls and our regular callers. 
  372.  
  373. There is a workaround that will do the job for those systems that make NET
  374. callouts via PCP, but still want their regular callers to get the best speed 
  375. out of HS/Link. We can set the options we want to use for NET callouts in the 
  376. HSLINK.CFG file, since that is the one HS/Link looks for by default. Then we 
  377. can create another configuration file to use when a regular caller activates 
  378. HS/Link. We can specify that alternate configuration file on the HS/Link 
  379. command lines in INIT. If you called your alternate config file BBS_CALL.CFG,
  380. and it was in your C:\WWIV directory, then your HS/Link setup in INIT should 
  381. look like this:
  382.  
  383.  Description  : HS/Link
  384.  Xfer OK code : 0
  385.  Require MNP/LAPM   : N
  386.  Receive command line:
  387.  HSLINK -@C:\WWIV\BBS_CALL.CFG -P%2 -E%4 -U%3
  388.  Send command line:
  389.  HSLINK -@C:\WWIV\BBS_CALL.CFG -P%2 -E%4 %3
  390.  Receive batch command line:
  391.  HSLINK -@C:\WWIV\BBS_CALL.CFG -P%2 -E%4 -U%3
  392.  Send batch command line:
  393.  HSLINK -@C:\WWIV\BBS_CALL.CFG -P%2 -E%4 @%3
  394.  Bi-directional transfer command line:
  395.  HSLINK -@C:\WWIV\BBS_CALL.CFG -P%2 -E%4 -@ @%3
  396.  
  397. Your default HS/Link config file that will be used for the NET callouts should
  398. look like the following. It should be named HSLINK.CFG, and should be in the 
  399. same directory as HS/Link. This is the optimum setup for use with PCP:
  400.  
  401.  -!  /* force remote to use these settings */
  402.  -S512 /* use 512 byte blocks */
  403.  -W4 /* wait for ACK after every 4 blocks */
  404.  
  405. Your alternate config file for use with regular callers should look like this,
  406. and the name should match what you specified in INIT on the HS/Link command 
  407. line (ie. BBS_CALL.CFG), and should also be in the same directory as HS/Link.
  408.  
  409.  -A  /* don't send ACKs */
  410.  -S4096/* sets 4k blocks */
  411.  -W0 /* do not wait for ACK /*
  412.  
  413. These should provide optimum setup for those WWIV BBS systems that callout via
  414. PCP and want the best for their non PCP callers. Regular PCP callers should 
  415. configure their terminal programs to use a setup like the HSLINK.CFG mentioned
  416. in part 4.
  417.  
  418.  
  419. HS/LINK AND YOUR TERMINAL PROGRAM
  420. ─────────────────────────────────
  421.  
  422. The calling party has the responsibility of determining the best HS/Link
  423. configuration options for his/her particular situation (PCP, Non PCP, etc).
  424. You should configure HS/Link for your terminal program, and include at least 
  425. the following options in the .CFG file. Be sure to include the (-!) to force 
  426. the remote to also use your preferences.
  427.  
  428. If you are calling via PCP, then your HS/Link config file should look like the
  429. following one. You should also use PCP's default handshaking:
  430.  
  431.  -!  /* force remote to use these settings */
  432.  -S512 /* use 512 byte blocks */
  433.  -W4 /* wait for ACK after every 4 blocks */
  434.  
  435. If you use "direct" connections ( regular lines), then your HS/Link config file
  436. should look like this:
  437.  
  438.  -!  /* force remote to use these settings */
  439.  -A  /* don't send ACKs */
  440.  -S4096/* sets 4k blocks */
  441.  -W0 /* do not wait for ACK /*
  442.  
  443. In the event that you do both PCP and Non PCP calls, you can give one of these
  444. files a different name (ie NON_PCP.CFG), and then on the HS/Link command line 
  445. for your Non PCP calls, include the following as the FIRST option:
  446.  
  447.  -@NON_PCP.CFG 
  448.  
  449. Be sure to include the path name, ie @C:\TELEX\NON_PCP.CFG
  450.  
  451. ─────────────────────────────────────────────────────────────────────────────
  452.  
  453. I hope this takes some of the mystery out of HS/Link operation. Sam Smith
  454. (HS/Link author) has looked this over, and it has his blessings. If you have 
  455. any problems, or discover something I have overlooked, or described
  456. incorrectly, PLEASE notify me as soon as possible. I will attempt to update
  457. this document as new information becomes available.
  458.  
  459. ───────────────┬─────────────────────────────────────────────┬───────────────
  460.                │          Filo's Mod of the Month            │
  461.                │              by Filo (1@5252)               │
  462.                └─────────────────────────────────────────────┘
  463.  
  464. The Mod-of-The-Month Selection represents my choice of what appears to be a 
  465. useful, practical mod to WWIV. It does not mean it is the best mod posted or 
  466. even that it works as I may not have tested it. Given the limitations of this 
  467. media, uuencoded mods are NOT eligible for selection as mod-of-the-month.
  468.  
  469. This month's selection is a combination of two mods posted earlier. Each mod 
  470. provided a means of permitting users that experience logon trouble to send 
  471. feedback to the Sysop.  Since this problem occurs frequently, it seems to be a 
  472. useful mod. Braves's (1@8131) combination of the two other mods seems to be a 
  473. colorful approach.
  474.  
  475. ─────────────────────────────────────────────────────────────────────────────
  476.  
  477. This mod was made for WWIV 4.21. I always wanted a mod that would allow users
  478. to be able to do something if they forgot their password or just hit the wrong
  479. macro or Whatever. I saw this mod and another one on the Mod net and tried 
  480. them.
  481.  
  482. I liked them but wanted what each of them had into one so I combined them and
  483. added some stuff. I hope you like it. Well on with the Mod!
  484.  
  485. Difficulty - .0001 out of 10
  486.  
  487. Backup your source! (Unless you feel real Lucky!)
  488.  
  489. /* == */ existing code!
  490. /* ++ */ add!
  491. /* += */ change!
  492.  
  493. Ok Load up LILO.C
  494.  
  495.  
  496.   } while ((!hangup) && (!ok) && (++count<3));                        /* == */
  497.   if (count==3) {                                                     /* += */
  498.     pl("6User not found...");                                        /* ++ */
  499.     outchr(12);                                                       /* ++ */
  500.     pl("                   3╔══════════════════════════╗");          /* ++ */
  501.     pl("1Would you like to: 3║  2R)7etry logon            3║");  /* ++ */
  502.     pl("                   3║  2L)7ogon as a newuser     3║");    /* ++ */
  503.     pl("                   3║  2G)7oodbye (hang up)      3║");    /* ++ */
  504.     pl("                   3║  2E)7mail Braves (hang up) 3║");    /* ++ */
  505.     pl("                   3╚══════════════════════════╝");          /* ++ */
  506.     outstr("       1Your choice:  ");                                /* ++ */
  507.     ch=onek("LRGE");                                                  /* ++ */
  508.       switch(ch) {                                                    /* ++ */
  509.          case 'R':                                                    /* ++ */
  510.            nl();                                                      /* ++ */
  511.            getuser();                                                 /* ++ */
  512.            break;                                                     /* ++ */
  513.          case 'L':                                                    /* ++ */
  514.            nl();                                                      /* ++ */
  515.            newuser();                                                 /* ++ */
  516.            ok=1;                                                      /* ++ */
  517.            break;                                                     /* ++ */
  518.          case 'G':                                                    /* ++ */
  519.            hangup=1;                                                  /* ++ */
  520.            ok=0;                                                      /* ++ */
  521.            break;                                                     /* ++ */
  522.          case 'E':                                                    /* ++ */
  523.            email(1,0,0,0);                                            /* ++ */
  524.            hangup=1;                                                  /* ++ */
  525.            break;                                                     /* ++ */
  526.       }                                                               /* ++ */
  527.   }                                                                   /* ++ */
  528.   checkit=0;                                                          /* == */
  529.   okmacro=1;                                                          /* == */
  530.  
  531. That's It! Save it and Compile!
  532.  
  533. ───────────────┬─────────────────────────────────────────────┬───────────────
  534.                │             Dateline: @#$*()#!              │
  535.                │     Editor's Notes by Omega Man (1@5282)    │
  536.                └─────────────────────────────────────────────┘
  537.  
  538. 32767 bytes per file. It's not just a good idea, it's the law.
  539.  
  540. Wellll...maybe not quite *that* good an idea...
  541.  
  542. This month, that "law", along with the last-minute addition of an in-depth look
  543. at the demise of Compucom, took it's toll on the space I had allocated for my 
  544. editorial. Since I've rescheduled that editorial for next month's issue, I'll
  545. take what little space I've got to enlighten everyone on yet another major 
  546. change to WWIVnews that's about to take place in the next couple of months.
  547.  
  548. Laws that are detrimental to that which they are designed to protect can be
  549. changed if those affected pursue the proper channels of authority. Or, at 
  550. least that's what they told us in our civics classes, right? Well, in the case 
  551. of WWIVnet and WWIVnews, this meant 1@1 himself, Wayne Bell. 
  552.  
  553. After consulting with - ok, ok, *begging* - Wayne at length on the matter, 
  554. with the release of Net31 the file size limit will essentially be removed for 
  555. WWIVnews. What Wayne has devised is a way for WWIVnews to be transmitted over 
  556. the network in 32k segments, and reassembled by Net31 into one complete file.
  557.  
  558. What this means is that WWIVnews will see yet more expansion following the
  559. release of Net31. Some of the original plans for the revamping included some
  560. regular features that were dropped ue to the file size limit. These features
  561. included such standard publication staples as a Q&A column, a regular Group 
  562. events update section, a networked sub review column, and a regular update 
  563. piece for onliners and utils. 
  564.  
  565. So, once Net31 has had time to be distributed and installed - at least one 
  566. month, maybe two - expect to see these features to finally see the light of 
  567. day. Of course, if you're interested in writing one of these features, feel 
  568. free to drop me a line at 1@5282. Lord knows we're going to have space to
  569. fill for a change :-)
  570.  
  571. Speaking of that file limit, It seems I've got just enough space left for the 
  572. closing credits. Stay tuned, people - the WWIVnews Adventure is about to really
  573. get a really swift kick in the butt!
  574.  
  575. ┌───────────────────────────────────────────────────────────────────────────┐
  576. │                             Closing Credits                               │
  577. ├───────────────────────────────────────────────────────────────────────────┤
  578. │ WWIVnews is an independent newsletter published monthly as a service to   │
  579. │ the WWIV community of sysops and users. The opinions and reviews expressed│
  580. │ herein are the expressed views of the respective writers, and do not      │
  581. │ necessarily reflect those of the WWIVnews staff. Reproduction in whole or │
  582. │ in part is allowed provided proper credit is given. All rights reserved.  │
  583. ├───────────────────────────────────────────────────────────────────────────┤
  584. │ The distribution sites for WWIVnews are the Klingon Empire BBS (512-459-  │
  585. │ 1088), WWIVnet node @5282, and the WWIVnews Editorial Desk networked      │
  586. │ subboard, subtype 15282 host 5282. Information regarding article and      │
  587. │ editorial submissions, back issue requests, and the WWIVnews Writer's     │
  588. │ Guide, can be requested in e-mail from the WWIVnews editor, 1@5282.       │
  589. ├───────────────────────────────────────────────────────────────────────────┤
  590. │            WWIV and WWIVnet, copyright 1986,1990 by Wayne Bell            │
  591. └───────────────────────────────────────────────────────────────────────────┘
  592.