home *** CD-ROM | disk | FTP | other *** search
/ Black Box 4 / BlackBox.cdr / bbs_mail / ghost236.arj / WHATSNEW.236 < prev   
Text File  |  1991-06-08  |  15KB  |  340 lines

  1.  
  2.       Ghostwriter's revision history
  3.  
  4. 2.36  Looks as if at last I fixed the bug causing EMS or the swap
  5.       file to remain allocated after program termination.
  6.       Sometimes "Ghostwriter" didn't release EMS memory or delete
  7.       the swap file; I hope this should not happen again starting
  8.       with this version.
  9.  
  10.    o  Updated the program's domain table according to a message
  11.       thread in the zone 2 sysop echo.  Of course the domain table
  12.       of Fd.Sys will be used instead of the programs pre-defined
  13.       domains.
  14.  
  15.    o  The "$fidonews" macro wasn't correct: it always returned
  16.       next week's filename for FNEWSxxx.LZH.  Should be fixed now.
  17.  
  18.    o  If the "TZ" environment variable is set, "^aTZ: [timezone]"
  19.       will be inserted in messages created by the program.  Although
  20.       "^aTZ: [timezone]" not yet is a Fidonet standard ("Fidonet
  21.       standard?  Are you kidding??") some programs insert and hopefully
  22.       use this kludge line.
  23.  
  24.  
  25. 2.35  The monster now also should be compatible to FrontDoor 2.01 and
  26.       newer versions.  The names of some FrontDoor support files have
  27.       been changed, for example from "Folder.Sys" to "Folder.Fd".
  28.       I've changed the source code to work with both *.Sys and *.Fd
  29.       file names -- and found out that a *complete* re-write would
  30.       be necessary (pheeh!).
  31.  
  32.  
  33. 2.34  Fixed the bug causing kludges like "^aINTL 1:1:170/400 2:310/11".
  34.  
  35.  
  36. 2.33  If the zone of a destination address is not defined the program
  37.       created an illegal "^aINTL" kludge line.  Starting with this
  38.       version the program assumes the same zone as found in the origin
  39.       address if the destination zone is missing.  Thanks a lot to
  40.       Werner Schlagnitweit, 2:310/3, and Johannes Mistelbauer, 2:310/30,
  41.       for notifying me.
  42.  
  43.    o  Felix Kasza found the bug in the Assembler routine which sometimes
  44.       caused the program to leave a swap file after termination.  This bug
  45.       only was encountered on machines without EMS memory.
  46.  
  47.  
  48. 2.32  Speeded up my C-to-Pascal string conversion routine.
  49.  
  50.    o  Recompiled the whole monster using Turbo Pascal 6.0
  51.  
  52.  
  53. 2.31  The "$sigdiff" and "$signodes" macro templates now are expanded
  54.       to a filename using "Z" (for PKzip) as the default packer
  55.       extension.  Orlando Castillo, 2:346/4, told me that PKzip
  56.       is the "official" file compression program in SIGnet.
  57.  
  58.  
  59. 2.30  The new configuration keyword "#define forcedINTL" (not case
  60.       sensitive) forces the program to insert "^aINTL <destination>
  61.       <origin>" into netmail messages even if destination and
  62.       origin zone are identical. I've been told that this makes
  63.       FrontDoor operation using AKAs in different zones easier.
  64.       See the section "miscellaneous general settings" in the file
  65.       Sample.Cfg included in Ghost230.Zip.
  66.  
  67.    o  The "^aFLAGS CFM" confirmation flag of the "Hello and thank
  68.       you!"-message created by "ghost hello!" now only will be set
  69.       if this message is created on systems in zone 2.
  70.  
  71.  
  72. 2.29  The domain string in the ^aMSGID written to messages
  73.       created by "Ghostwriter" now matches the domain table
  74.       as used by FrontDoor 2.00 (Setup: "Global / Address / Domains").
  75.  
  76.    o  Added some sounds to the program. If a tag-line could not be
  77.       found in Ghost.Cfg, messages from the "purge" group are deleted
  78.       during a "mailcheck" run and new echomail is found in a "report"
  79.       run sounds will be generated. The sessings in Fd.Sys (Setup:
  80.       "Mailer / Audio Control") will be consulted to check if it's
  81.       allowed to generate some noise.
  82.  
  83.  
  84. 2.28  The program now uses the site info field which will be
  85.       introduced by FrontDoor 2.00 to determine the system's
  86.       name and location (Setup: "Global / Address / Site info").
  87.  
  88.  
  89. 2.27  Fd.Sys will now be opened in a somewhat more network
  90.       aware way. Don't know why, but on Felix Kasza's (2:310/11)
  91.       Novell LAN "Ghostwriter" suddenly was unable to read Fd.Sys.
  92.  
  93.  
  94. 2.26  The new command line switch "-a[n]" allows to specify
  95.       which AKA should be used as origin address in messages
  96.       created by the program. [n] must be a number between
  97.       1 and 10 and refers to the AKA number found in FrontDoor's
  98.       Setup "Global / Address". -a2 refers to AKA #2, -a4 to AKA #4
  99.       and so on. This switch is valid only in FrontDoor environments.
  100.  
  101.  
  102. 2.25  The program's internal domain table has been updated
  103.       according to an article in Fido739.Nws.
  104.  
  105.  
  106. 2.24  The program became aware of DESQview and DoubleDOS.
  107.       The message generated when using "ghost hello!" has
  108.       the "Confirm Receipt REQ" flag set as supported by
  109.       FrontDoor 2.00.
  110.  
  111.  
  112. 2.23  The echomail report now also includes the message
  113.       subjects of new messages addressed to the sysop.
  114.       FrontDoor's "Mail" display flashes if new echomail
  115.       messages were found during execution of the "report"
  116.       function.
  117.  
  118.  
  119. 2.22  The "$fidonews" macro now reflects the new compression
  120.       method used by the Fido Newsletter editor: LZH.
  121.  
  122.    o  Fixed a bug which confused the mailcheck option when a
  123.       new month had just started.
  124.  
  125.  
  126. 2.21  While deleting messages of the "purge" group a field in
  127.       Msginfo.Bbs wasn't updated correctly. This didn't cause
  128.       any troubles, but of course it wasn't nice.
  129.  
  130.  
  131. 2.20  Changed the program to work with the new format of the
  132.       "address" statement as introduced by BinkleyTerm 2.40.
  133.  
  134.  
  135. 2.19  Two new macros for automatically updated magic filenames:
  136.       "$Sigdiff" and "$Sigecho".
  137.  
  138.  
  139. 2.18  Fdrescan.Now will not be written if netmail messages
  140.       to the local system were created by the program.
  141.       Additionally, errorlevel 0 ("no action") will be
  142.       returned in this case.
  143.  
  144.    o  The blue copyright notice output by the program no longer
  145.       should bleed through other screens if used in DESQview or
  146.       DoubleDOS environments.
  147.  
  148.  
  149. 2.17  I've received some bug reports concerning the "report"
  150.       function of the program: sometimes the computer would "hang"
  151.       in an endless loop. This happened when folder descriptions
  152.       in Folder.Sys were longer than 39 characters. Now only the
  153.       first 37 characters of the folder descriptions will be
  154.       included in the report message/report file. I've checked
  155.       it; on my machine it works, good luck on your computer.
  156.  
  157.    o  When executing "ghost mailcheck" the program terminated with
  158.       the wrong errorlevel 1 instead of 0 when no new messages were
  159.       created. This has been fixed.
  160.  
  161.  
  162. 2.16  Added the "$eggdiff" macro to the built in list of "magic"
  163.       filenames.
  164.  
  165.  
  166. 2.15  Ghost.Exe is compressed by "Lzexe". If you raise any
  167.       problems please use "Unlzexe" to remove the compression.
  168.  
  169.  
  170. 2.14  Fortunately I remembered that there's a "QuickBBS style bit"
  171.       present in Folder.Sys [blush]. This version uses this bit to
  172.       check if a folder contains a QuickBBS or *.Msg style board.
  173.  
  174.    o  The procedure used to extract the address of an echomail
  175.       message contained a bug which has been fixed. I hope the
  176.       program didn't write "Sorry..." messages during mailcheck
  177.       to the right people at the wrong addresses.
  178.  
  179.    o  When performing a single batch file via "ghost server" the
  180.       temporary batch file created by the program wasn't deleted
  181.       after execution. This has been fixed in this version.
  182.  
  183.  
  184. 2.13  The swap subdirectory and the subdirectory used for temporary
  185.       files will be taken from the TMP or TEMP environment entry.
  186.       If both are missing the current subdirectory will be used.
  187.       This avoids conflicts if FD or FM already are swapped to a
  188.       probably too small RAM disk.
  189.  
  190.    o  If QuickBBS boards and subdirectories for *.MSG style messages
  191.       are contained both in Folder.Sys only the QuickBBS boards will
  192.       be available for any message related function of the program.
  193.       Sorry, but the program already is large enough; I fear it's
  194.       impossible to cover both QuickBBS and *.MSG style echomail.
  195.  
  196.    o  The correct destination address will be written in the message
  197.       header if the program creates an echomail message in a QuickBBS
  198.       board. I found by accident that the program used randomly
  199.       values instead. However: since this happened only in echomail
  200.       folders no troubles resulted.
  201.  
  202.  
  203. 2.12  Added the ^aPID kludge as suggested by Joaquim Homrighausen.
  204.  
  205.    o  If the primary network address contains a net number greater
  206.       than 4000 the program assumes it's operated by a somewhat
  207.       dumb point user. The program will not be operable in this
  208.       environment. Use your correct 4-D-address instead.
  209.  
  210.  
  211. 2.11  The most currently known domains will be inserted in the MSGID.
  212.       A 32 bit Unix timestamp is used as MSGID part; this hexadecimal
  213.       string represents the numbers of seconds passed since 1970-01-01
  214.       UTC.
  215.  
  216.  
  217. 2.1   A new "trigger" function allows execution of any DOS command
  218.       if specific messages are existing in the netmail directory.
  219.  
  220.    o  Added some FrontDoor specific goodies: origin lines are taken
  221.       from Folder.Sys, Fdrescan.Now will be built on occasion, all
  222.       AKA addresses are checked when executing the "server" and
  223.       "trigger" functions. The Areas.Bbs file no longer is required
  224.       in FrontDoor environments. The built-in tag "history" creates
  225.       a verbose report of the system's inbound/outbound history.
  226.  
  227.  
  228. 2.09  Changed the "32 bit Unix timestamp" to what it is in reality:
  229.       a date and timestamp in DOS directory format. *Never* trust
  230.       what you read in a FidoNet specification file.
  231.  
  232.    o  Fixed the bug which corrupted the time part of the $bouncelimit
  233.       variable.
  234.  
  235.    o  File attaches now also work with the "onday" and "ondate" option
  236.       (thanks to Ruud De Bruin, 2:281/603, for the hint).
  237.  
  238.  
  239. 2.08  Support of the 32 bit Unix timestamp as used by Opus, SEADog,
  240.       FrontDoor and other FidoNet mailer/editor programs.
  241.  
  242.  
  243. 2.07  Added "Opcndiff" and "Opcnlist" to the built-in magic filenames
  244.       supported by the program. Jack Decker, 1:154/8, suggested this.
  245.  
  246.  
  247. 2.06  I've triple checked the source code to assure that under
  248.       no circumstances unreceived file attach messages will be
  249.       touched by the mail check option.
  250.       Roland Gautschi, 2:302/561, reported some troubles while
  251.       doing mail check with the "cosysop" flag enabled.
  252.  
  253.    o  If node zero is used in the system's primary network address
  254.       the program complains about that on screen and in the log file. 
  255.       Zeroeth nodes or region network numbers normally should never
  256.       be used as primary network address.
  257.  
  258.  
  259. 2.05  The new optional command line parameter "-n<new_name>"
  260.       performs all program operations with <new_name> instead
  261.       of the sysop's name as found in Binkley.Cfg, Config.Ra
  262.       or Fd.Sys. Use the underscore character (5Fh, Alt-95)
  263.       to separate firstname and lastname.
  264.  
  265.    o  If an attempt is made to send messages to an undefined group
  266.       this will be logged to the screen and the logfile. Also the
  267.       "trouble" errorlevel (3) is returned to DOS after program
  268.       termination.
  269.  
  270.  
  271. 2.04  The "country" settings in Config.Sys now affect the time
  272.       format used in the program's log file. The appearance of
  273.       the mailcheck string variable "$bouncelimit" also depends
  274.       on the country code as found in DOS.
  275.  
  276.  
  277. 2.03  Changed the way the $group operator works: zone numbers will
  278.       only be shown if they are different from the addressee's zone.
  279.       Other group members names and network addresses are written
  280.       in word wrap mode.
  281.  
  282.  
  283. 2.02  Added support for the MSGID message kludge as published by
  284.       Jim Nutt aka "jim nutt" in the Fido Newsletter, vol 7 #11.
  285.  
  286.    o  Fixed nasty "tag not found" if "-d [days]" was present
  287.       on a file attach tag line.
  288.  
  289.  
  290. 2.01  New "onday" feature: valid day names are Monday to Sunday.
  291.       The call "ghost onday <more options>" will search for a tag
  292.       line starting with "onday <current day name>" and create
  293.       the message if tags match.
  294.  
  295.    o  Message flags now optionally also may be written on the same
  296.       line as "to group <groupname>". Message flags entered in this
  297.       manner are valid for the whole group; already individually set
  298.       flags for specific group members will be combined with the
  299.       group message flag.
  300.  
  301.    o  Optional "#define endtag <end-of-text mark>" flag. If this flag
  302.       is present the first occurance of <end-of-text mark> on a message
  303.       line is interpreted as end of message text.
  304.       This especially is useful for file request/file update request
  305.       tags (see the included Sample.Cfg for more details).
  306.  
  307.  
  308. 2.0   Full support for the QuickBBS message format as used by QuickBBS,
  309.       FrontDoor and RemoteAccess.
  310.  
  311.    o  Powerful "server" feature. Netmail messages can be saved as batch
  312.       files, forwarded to the sysop and executed immediately. Each valid
  313.       batch file command is allowed; there are no restrictions what can be
  314.       done in those "message batches".
  315.  
  316.    o  Added support for the RemoteAccess configuration file Config.Ra.
  317.       If RemoteAccess is used as BBS software no additional configuration
  318.       is required.
  319.  
  320.    o  Automatic adaption of the Ghostwriter's log format to the mailer or
  321.       BBS software used. Log file confirms the Opus format used by Binkley-
  322.       Term or the FrontDoor log file format.
  323.  
  324.    o  Multiple "dos <command>" lines will be written to a temporary batch
  325.       file befor executing them. This is useful for sysops with computers
  326.       without EMS memory: disk swapping only happens once.
  327.  
  328.    o  Ultra-fast check for new echomail addressed to the sysop: 1000
  329.       messages will be scanned in approximately four seconds. The report
  330.       may be sent to a private netmail message, a disk file or any device
  331.       like a printer etc (only available in a QuickBBS message style echo-
  332.       mail environment).
  333.  
  334.    o  DOS environment strings can be used in any line of the configuration
  335.       file to substitute user names, network addresses, message subdirec-
  336.       tories, message flags or parts of the message text.
  337.  
  338.    o  Free configurable mailer specific message flags for complete message
  339.       groups or different single messages.
  340.