Category : BBS Programs+Doors
Archive   : MSGTOS2C.ZIP
Filename : UPDATE.!!!
MSGTOSS 2.0c update 03/17/92
============================
This is an UPDATE file for MSGTOSS 2.0(a|b) creating MSGTOSS 2.0c.
To install this update, all that is necessary is to replace the existing
MSGTOSS0.OVR in your MSGTOSS directory with this new one.
NOTE: Please DON'T modify any existing MSGTOS2x.LZH archives with this
update file!
If you don't have the complete MSGTOSS system, you will need to first
obtain either MSGTOS2x.LZH (and replace its MSGTOSS0.OVR with this one)
or obtain MSGTOS2C.LZH, which contains this new version, along with the
ancilliary files. The complete system is rather large (414K in size),
this is why I am offering just the update.
All the best to you and your families!
Mike Zakharoff
============================ 03-17-92 =========================
Added support for purging FIDO message areas. Related items are
a new keyword called "FMSG:xxx" and command line switch "/PMSG".
FMSG:xxx means maintain the related FIDO areas at xxx number of
messages, and /PMSG activates FIDO purging.
MsgToss is unique in this, as it will "pre-purge" the FIDO area
PRIOR to tossing. After a /TOSS, the number of messages left in
the directory is EXACTLY equal to FMSG:xxx. Note that whenever
MsgToss purges messages, it will also renumber them as well.
Along these lines, MSGTOSS will re-assign the "High Water Mark"
message to the new number, and will also update the file
"LASTREAD" (if exist) in the same directory.
If you ONLY want a few FIDO areas pre-purged, then simply "zero"
out the FMSG:0 keyword and MSGTOSS won't bother purging these
areas (only where FMSG:xxx is a positive, and /PMSG is true).
NOTE: FMSG:x is NOT a (0/1) switch (like CDUP:x)... Setting
FMSG:1 will WIPE out all of your FIDO messages
This also works with /SIZE too.... For instance, you can have
MsgToss toss without /PMSG, but at NIGHT, have a /SIZE switch
like:
MSGTOSS /SIZE/PMSG [options....]
Then it will do the purging stuff.... HOWEVER!
MsgToss will pre-purge FIDO messages pretty fast! And doing a
pre-purge eliminates directory fragmentation! Doesn't affect
fragmentation of the *.MSGs, but will keep directory access
pretty fast. I recommend adding /PMSG to /TOSS, but its up to
you... Its pretty nice having exactly the same number of mess-
ages in the same directory EVERY time after a /TOSS.
In addition, for systems who get a bunch of empty NULL messages
MSGTOSS will NOT count those as NETMAIL messages, thus will
not purge a regular NETMAIL message when using /PMSG.
--------------------------------------------------------------
Fixed a bug where MSGTOSS would count NULL messages (their small
size) and may trigger a purge on the main message base when
doing a double-toss in NETMAIL.
--------------------------------------------------------------
Thats about it.....
NOTE: This is probably the last public release of MsgToss 2.0x
until the release of MsgToss 2.1 (probably 3.0). Warren
Muldrow is busy with it! A beta release is expected soon.
Mike Zakharoff
============================
MSGTOSS 2.0b update 03/05/92
============================
================================= 03/05/92 ================================
MSGTOSS 2.0b fixes the following problems in MSGTOSS 2.0 (and 2.0a)
Due to a screw-up in distributing the MSGTOSS 2.0a Update file (two
versions were released, one where ORGN: didn't work (at all), I'm
releasing 2.0b, which includes fixes originally in 2.0a.
1) Bug fix in the /GLOB: switch, where [AREA] wasn't being properly
replaced.
2) Bug fix with the CAPT:1 keyword, where MSGTOSS wasn't tossing the
captured messages into the MSGCAPTURE directories.
3) Added an updated MSGTOSS.CFG file, which fixes a few typos.
4) ORGN:xxx keywords that contained either COMMAS or DOUBLE-QUOTES caused
2.0 to lock-up either during a purge (/TOSS/PREP, /SIZE or /SCAN)
for the affected conference.
NOTE: With one version of 2.0a, ORGN: didn't work at all
5) Added the Quickbasic "Press any key to continue" patch to the MSGTOSS
compiled code, as outlined in appendix G of the RBBS docs. This will
eliminate un-necessary lock-ups.
6) Bug discovered (after 2 years!) where MSGTOSS would report the wrong
number of bytes free if the drive was one of those "big partition"
drives (160 megs+). This mis-interpretation of the number of free
bytes may cause MSGTOSS to fail during a /SIZE operation.
Many thanks to Richard Todd (1:3612/299 & 8:925/299) for providing
assistance (and code example!) to stomp this bug.
7) Changed (slightly) the MSGTOSS.LOG format for *.PKTS...
New format:
19832D89.PKT To:65:509/1@ournet Fm:1:511/220@fidonet 7F MsgToss 2.0
19832D89.PKT Tot: 14 Dup: 0 Skip: 0 Bytes: 19103
The first entry used to contain "Bytes:19103 Msgs:14", flowing off
of the screen. This was moved to the second "Tossed" line.
NOTE: I believe a log analyzer is being written for MSGTOSS 2.0. A
change like this is very slight, but I wanted to make it known
for prospective authors.
=======================================================================
Very nice! Thank you for this wonderful archive. I wonder why I found it only now. Long live the BBS file archives!
This is so awesome! 😀 I’d be cool if you could download an entire archive of this at once, though.
But one thing that puzzles me is the “mtswslnkmcjklsdlsbdmMICROSOFT” string. There is an article about it here. It is definitely worth a read: http://www.os2museum.com/wp/mtswslnk/