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) .