+---------------------------------+
| What has changed in MBUTIL 1.10 |
+---------------------------------+
Added or Enhanced
-----------------
* Export now writes the file TRAFFIC.MBU to your message base
directory. It contains information about the amount of exported
messages in all boards. The -Report switch creates a report about
this. To reset the counters, just delete TRAFFIC.MBU.
* Link will now ignore "(R)" in the subject field too.
* 'MBUTIL Link -Clean' will remove all "Re:" and "(R)" texts from the
subjects.
* The Purge <switches>, help screen and documentation were revised.
Hopefully it is more clear now.
* Sort can now sort up to about 32700 messages. With the '-Pack'
switch it can remove the header records of deleted messages while
rewriting MSGHDR.BBS.
* Fixed some typos in MBUTIL.DOC and added more examples. It is now
printable on a laser printer with a 10 pitch font. Because I usually
print with a 12 pitch font using WordPerfect 5.0, I didn't notice
that a laser printer can only print 77 characters on one line. I
also removed extended ASCII, so it should print fine on any printer
now.
Fixed
-----
* 'MBUTIL Purge [-Days <days>] [-Msgs <msgs>] [-Rcvd] -Convert
<output>' now converts the AreasFile as was intended.
* 'MBUTIL Purge <board> -Days <days> -Msgs <msgs> -Rcvd' no longer
deletes messages in ALL boards.
* Purge no longer messes up the message attributes, which could cause
big problems if you undeleted purged messages.
* Purge would hang in the 'Updating reply chains' phase if there was a
message with a non-existing Previous Reply.
* Posted files now have a valid date field.
* Running 'MBUTIL Export [-ReTear]' without an USERS.BBS, or with an
empty USERS.BBS or with a NetmailPath without any .MSG file no
longer results in a "Insufficient memory available to store data"
error.
1
* The maximum number of messages exported in one scan couldn't be
higher than the number of .MSG files in your NetmailPath. This has
been fixed.
* Export didn't turn the local bit on in the created .MSG files, so
they couldn't be sent without turning it on manually.
* Exported netmail messages only had the Kill/Sent status if the
message in the QuickBBS/RemoteAccess messages had that status and
the -Keep switch was not used. Now they will always be Kill/Sent
unless you use the -Keep switch.
* Trying to Undelete message in an unknown area no longer truncates
your MSGTOIDX.BBS file.
* MBUTIL Pack and Sort now compare the needed and available disk space
in clusters rather than in bytes and add one extra cluster to make
sure there will be enough disk space left to write to the log file.
* 'MBUTIL Pack -Renumber' will now correctly update the HighestRead
field in USERS.BBS and no longer use the highest of the LASTREAD
pointers for each user.
* 'MBUTIL Pack -Overwrite -Renumber' will now correctly create a new
LASTREAD.BBS and reformat it if missing and there is a USERS.BBS.
Renumber could also under some still unknown circumstances fragment
memory, which could result in the impossibility to load another
program after MBUTIL or an "Memory allocation error, cannot load
COMMAND. System halted". It may sound unbelievable, but this was
caused by a bug in the Turbo C compiler. Believe it or not! It has
been avoided by moving the position of the renumber routine.
Finally. There is quit some confusion about whether or not
MBUTIL replaces Qecho. IT DOESNT'T. It only imports/exports netmail
echomail between RemoteAccess and .MSG format, it DOESN'T unpack mail
archives or packets and forward them to other nodes, but I am working
on an echomail processor. At the moment MBUTIL replaces or obsoletes
(whatever you like to call it) at least:
MsgUtils, MsgPack, Qlink, MailToss, MailScan, QMARK, RAMES,
ReTear, TSUTIL, RAMSG, QBBSort, and maybe more...
Maybe you know of another candidate for this list? Good
suggestions are still welcome!
I apologize for the bugs in version 1.00. It appears that MBUTIL
wasn't tested as good as I thought it was, but I learned a good lesson
from it. MBUTIL was released only 4 weeks after I started writing it
from scratch in my leisure hours, so you could say I rushed a little
too much.
Gerard van der Land,
FidoNet 2:283/1.5 and 2:283/108.1
2