Subj : HUB Query
To   : Al
From : Oli
Date : Fri May 14 2021 01:07 pm

Al wrote (2021-05-14):

 A> So it seems.. after having a look at those inbound/outbound packets that
 A> the seconds are passed on as is, and that messages stored in my squish
 A> bases are stored with even seconds

My bad. DOS timedate has only a 2-second resolution. Which mean it's always stored with even seconds. Additionally the original time from the message is stored as a string. On export / rescan this __ftscdate field should be used (if there is one). This is what the bug fix implemented. The message editors usually display the DOS timedate, which means even seconds.

 A> I don't know if that is an issue. I find it odd but I don't know if that
 A> is an issue.

I think it's perfectly fine and to be expected (for a Squish message base). I find the 2-second DOS time issue odd too though.

---
 * Origin: . (21:3/102)

.