home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / BBS / BCNUK080.ZIP / NUKE.CFG < prev    next >
Text File  |  1994-11-08  |  4KB  |  97 lines
  1. f:\ppe\zipzap\ulby\ulby.dat
  2. 46 30
  3. Uploaded by
  4. NOSTR
  5. @X08│  @X0B@NR@  @X08@POS:8@│@X0B @CMT@  @X08@POS:79@│
  6. d:\offline
  7. NO
  8. 20 20 20 20 90
  9. NO
  10. 20
  11. YES
  12. NO
  13. d:\dummy
  14. NO NO NO
  15. ----------------------------------------------------------------------------
  16. Line 1: If you use ulby to change the uploaded by string, put the full
  17.         path/name of the ubly database here. Otherwise put a 'N' here.
  18.  
  19. Line 2: (X, Length) of the user name in the uploaded by string.
  20.         Trailing spaces are always removed.
  21.  
  22. Line 3: The uploaded by string that you use in your descriptions.
  23.  
  24. Line 4: Here you can define some special cases when searching the upload user
  25.         in the description in an effort by me to try to acommodate all setups.
  26.  
  27.     In order of preference:
  28.  
  29.            B - Look for it from the Bottom up, almost all the time
  30.                the uploaded by string is the last (or whereabouts) line,
  31.            looking from the bottom upwards for the user will prevent
  32.            any problems with the 'uploaded by' string being found
  33.            in the normal description text.
  34.  
  35.            NOSTR - Uses the first line from the bottom up that has some
  36.                    text in it as the string with the user name, use this
  37.                if you don't use any kind of distinguishable string
  38.                with your upload user name (like I do).
  39.  
  40.            T - Look for the supplied string from the TOP up, not 
  41.                recommended.
  42.  
  43. Line 5: Nuke reasons replacement line. @NR@  =  Reason number
  44.                                        @CMT@ =  Reason text
  45.  
  46. Line 6: Offline directory, used to move files offline if so selected. Must
  47.         exist.
  48.  
  49. Line 7: YES to not delete the created nukefile (this is the dir file with a .nuk
  50.         extension), just in case something goes wrong.
  51.  
  52.     NO moves the created nuked dirfile entry to the actual dir file, this
  53.     is faster of course, but not as save as keeping the two files, in case
  54.     something goes wrong.
  55.  
  56. Line 8: Access securities for different nuker functions, note that these
  57.         are not used if USERS.CFG is used for access (line 9):
  58.  
  59.            Token 1: Security needed for nuking.
  60.            Token 2: Security needed for awarding.
  61.            Token 3: Security needed for freeing.
  62.            Token 4: Security needed for commenting.
  63.            Token 5: Security needed to delete/zero byte files, without
  64.                     moving them offline.
  65.  
  66. Line 9: NO to not use USERS.CFG to check for access. In this case only the
  67.         security setup for NUKE.PPE limits access. If this is YES only 
  68.     users listed in USERS.CFG will have access.
  69.  
  70. Line 10: Security to give a free file in FSEC.
  71.  
  72. Line 11: YES to update the top nuked users bulletin each time the nuker
  73.          exits. Updating of the nuked users bulletin won't take much time,
  74.      but if you don't care for it anyway you might as well disable it.
  75.  
  76. Line 12: If this is set to yes the directory specified in the next line (13)
  77.          is used to move zero-byted files to. If you use this option make
  78.      sure that the directory in the next line exists and that it's 
  79.      included in your dlmain.lst (or seperate dlpath.lst files) so it will 
  80.      be checked on uploads.
  81.  
  82. Line 13: Dummy directory, only used if line 12 is YES. This directory MUST
  83.          exist.
  84.  
  85. Line 14: This will be a line with some general parameters:
  86.  
  87.          Token 1: YES puts the nuke/award etc reason description(s) after
  88.               the *.MSG (skull pictures) files. NO will insert them 
  89.           before the *.MSG files.
  90.     
  91.      Token 2: YES to keep the old description when nuking, otherwise
  92.               the description will be deleted and only the nuke reason etc
  93.           will be shown.
  94.  
  95.      Token 3: Default turbo prompt to YES or NO.
  96.  
  97.