home *** CD-ROM | disk | FTP | other *** search
/ DP Tool Club 15 / CD_ASCQ_15_070894.iso / vrac_os2 / mrp_099k.zip / MR2READ.ME < prev    next >
Text File  |  1993-03-07  |  26KB  |  555 lines
  1. MR/2 - A QWK Compatible Mail Reader for OS/2.  03/06/93
  2.  
  3. Copyright (c) 1992, Knight Writer Software Company.
  4. All rights reserved.
  5.  
  6. ===================================================================
  7.                           N O T I C E
  8. ===================================================================
  9. This IS a shareware package, and does require a registration fee if
  10. you choose to continue using it after 30 days.   The registration
  11. fee is currently $20 US.  Eventually, the product MAY have a
  12. "begging" screen with a key-file that will register the software
  13. and suppress it.  The more interest I get, the more likely I am to
  14. continue with improvements.
  15. ------------------------------------------------------------------
  16.  
  17.  
  18. Changes included in v1.31
  19. -------------------------
  20.  
  21. o   Modified the packet select clock display to show centered on the screen.
  22.     It was centered for short month names, but September (it *is* the longest
  23.     name) made it look lopsided.
  24.  
  25. o   ANSI animation is much improved ... I've still got some work to do.
  26.     Some of these ANSI messages are incredible!  Toggle MR/2 into 34 line
  27.     or greater mode to read stubborn messages.
  28.  
  29. o   OK, I've enabled "ANSI detect" for News, Bulletins and New Files.
  30.     Actually, if I would have enabled it, this would have worked well in
  31.     version 1.3.  Unfortunately, I only tested it with message reading, and
  32.     it didn't make any sense for these - if a message had ANSI codes, it
  33.     was a good bet it wanted full control of the screen, which I didn't
  34.     want to give unless requested by the user (the "A" key).  Now I find,
  35.     after sampling several BBS's (Wildcat's were suggested, then I find that
  36.     PCBoards with Graphics menus enabled sends ANSI codes also :), that
  37.     the non-message ANSI stuff tends to be much more behaved.  Anyway, test
  38.     it out, let me know of any problems.
  39.  
  40. o   For ANSI animations, had to enable the "blinking" attribute.  I then
  41.     set it back off for regular operations.
  42.  
  43.  
  44. Changes included in v1.32
  45. -------------------------
  46.  
  47. o   Blinking attribute still didn't work in the message/file viewer.  News
  48.     files with blinking text showed reverse video in some starnge color.
  49.  
  50. o   Custom conference search was still started on message entry w/o any
  51.     existing packets (ALT-E from the packet select screen).  There are
  52.     no message to search in this mode, but the thread was started and the
  53.     beep would occur almost instantly.  This has been fixed.
  54.  
  55. o   Modified the "ShowEmpties" default flag from YES to NO.  Set it to
  56.     YES in your INI file if you want empty custom conferences to show.
  57.  
  58. o   KeepMessageMarks would sometimes get corrupted and set to NO.  This
  59.     was caused by an error in the INI.CPP code that "dropped" into the
  60.     "K" parameter processing after doing the "H" processing (missing
  61.     break statement).  For some reason, the corruption was more sensitive
  62.     to opening a packet using WPS "associations" that direct MR/2 selection.
  63.  
  64. o   But then, there was still a problem with using WPS associations to
  65.     open a packet.  Problem also occured whenever simply passing a file
  66.     name on the command line.  MR/2 tried to save Bookmark EA's, but used
  67.     an invalid file name.  This is now working correctly.
  68.  
  69. o   Added NEWMR2.ICO to the distribution zip.  This is an MR/2 icon
  70.     submitted by Dennis Powell.  He claims it's better looking than mine,
  71.     and I guess I'll have to agree :).
  72.  
  73. o   The ANSI file viewers would clear the screen to the user-defined message
  74.     color before showing the file/screen.  This resulted in the "wrong"
  75.     background color.  I now clear the screen to black before showing text
  76.     using ANSI escape sequences.
  77.  
  78. o   Also, MR/2 left all ANSI display routines with the default screen colors
  79.     set to whatever the ANSI display last set.  I now set normal white on
  80.     black upon exiting these functions.
  81.  
  82. o   I made some changes to try to speed up the scrolling of selection lists.
  83.     The mods where to the video display routines, but seemed to do nothing.
  84.     I don't really see any slowness, unless I stand on the downarrow key.
  85.     These may be more a case of slow keyboard repeat.  I'll see if I can
  86.     modify this somehow.
  87.  
  88. o   When you change the FROM user when editing the reply header, the new
  89.     "from" name is remembered and becomes the default for as long as that
  90.     packet is open.  Once the packet is closed, the user name defaults
  91.     back to the one found in the control.dat file of each QWK file.
  92.  
  93. o   I removed survey.txt from the distribution zip.  I think I know what
  94.     the majority of folks want, and the zip file needs to be pruned a little.
  95.     Also removed Misc1.Tag, leaving Misc2.Tag and OS2.Tag.  These may get
  96.     trimmed or disappear altogether at some time ...
  97.  
  98. o   Also removed MR2.DOC from Welcome.qwk, the default, "I'm lost" new-user
  99.     packet.  I've replaced it with a small note about seeing mr2.doc as
  100.     a separate file.  This file was actually packed twice, now only once.
  101.  
  102. That's it for now ... I'll work on adding some actual enhancements as soon
  103. as I get MR/PM out and somewhat stable ... that'll probably take a week,
  104. or two, or three.  Look for MRPM_095.*
  105.  
  106.  
  107. Changes included in v1.33
  108. -------------------------
  109.  
  110. o   Forwarding messages had a problem with taglines.  The forwarded preface
  111.     was placed in the edit-header tagline field and could get corrupted.
  112.     Forwarded messages get no tagline; this field now displays blank and
  113.     any entry here is ignored.
  114.  
  115. o   On some messages, lines would be highlighted as quotes that were
  116.     obviously not.  This was from ghost characters from previous lines and
  117.     has been fixed.
  118.  
  119. o   Fixed a problem with the MR2.ID recognition routine.  Basically, if
  120.     any of my checksums calculated to a CR or a EOF (0x1A), the file would
  121.     not be recognized as valid.  This has been fixed.
  122.  
  123. o   If a zero length reply file was for some reason saved, then reedited,
  124.     MR/2 would throw a second tagline on the file.  Fixed.  I wonder if I
  125.     can reasonably detect the cases where the reply has been saved w/o
  126.     any user-added modifications and warn??
  127.  
  128. o   In the INI file, MouseMode now supports the keyword "Off" in addition
  129.     to SingleClick and DoubleClick.  All "Off" does is tells MR/2 to hide
  130.     the mouse cursor (the mouse is still active, just hidden).  ... by
  131.     registered user request.
  132.  
  133. o   New INI parameter SuppressVersionInTagline defaults to NO.  If
  134.     you're a registered user, you may set this to YES and the version
  135.     number(s) will be suppressed when MR/2 generates a tagline.  This
  136.     allows more room for your tagline message, particularly when used in
  137.     conjunction with "SerialInTag" set to NO.
  138.  
  139.  
  140. Changes included in v1.34
  141. -------------------------
  142.  
  143. o   The custom conference search "check" keyword ORIGIN has been modified
  144.     to recognize a lines starting as " * " as the "origin".  Also sees the
  145.     line as the start of the origin area if the "*" is instead an "X" or a
  146.     ASCII block char (0xFE).
  147.  
  148. o   The 1.33 tagline modifications to suppress the VERSION string worked OK,
  149.     but the new code messed up the non-suppressed version string for
  150.     registered users.  This has been fixed.
  151.  
  152. o   Added PMColors to the INI file processor.  This adds nothing to MR/2
  153.     classic - this is for the PM version :(.
  154.  
  155. o   Removed the file Read.Me from the Welcome.Qwk default packet.  This
  156.     was just a duplication of the file read.me that's distributed
  157.     separately.  Duplicating the file just made distribution zip's larger
  158.     and made extra work for me when packing up new versions.  Now, all
  159.     that's in the .qwk packet is instructions to read the read.me file.
  160.  
  161.  
  162. Changes included in v1.35
  163. -------------------------
  164.  
  165. o   Another control.dat problem was found pertaining to a specific BBS
  166.     (or BBS software/mail door?).  A registered user sent me a packet where
  167.     control.dat had the user name padded to about 40 characters max.  This
  168.     overwrote some internal variables (specifically, the BBSID) and the
  169.     system tried to create replies in a file named "       .msg".  This
  170.     is not legal and MR/2 would puke.  Since this has now caused trouble
  171.     twice, I've rewritten the routine to handle virtually any length of
  172.     user name.
  173.  
  174.  
  175. Changes included in v1.36
  176. -------------------------
  177.  
  178. o   Beeping on personal messages did not always work.  The comparing of
  179.     names was case sensitive, and worked only if the message name and the
  180.     user name in control.dat matched EXACTLY.  This has been corrected.
  181.  
  182. o    Modified the tagline "random" seeding in an attempt to make things more
  183.     "random".  Someone reported that the same taglines were coming up even
  184.     when set to RANDOM.  I could not recreate this, but an examination of my
  185.     code revealed that there were only 60 possible seeding combinations.
  186.     (I used time(NULL)%60).  I've changed this to offer a broader range of
  187.     starting seeds.
  188.  
  189. o   Tagline style now defaults to PC-Board.  This is 3 dashed as a tearline
  190.     and hi-end ASCII block characters as MR/2's signiture delimiters.  I
  191.     also added the keyword "TagStyle" to MR2INI.ORG.  It's been there for
  192.     a while, but I missed it when documenting and setting up this starter
  193.     INI file.
  194.  
  195. o   Fixed a thread-name formatting problem in the quick thread summary
  196.     logic (originally fixed in MR/2 PM).  The very last thread name would
  197.     sometimes be blank or some initial characters missing due to a previous
  198.     "RE:" being detected.  This has been fixed.
  199.  
  200. o   Modified the conference "sort" (when Alpha-sorted master conference
  201.     names are requested <the default>).  Previously, conference names
  202.     where inserted into the final linked list used by the QWK class in
  203.     insertion-sorted order.  In other words, I'd plow through the linked
  204.     list and find the right spot for a conference name and plop it
  205.     there. This was extremely slow for large lists.  Now, names are
  206.     recorded (sorted) in a BTREE structure, then transfered into
  207.     linked-list format. The increase in speed (using PC-Ohio's 1000+ and
  208.     Channel 1's 2200+ conference lists as tests) is dramatic.  I'm
  209.     happy, I hope you are too.
  210.  
  211.  
  212. Changes included in v1.37
  213. -------------------------
  214.  
  215. o   The selection box logic had some problems when working in modes
  216.     with a large number of display lines (e.g., 60 line mode).  Pressing
  217.     enter on the 32nd listed entry or beyond was treated by MR/2 as being
  218.     a letter-character command and the "ENTER" would be ignored.  This has
  219.     been fixed.
  220.  
  221. o   Added a new member of zEq, the event class.   The event function
  222.     rehidemouse() can be used after a video mode change.  If the mouse
  223.     flag says it should be hidden, MouRemovePtr() is called with the
  224.     current screen size.  If the mouse flag says the mouse is *not*
  225.     hidden, nothing is done.
  226.  
  227. o   The changing of video modes (number of display lines) caused the mouse
  228.     cursor to sometimes become visible when it shouldn't.  This has been
  229.     corrected.  Also, if MouseMode was set to OFF and you replied to any
  230.     message, the mouse would appear upon return from the editor (the mouse
  231.     flag was reset to "show" upon return).  This has been fixed.
  232.  
  233. o   In an early and primitive attempt to support long file names, I've
  234.     switched to the linker distributed with the MS v1.2 toolkit.  It seems
  235.     blink (Zortech's linker) doesn't like the LONGNAMES keyword in the
  236.     .def file.  Hopefully, nothing strange will happen :)
  237.  
  238.  
  239. Changes included in v1.38
  240. -------------------------
  241.  
  242. o   If EditHeader was set to AFTER only and an existing reply was modified,
  243.     "your" name would appear in the TO field as well as the FROM field.
  244.     This was the result of a 9/2/92 patch for AFTER mode, but the patch
  245.     should not effect editing of replies.  Fixed.
  246.  
  247. o   While working in Header Editing "AFTER" mode I also discovered that
  248.     the subject of a "Write new" message was often filled in with the
  249.     last read  message's subject.  Subjects are now blanked out when
  250.     writing a "new"  message.
  251.  
  252. o   Write new: conference numbers > 1000 would only show last 3 digits.
  253.     Display now is widened by one and 4 digit conference numbers displayed.
  254.  
  255. o   Conference select when editing the message header has been expanded
  256.     in width by one character to match Write new conference select.
  257.  
  258. o   My testing of BBS's with 4 digit conference support failed to find one
  259.     possibility.  It was reported that, at least once, some QWK door produced
  260.     4-digit index files for conference numbers < 1000.  For instance,
  261.     conference 1 would be indexed by 0001.ndx.  "Normal" doors seem to use
  262.     3 digits *until* the conference number grows to 1000 or more.  MR/2 now
  263.     supports and auto-detects both types.
  264.  
  265. o   Enhanced the tagline stealer to recognize taglines made by the BlueWave
  266.     mail reader.  Added recognition for Speed Reader's method, also.
  267.  
  268. o   A packet was provided to me that had strange, extremelly long conference
  269.     names; actually conference names followed by comment-like descriptions.
  270.     These long names were causing strange screen-wrapping problems.  I've
  271.     now got a 60-char maximum box width set for conference names.  Names
  272.     longer that this will be truncated ... they won't look pretty, but they'll
  273.     look better than what I just saw :)
  274.  
  275. o   My new/faster btree sorting method would toss out duplicate
  276.     conference names.  This wouldn't normally be a problem, but OS/2
  277.     Shareware's QWK door truncates all Usenet news feed names to
  278.     "Comp.Os.Os2.". Versions using the old sort method (or new ones with
  279.     Alpha sorting OFF) would show multiple conferences all with the same
  280.     name.  New version show the conference only once, if at all.
  281.     Collisions (duplicate names) are now handles as unique records and
  282.     added - so all conferences show up. They're still named the same.
  283.     I've netmailed OS/2 Shareware with a description of the problem.
  284.  
  285. o   Conference name boxes on "Write new" and header-editing selection now
  286.     adjust their width to accomodate long conference names.  (Kind of a
  287.     continuation of the fix above).
  288.  
  289. o   I've been making alot of minor changes and improvements and haven't
  290.     been too careful about remembering them.  Let's see, I found a minor
  291.     bug with adding replies.  Every time you replied, a 30 byte chunk of
  292.     memory was allocated for the conference listing, and any older conference
  293.     record was never freed.  You'd have to make quite a few replies before
  294.     this would create a problem - but it's fixed anyway.  The "Read" indicator
  295.     on the message index and quick thread summary has been changed from
  296.     "*" to "√".  I think it looks nicer.
  297.  
  298. o   Tagline stealer can now steal wider taglines - 76 chars in length max.
  299.  
  300. o   Added some code to detect "&" symbol in BBS name.  This was causing
  301.     the OS/2 CMD.EXE to do strange things when passed to PKZip and PKUnzip.
  302.     MR/2 now wraps all BBSID-based names that contain a "&" in quotes.
  303.  
  304.  
  305. Changes included in v1.39x - BETA
  306. ---------------------------------
  307.  
  308. Folks:  I'm calling the next few versions "beta-level" releases.  Most of
  309. my releases are anyway <g>, but the next couple of cuts are going to have
  310. many new functions and lots of rewritten sections.  Most of these are
  311. scheduled for version 2.0, but I'm thinking that I'll release them in
  312. steps instead of holding back (i.e., 1.4, 1.5 ... 2.0).  Stick with v1.38
  313. if your craving for adventure is low :)
  314.  
  315. o   INTERNAL: Renamed RemoveKilledReplies() to RemoveKilledMessages().  This
  316.     function will be used to later pack message "folders" and the new name
  317.     better reflects its more generic purpose.
  318.  
  319. o   INTERNAL: Added folderfh to QWK class and modified all message access
  320.     routines to check the freadingfolder flag.
  321.  
  322. o   INTERNAL: new routine fix_path() in INI.cpp.  ReplyPath and PacketPath
  323.     now pass through this call, as well as FolderPath.
  324.  
  325. o   INTERNAL: Massively modified Inbasket/Folder logic - I didn't like
  326.     the way it was working.
  327.  
  328. o   Packing of replies has been reworked.  Previously, all replies were
  329.     copied to a temporary file, with killed replies being filtered out.
  330.     Then, the reply file was deleted and the temporary file renamed to
  331.     the reply file name.  Now the reply file is packed "in place".  This
  332.     is faster, does not require a temporary file AND has been made generic
  333.     to allow for future use with folders.
  334.  
  335. o   Mouse is now semi-function on "form" type entry screens.  Functional
  336.     as far as clicking on any informational "keystroke" bar will simulate
  337.     that keypress.  For example, when saving a message, clicking on "pick
  338.     from list" will simulate an F2 keypress.  This was probably more coding
  339.     than it was worth, but it works :)  Tagline stealing, save file select
  340.     and reply header editing were effected.
  341.  
  342. o   Added an " ENTER = ESCAPE " key bar to save file name entry to aid in
  343.     mouse use.
  344.  
  345. o   New TagStyle value has been added.  If the INI file contains the line
  346.     "TagStyle=TwoLine", then a tagline in the form of:
  347.  
  348.     .. your funny tagline here
  349.     -- MR/2 v1.38 NR
  350.  
  351.     will be produced.  Originally, I called this the "BlueWave" style, but
  352.     something didn't sit well with me, so I changed it to "TwoLine" :).
  353.  
  354. o   You can now "Defer" any message to a QWK save area independant of the
  355.     current packet for later processing.  This will create an "InBasket"
  356.     conference which will contain all messages for the current BBS that
  357.     have been deferred and never manually deleted.  This allows for you
  358.     to reply to the message later, when time permits, without having to
  359.     keep the entire packet around, trying to remember why, and which
  360.     message it was.   Press "D" or "/" while viewing the message you
  361.     want to defer.
  362.  
  363.       *** THIS IS BETA-LEVEL CODE - USE WITH CARE  ***
  364.  
  365.     ALSO: Inbasket code is subject to change ... read the next version's
  366.     read.me file to make sure inbasket messages saved with this version
  367.     will work with the new.  You may have to "clean up" old inbasket
  368.     message with the old (this) version MR/2.
  369.  
  370. o   Added FolderPath as an INI param.  This is where folder directories
  371.     will be created.  The default is "..\", so that subdirectories off of
  372.     the MR/2 "home" directory will be created.
  373.  
  374. o   ALT-E can now be used to enter NEW messages for any known BBS even
  375.     when the "no packets found" dialog box is displayed.  I thought I'd
  376.     done this before, but it wasn't working.  Now it does :)
  377.  
  378. o   Forced REPLYLOG variable to NO - this wasn't finished and I'd
  379.     inadvertently documented it in the default INI file.  It did very
  380.     strange things.  I'll try to finish this off soon so it works the
  381.     way it's supposed to.  Sorry?
  382.  
  383. o   The internal editor is now functional.  Simply set the Editor
  384.     specification in your INI file to "INTERNAL".  The editor is fairly
  385.     simple; press HELP (F1) for a summary of available keys.
  386.  
  387.     NOTE:  This is also beta-level code.  Expect bugs, but the basic
  388.     editor works OK.  Single window, no import/export text functions, yet.
  389.     ALSO!!! Set your word-wrap margins in MR2.INI to *76 or greater* for
  390.     the best results.  Smaller numbers work fine, except previous "quoted"
  391.     sections get mangled (at least you can now see this *while editing*
  392.     the message, though :).
  393.  
  394.     The editor is wide open for ideas.  I *still* don't want to spend alot
  395.     of time writing editor code, but if an idea makes sense, I'll think
  396.     about it.  TELL ME ABOUT YOUR PROBLEMS AND OFFER SUGGESTIONS, PLEASE.
  397.  
  398.  
  399. Changes included in v1.40x
  400. --------------------------
  401.  
  402. Not much feedback on the internal editor yet.  I used it for a while but
  403. switched back to QEdit.  I need file import/export capabilities myself; I'll
  404. be adding that to the internal editor soon.
  405.  
  406. o   Save file wildcarding logic fix.  First, if you entered a spec like
  407.     "c:\tmp\*" and pressed ENTER, MR/2 would save the message to that file
  408.     name, which is illegal.  No error would be reported.  Now, when ENTER
  409.     is pressed and a wildcard is in the file name specified, MR/2 converts
  410.     the ENTER into an F2 keypress and shows a file pick list.
  411.  
  412. o   If "C:\tmp\*" was provided as the save file pick list, and a file was
  413.     selected from the list, the file name returned would be grunged.  The
  414.     file name field would be filled with some mutation of the subject line
  415.     from the message display.  This was due to the missing ".", which I
  416.     assumed would always be there.  This has been corrected.
  417.  
  418. o   New INI parameter:  "TemplateFile".  This is another one of those
  419.     features that is merely a starting place and has lots of future
  420.     expansion possibilities.  Place a file name here that defines a
  421.     template for all message replies.  The reply will created using this
  422.     file as a guide BEFORE you edit it.  This allows for any necessary
  423.     cleanup.  The "template" file I used for testing looked like this
  424.     (note that the variables used will be documented below):
  425.  
  426.     -------------------------------------------------------------------
  427.     Subject: @Subject@
  428.     In a message dated @DATE@, @FROM@ said to @TO@:
  429.  
  430.  
  431.     $BODY
  432.  
  433.  
  434.     Nick Knight
  435.  
  436.     From @from@ reading @CONFNAME@ (@CONFNUM@) on @BBSID@, to @TO@
  437.     Subject: @Subject@
  438.  
  439.     FidoNet:    1:157/2
  440.     Internet:   nick.knight@pcohio.com
  441.     Compuserve: 76066,1240
  442.  
  443.     To First:   @tofirst@
  444.     To Last:    @tolast@
  445.     YYMMDD:     @yymmdd@
  446.     Date:       @date@
  447.     From First: @fromfirst@
  448.     From Last:  @FromLast@
  449.     Msg Date:   @msgdate@
  450.     Msg Time:   @msgtime@
  451.     Day:        @Day@
  452.     Julian:     @Julian@
  453.     Time:       @Time@
  454.     Time 24:    @Time24@
  455.     AM/PM:      @AmPm@
  456.  
  457.     Upper:      @Upper@@Subject@ @upper@@day@
  458.     Lower:      @lOWER@@Subject@ @lower@@day@
  459.     Mixed:      @mix@@From@ -> @mix@@to@
  460.     -------------------------------------------------------------------
  461.  
  462.     The quoted version of the original message is inserted at the $BODY
  463.     marker, which is required.  NOTE that this is not an appropriate
  464.     template file for use within internationally echoed conferences.
  465.     It's offered here merely as an example.
  466.  
  467.     The section before the $BODY line allows for an "attribution"
  468.     line or section.  The area below the $BODY marker works as a
  469.     signoff or signature section.
  470.  
  471.     AGAIN, this feature is under development and may be changed in the
  472.     next couple of versions.  My idea is to add more blocks to this file.
  473.     For example, a definition for saved message headers, forwarded
  474.     header definition, etc.,.  I've got plenty of ideas.
  475.  
  476.     The reply file generated by my test template file looked like:
  477.     -----------------------------------------------------------------
  478.  
  479.     Subject: NEW ZOO
  480.     In a message dated 03/06/93, DAN HANSON said to ALL:
  481.  
  482.     DH>I saw this in Time Magazine.  The New York Bronx Zoo has been
  483.     DH>renamed to the International Wildlife Conservation Park.  In
  484.  
  485.     <My reply would be inserted here.>
  486.  
  487.     Nick Knight
  488.  
  489.     From DAN HANSON reading Main Board (0) on PC-OHIO, to ALL
  490.     Subject: NEW ZOO
  491.  
  492.     FidoNet:    1:157/2
  493.     Internet:   nick.knight@pcohio.com
  494.     Compuserve: 76066,1240
  495.  
  496.     To First:   ALL
  497.     To Last:    ALL
  498.     YYMMDD:     930306
  499.     Date:       03/06/93
  500.     From First: DAN
  501.     From Last:  HANSON
  502.     Msg Date:   03-06-93
  503.     Msg Time:   14:21
  504.     Day:        Saturday
  505.     Julian:     065
  506.     Time:       03:08
  507.     Time 24:    15:08
  508.     AM/PM:      PM
  509.  
  510.     Upper:      NEW ZOO SATURDAY
  511.     Lower:      new zoo saturday
  512.     Mixed:      Dan Hanson -> All
  513.     -----------------------------------------------------------------
  514.  
  515. o   Variables are available for use in the template file.  They are
  516.     currently only used by the reply file generator.  I'll add the
  517.     capability to other areas as I think of them.
  518.  
  519.     The following variables have been provided:
  520.  
  521.         BBSID                           TIME
  522.         CONFNAME                        TIME24
  523.         CONFNUM                         TO
  524.         DATE                            TOFIRST
  525.         DAY                             TOLAST
  526.         FROM                            YYMMDD
  527.         FROMFIRST                       UPPER
  528.         FROMLAST                        LOWER
  529.         MSGDATE                         MIX
  530.         MSGTIME                         AMPM
  531.         SUBJECT                         JULIAN
  532.  
  533.  
  534.     The literals UPPER, LOWER and MIX are not actual variables, but
  535.     modifiers.  They will convert the case of the NEXT variable
  536.     replacement to either all upper, all lower or mixed case, respectively.
  537.     Mixed case basically lower cases all letters except the first letter
  538.     of each word.  See the example above for more detail.
  539.  
  540. o   GREATER CHICAGO Online BBS is now offering a service called the
  541.     "OS/2 Shareware Author Support Program".  They are willing to handle
  542.     Visa/Mastercard charges for shareware authors.  Starting immediately,
  543.     MR/2 may be registered by "charging" it!  You can register online by
  544.     calling Greater Chicago Online BBS at (708) 895-4042.  Alternatively,
  545.     you can provide your charge card information to me directly on the
  546.     MR/2 registration form provided (register.doc).  There is a $2.00
  547.     handling fee associated with all charged registrations, making the
  548.     total charged registration cost $22.00 US for domestic orders.
  549.  
  550.     Shareware authors may get more information on the OS/2 Shareware
  551.     Author Support Program by calling the GREATER CHICAGO Online BBS at
  552.     the number above (leave a note to the sysop) or by Compuserve mail
  553.     at 70404,3277.  Fidonet netmail can be sent to Bill Cook at 1:115/895.
  554.  
  555.