Subj : errors and how to fix?
To   : Wilfred van Velzen
From : Oli
Date : Fri Jan 27 2023 21:25:38

Wilfred wrote (2023-01-27):

 WvV> Hi Nil,

 WvV> On 2023-01-27 11:08:46, you wrote to Oli:

 NA>> Squish has a drawback though, the fixed array of 9 replies messages
 NA>> in the thread.

 WvV> And it removes the least significant bit of stored dates. So message
 WvV> dates only have even seconds, and thus sometimes messing with dupe
 WvV> checking on other systems, when forwarded messages have been stored in a
 WvV> squish message base before being forwarded to the links of a system. Btw:
 WvV> Hudson has the same problem.

You keep repeating that myth. But it's in fact a problem with Husky's Franken-JAM-Squish-SMAPI and a JAM message base rescan / export. Squish bases do store the original header date string (__ftsc_date) which is used on rescans. That is part of the Squish format specification.

The problem is that SMAPI uses the 2-second DOS date format, but there is no __ftsc_date for JAM bases that could be used. IIRC the correct datetime is stored in the JAM base by hpt / SMAPI, it just loses the least significant bit on export.

Squish doesn't have this problem. I tested it with Squish and hpt, no dates were modified. Maybe there is some software that does it wrong, but in all the discussion nobody could name one.

This is also not a problem on pass-through tossing.

---
 * Origin: War is Peace. Freedom is Slavery. Ignorance is Strength. (2:280/464.47)

.