home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-387-Vol-3of3.iso / c / csver20.zip / HISTORY.CSV < prev    next >
Text File  |  1993-03-06  |  13KB  |  281 lines

  1. History of Changes or Fixes to CSVerify.
  2. Entries are made in reverse order, Newest first;
  3.  
  4. March 6, 1993 Ver 2.20/M
  5.  
  6. ■ Made a minor change to the log entries. The users phone number will now be
  7. put into the callers log, so you can view it quickly through PCBoard.
  8.  
  9. ■ A couple of minor cosmetic changes were made... i.e. typo's.
  10.  
  11. ■ Added another option for the caller, before calling the user back that will
  12. allow him/her another opportunity to change the call back number before it is
  13. carried out. Also on the little menu, changed the "G" option for goodbye to
  14. the letter "H" for hang-up so the users dont misinterpret it for a GO command.
  15.  
  16.  
  17. March 5, 1993 Ver 2.19/M
  18.  
  19. ■ Added a Callback time function. Using the matrix file included in this ZIP
  20. called TIMETAB.CSV, place an 'x' in the appropriate column corresponding to
  21. the day of the week, and time you would allow long distance callbacks. If the
  22. column is blank, but you allow long distance callbacks, the user will be shown
  23. the CALLTIME.CSV file explaining when to call back. You may modify this file
  24. as you see fit. Double check the positions of each 'x' you place into a
  25. column, and double check the appropriate day of the week, There is no checking
  26. made by the program other than what you have in the matrix, so please follow
  27. the example closely, and you wont have any trouble.
  28.  
  29. I cannot be responsible if the program dials a long distance number either by
  30. configuration error, or incorrect placement of the time slot marks!
  31.  
  32. March 2, 1993 Ver 2.18/M
  33.  
  34. ■ I noticed that some new users were getting expiration dates of 00-00-00
  35. after callback. Checking the code I found I was grabbing the wrong data off
  36. the line from the configuration file variable EXPIRED= .
  37.  
  38. ■ Changed the options displayed to the user before call back to be a little
  39. more specific.. They just don't get it <g>!
  40.  
  41. February 28, 1993 Ver 2.17/M
  42.  
  43. ■ After the last modification, I noticed that everything was working fine,
  44. until the user exited the door.. Seems I forgot to update the users file, so
  45. PCBoard never saw the updated information... Fixed!
  46.  
  47. ■ Inadvertantly left off the Fossil drive when I compiled the program... sorry
  48. folks!
  49.  
  50. February 26, 1993 Ver 2.16/M
  51.  
  52. ■ Minor modification that now adds the users name to the trashno.csv file on
  53. successful verification. If a user calls, and the number they enter has been
  54. used by someone else, and is found in the trashno.csv file, it will display
  55. the users name that used that number. Handy for SysOps to look back also to
  56. see who used what number.
  57.  
  58. February 22, 1993 Ver 2.15/M
  59.  
  60. ■ I was in the process of adding another function to the program to check for
  61. valid callback times on long distance, which I have not yet finished... but I
  62. have some code in there already to check the table, which I forgot about.
  63. Anyway, the change I made yesterday to correct the callback only mode was not
  64. working correctly because of it... For the time being I commented out that
  65. part of the code, until I get finished with it..
  66.  
  67. ■ Added a notification that CALLBACK ONLY mode was enabled.
  68.  
  69. ■ Corrected an error that was causing CSV not to properly check the security
  70. level on entry into the door on security callbacks.
  71.  
  72. ■ CSV was allowing a blank BusData phone entry on callback.. If for some
  73. reason this field is blank when CSV starts up, you are now prompted to enter
  74. the number manually.
  75.  
  76. February 21, 1993 Ver 2.14/M
  77.  
  78. ■ Made a change to the program when in CALLBACK ONLY mode. The program will
  79. now prompt the user for the callback number instead of getting the number from
  80. the users record. The number must still meet the criteria for callback as
  81. usual, but the program will now have the user enter the number instead of
  82. assuming the users record entry.
  83.  
  84. February 4, 1993 Ver 2.13/M
  85.  
  86. ■ Corrected an error on the Expiration Date routine, where if you selected
  87. Zero (0) it would set the users expiration date to the current date. It will
  88. now place 00-00-00 in the expiration date field of the users record if Zero is
  89. specified.
  90.  
  91. January 20, 1993 Ver 2.12/M
  92.  
  93. ■ Corrected the procedure for allowing International telephone numbers. In the
  94. configuration file, a new keyword "INTERNATIONAL" was added to tell the
  95. program that a different set of telephone numbers is acceptable. If you do not
  96. use INTERNATIONAL phone numbers then just leave the line out. Maybe I got it
  97. right this time!
  98.  
  99. January 10, 1993 Ver 2.11/M
  100.  
  101. ■ Added support for International phone numbers... I dont know if I did
  102. this right, so i'll count on you International SysOps to help me with
  103. that.
  104.  
  105. January 7, 1993 Ver 2.10/M
  106.  
  107. ■ Added an option in the configuration to allow you to specify the
  108. expiration period of the user. You can leave it blank, or you can
  109. specify any number of days. The default is 365 days (1 year). Putting
  110. 730 would equal 2 years and so on.
  111.  
  112. ■ CSV can now be used for CALLBACKS only. If you have a subscription
  113. service that uses callback security, you set the logon security to this
  114. level. When the user logs on, he is immediately taken to CSV, where the
  115. callback phone number is verified. The program will then disconnect the
  116. user, and call him back. After correct password entry, the user is
  117. returned to PCBoard. See the revised DOCS for using this feature.
  118.  
  119. December 16, 1992 Ver 2.9
  120.  
  121. ■ Corrected a couple of minor details that were being displayed on the
  122. screen.
  123.  
  124. ■ Added support for Fossil Drivers, to maintain compatibility with the
  125. new PCboard 14.5a/M version.
  126.  
  127. November 12, 1992 Ver 2.8
  128.  
  129. ■ In the interest of protecting the SysOp from doing callbacks that were
  130. long distance that were not mean to be, I tried to use too much logic in
  131. identify a long distance user. I reworked a section of code to make it
  132. much simpler. If you do not allow long distance callbacks, you need to
  133. make sure that the areacode and exchanges for the calling area are
  134. correct in your file. If the program does not find a match from what the
  135. caller enters, the program will flag the caller as long distance, no
  136. matter what he answers to the prompt.
  137.  
  138. It's as simple as this;   If you allow long distance callbacks, set the
  139. parameter in your configuration file, along with the other options for
  140. logging off the user after callback (if desired), and the program will
  141. call the user back. If you say NOTALLOW LD, and the users areacode and
  142. exchange are not in the list, it will consider it long distance, and
  143. deal with it as you have configured. This step shortened the code size,
  144. and makes a lot more sense in program flow.
  145.  
  146. ■ To fall in line with the other doors and the new PCBOARD node numbers
  147. then $$$DUMMY.$$x filename is now $$$DUMMY.node , node being what ever
  148. node created the file. It would look like this;
  149.  
  150. $$$DUMMY.10   for a file created by node 10.
  151.  
  152. November 9, 1992 Ver 2.7
  153.  
  154. ■ A slip of the fingers caused this one! In checking a variable to see
  155. if the program was in LOCAL mode, I forgot an equals sign, which caused
  156. the program to switch to local mode, even if it was not really. This
  157. effected the caller, in that once the program switched to local mode,
  158. the caller no longer saw anything sent to the screen. Fixed... Sorry!
  159.  
  160. November 7, 1992 Ver 2.6
  161.  
  162. ■ A user reported that the program was having trouble opening the
  163. various data files described in configuration file. Turns out that I
  164. specified a length of only 29 characters for each file and pathname for
  165. the trashno.csv file, exchanges.csv etc, and for some that was not
  166. nearly long enough. I increased the length to 40 characters, which
  167. should hopefully clear that problem.
  168.  
  169. November 2, 1992 Ver 2.5
  170.  
  171. ■ A couple of other minor bugs were reported;
  172. 1) - Incorrect number was being placed into the TRASHNO.CSV file if the
  173. user modified it after registration... Fixed!
  174.  
  175. 2) - After a user was updated, and the information screen was displayed,
  176. the incorrect security level and time was being show... Fixed!
  177.  
  178. 3) - The program will sense LOCAL operation now, so if you want to test
  179. the door to see what it does to a record, you can do so. Just a
  180. reminder, if you call the program and pass it a parameter of TEST it
  181. will go through the verification process, but not write any records.
  182.  
  183. 4) - Some cosmetic clean up.
  184.  
  185. 5) - Corrected an error that would cause the areacode to be dialed on a
  186.      local number if you were calling out through a PBX system...Fixed!
  187.  
  188. October 26, 1992 Ver 2.4 **** Change to Configuration File ****
  189.  
  190. ■ Correct a problem that caused every number entered by a user to be
  191. invalid. I was using the wrong variables to see if the areacode or
  192. exchange was a 911, 411, 800, etc. Fixed...
  193.  
  194. ■ Corrected the problem (I think!) with the program not starting the
  195. dialing string with a 1 if the callback was long distance. The program
  196. should now place a 1 and the areacode into the dialing string on all
  197. long distance calls.
  198.  
  199. ■ For users of local metered systems, I added a new line to the
  200. configuration file where you can put the word "METERED". If this is
  201. encountered, as soon as the user has been called back and verified, the
  202. program will display a new file called hangup.csv (which should contain
  203. an explanation on why they have to call the board back), then
  204. disconnect the user. This file will also be displayed if the user is
  205. being called back long distance since they are related.
  206.  
  207. Pay attention to the changes made in the configuration file so your
  208. program will run properly.
  209.  
  210. October 19, 1992 Ver 2.3
  211.  
  212. ■ Corrected a bug that was not allowing the program to properly dial
  213. long distance numbers. The program was not getting a switch turned on on
  214. certain cases that would tell it to add the dialing prefix as defined in
  215. your csverify.cnf file. The dialing prefix would include the needed 1
  216. for dialing long distance. On my system I do not have a long distance
  217. carrier assigned to my line, so I can use any carrier by including the
  218. 10288 as an example to use AT&T then appending a 1 to that to complete
  219. the dialing prefix. Your dialing string would look something like this;
  220.  
  221. ATE0M1DT10288-1(555)555-1212.
  222.  
  223. ■ Hardcoded some checks to be sure that some idiot hacker doesn't send
  224. your program dial strings for dialing 900, 800, 911, 411. I put that in
  225. as hardcode for the time being till I think about how the sysOp can have
  226. control over this.... It will check this information just before dialing
  227. and kick them off if the areacode or exchange contains any of these
  228. numbers.
  229.  
  230. September 8, 1992 Ver 2.2a **** Change to Configuration File ****
  231.  
  232. ■ Made a minor modification to the program to allow the SysOp to
  233. override the newuser security level found in pcboard.dat. This value was
  234. being used by CSVERIFY to determine if a users security level was too
  235. high to use the door. In the configuration file, add line 19, and
  236. SECURITY=## (whatever security level you choose) to override it, or
  237. PCBSECURITY to use the value in pcboard.dat. This allows you to use
  238. other doors to gradually upgrade a user through other doors before the
  239. actual callback verification.
  240.  
  241. August 15, 1992 Ver 2.2
  242.  
  243. ■ Corrected an logic error which did not take into account incorrectly
  244. entered phone numbers. The program will now look at the phone number
  245. entered, and try to divide it into 3 parts (Areacode, Exchange, and
  246. Number) when the user first enters the door. If unable to split the
  247. number properly, it will then take the user to a screen to enter each
  248. portion of the number separately for proper operation. Since you have
  249. the option of controlling the callback area, the number entered has to
  250. be parsed into its separate sections to be checked.
  251.  
  252. ■ Added a note to the user that the number entered will be the number
  253. called back, so they have an opportunity to change it before the program
  254. does the callback.
  255.  
  256. August 12, 1992 Ver 2.1
  257.  
  258. ■ Corrected an error which did not write the number to the trash can
  259. file upon successful verification.
  260.  
  261. ■ Working on a parsing routine for the phone numbers to separate them
  262. into area code, exchange, and number when a user enters the phone number
  263. all together without spaces or dashes. Encourage your users to enter the
  264. phone number properly during registration, perhaps displaying a guide
  265. for them by modifying the prompt in PCBTEXT like this;
  266.  
  267. Business/Data Number XXX XXX-XXXX (800 555-1212)
  268.  
  269. July 27, 1992 Ver 2.0 *** Major Rewrite ***
  270.  
  271. ■ Version 2 in beta testing... completely rewritten in Turbo C++ 3.0 using
  272. the new PCBoard Door Toolkit from Clark Development.
  273.  
  274. Setup is not much different than the previous versions. The Phones.dat
  275. file is not longer required, and the config file has changed. Please
  276. refer to the sample config file included in the ZIP for changes.
  277.  
  278. Please report any problems or suggestions to me on my board. These beta
  279. versions are not for distribution... please do not post them... I will
  280. release the program as FREEWARE as soon as the testing is completed.
  281.