Subj : Date issue with echomail
To   : Doug Mccomber
From : mark lewis
Date : Thu May 31 2012 03:10 pm


ml> that's wierd... what's your system's time set to? are you using
ml> local time or are you running on UTC time?

DM> It is local time.  Even so, the date and time on the echomail
DM> should change  (even if is incorrect) yet they are all the same.

"should change" or "should NOT change"??

ml> highly unlikely... unless it has a bug and doesn't understand the
ml> time in the PKTs... are you running anything else on the PKTs before
ml> squish gets them??

DM> Nope.

ml> i have an idea but let's see what the above turns up...

DM> Let's hear it. :)

it may be that your software isn't recognizing dates in PKTs that are y2k
buggy... there is still software out there like this... on my system, my mailer
pulls in the PKTs and mail bundles... mail bundles being those FR1, TU3, WE0
archive files with one or more PKTs inside it... my system then uses spaz or a
similar tool to open the mail bundles and pull out the raw PKTs... then we run
pktdate on all those PKT files... it will fix the dates for tossing and make a
backup of the original PKT file as a Y2K file for you to study if you want...
then i finally let my mail tosser at the PKT files... my mail tosser hasn't
seen a mail bundle to unarchive in at least 12 years ;)

Y2KTOOL5.ZIP   378994 14-Jan-2000
==============================================
Fido Year 2000 Tools Rel. 5 by Tobias Ernst

PKTDATE  1.4  is a program that can analyse
PKT files for structural errors that result
from year 2000 related bugs in the creating
software and automatically  fix such broken
PKT files.  It is intended for use  at  hub
level in the Fidonet distribution structure
in  order  to  alleviate the effects of the
year 2000 problem  on  the smooth operation
of Fidonet.  Also included  are  a  general
information  text  on the year 2000 problem
in Fidonet,  and  tools  for analysing MSG,
JAM  and   Squish   message   base   files.


)\/(ark


* Origin:  (1:3634/12)