[trim]

 ML>> shooting you down on those revisions, please note that i am not...
 ML>> since the source code is posted, we are, aren't we, free to alter our
 ML>> version to do as we want >

 GM> I am very familiar BBS log files.  While I'm not running a
 GM> Bulletin Board System, I am running a mailer (FrontDoor),

ummm, that log format should be very familiar, then... it is the same as
what FD outputs ;-)

 GM> mail processor (Squish), mail reader (GoldED) and a mass of
 GM> ancillary programs, each of which produce their own log
 GM> files.  Over the years, I've had to devise methods to append
 GM> the many log files into my main log file - FD.LOG.  I just
 GM> never had a strong desire to run log file analyzers to
 GM> create a statistical database....

that's one thing but i don't do it for that... if anything, its to have a
concise report that i can post as a message and see that what is supposed
to be running when actually is...

 GM> Yes, we are free to alter our versions as we see fit...  I
 GM> presume that you are aware that some of the revisions that
 GM> I posted, corrected some spelling errors that have a direct
 GM> bearing on how the batch operated (or didn't). ??

i believe that i did read thru some of that... have been playing catch-up
on several thousand messages that have arrived in the last few weeks...

 GM> Right now, I'm trying to make some revisions to my version
 GM> so I may regain the NEXT RUN and DAYS LEFT fields - these
 GM> fields are more crucial to me than some of the other
 GM> features....

FWIW: i did like those in the original dayboot1 as it kinda gave me
something to look toward in the execution... somewhere in there i came up
with the logging, though... and they're not quite so
"interesting" to me as they were...

)\/(ark