home *** CD-ROM | disk | FTP | other *** search
/ CD Shareware Magazine 1997 January / CD_shareware_1-97.iso / DOS / COMUNICA / MSG2N403.ZIP / MSG2NEW.CFG < prev    next >
Encoding:
Text File  |  1996-08-20  |  3.7 KB  |  94 lines
  1. 0
  2. 0
  3. Randy Chalupka
  4. Welcome to BugBYter BBS!
  5. newuser.imp
  6. 0
  7. Y
  8. Randy Chalupka
  9. 0
  10. N
  11. N
  12. \\bbs-s1\c\wc5\wcc\addlist.txt
  13. 30
  14. \\bbs-s1\c\wc5\bull\bull100.bbs
  15. \\bbs-s1\c\wc5\http\last30.htm
  16. Y
  17. N
  18. N
  19. N
  20. N
  21. N
  22. ;Every thing below this line is ignored
  23.  
  24. Line 1:  Registration number, 0 if unregistered.
  25.  
  26. Line 2:  The conference # that you want the message posted in.
  27.          The conference must exist.
  28.  
  29. Line 3:  Who the message is from (up to 25 characters). 
  30.          Normally this will be your name, but can be anything you want
  31.          it to be (i.e. The Welcome Committe or name of BBS).
  32.          Note: If the name here is not in the user Database, the new caller
  33.          will not be able to reply to the welcome message and may get confused.
  34.  
  35. Line 4:  What the message subject should be (up to 25 characters).
  36.  
  37. Line 5:  The name of the message import file.  Here's the tricky part.
  38.          The import file must be in the message database path as defined
  39.          in makewild for the conference that you are posting it to (Line 2).
  40.          The file must have the extension IMP.  Do not include the << 
  41.          The program will add them automatically.
  42.  
  43.          For more information on using import files, read page 223 in your
  44.          Wildcat! 4 SYSOP guide.
  45.  
  46. Line 6:  This is the conference that you want the caller to end up in when 
  47.          LOGON.WCX is finished.  This takes the place of any SETCONF program
  48.          you may be running as a POSTCALL.WCX/BAT/RUN.  
  49.          Instead of setting the conference AFTER the caller logs off, this 
  50.          will do it when they LOGON.  This will work for ALL callers, 
  51.          not just new callers.
  52.  
  53. Line 7:  Post a message to the SYSOP?  Do you want a message sent to the SYSOP
  54.          when a new user logs on? (Y / N / S) "Y" sends the standard 2 screen
  55.          message, "S" will send a short message and "N" is for NO message.
  56.  
  57. Line 8:  Sysop's name.  This is who the message to SYSOP will be addressed to.
  58.          It does not have to be the actual SYSOP, nor does the name have to 
  59.          be a valid name in the user database, but then, who will ever read it?
  60.  
  61. Line 9:  Conference number to post the message to the SYSOP in.
  62.          The conference must exist.
  63.  
  64. Line 10:  Enter the complete path and file name of any .BAT file that you want
  65.           to run as part of the logon procedure.  This is useful for some 
  66.           utility programs that need to run from a .BAT file.  To disable
  67.           this option place an N here.  
  68.  
  69. Line 11: Enter the complete path and file name of any .wcx file that you want
  70.          to run as part of the logon procedure.  This is useful for some 
  71.          utility programs that need to run from a .wcx file.  To disable
  72.          this option place an N here.  
  73.  
  74. Line 12: Enter the complete path and file name of the text file you want the 
  75.          new users name and address sent to. This is usefull for creating a 
  76.          list of new callers to mail welcome packets to.
  77.  
  78. Line 13: How many days worth of new users do you want in the "New User Bulletin"
  79.          0 to disable.
  80.  
  81. Line 14: Drive\path\file_name to ANSI bulletin. UNC's are OK
  82.  
  83. Line 15: Drive\path\file_Name to HTML page. UNC's are OK
  84.  
  85. Line 16: Add a @PAUSE@ to end of "New Users" ANSI file? (Y/N)
  86.  
  87. Line 17-21: Names of custom User datafields, N to disable.
  88.  
  89. **NOTE** No error checking is performed on the configuration file.  I figured
  90. that most Wildcat! SYSOPs are pretty well versed at editing configuration files,
  91. and the less error checking code I place in the program, the faster it will run.
  92. My goal is for this program to execute without the caller even knowing it's
  93. there. Except of course for the pop up message they get.
  94.