Just a sample of the Echomail archive
[ << oldest | < older | list | newer > | newest >> ]
|  Message 136  |
|  mark lewis to Oliver Thuns  |
|  Squish on Linux (compile errors)  |
|  22 Nov 19 14:38:36  |
 REPLY: 2:280/464.47@fidonet 5dd6fbbc MSGID: 1:3634/12.73 5dd8399f PID: GED+LNX 1.1.5-b20180707 CHRS: CP437 2 TZUTC: -0500 TID: hpt/lnx 1.9.0-cur 17-02-17 On 2019 Nov 21 20:56:36, you wrote to Wilfred van Velzen: WV>> There's also the problem that the squish message base stores WV>> date/time stamps with a resolution of 2 seconds. That has been WV>> causing problems in the past where a squish system forwarded messages WV>> to its other links with the date/times changed from the original, and WV>> so causing undetected dupes on some systems. OT> This might be a problem with some tossers, but it's not a problem with OT> the Squish specification itself. It would surprise me, if Squish OT> didn't use the original date for rescanned messages. it cannot because it cannot store it properly... seriously, it uses the file time record which only has 2 second seconds capability in DOS... it should be using a different time record but... )\/(ark Once men turned their thinking over to machines in the hope that this would set them free. But that only permitted other men with machines to enslave them. ... Charp - The green, mutant potato chip found in every bag. --- * Origin: (1:3634/12.73) SEEN-BY: 1/123 15/2 18/200 57/0 90/1 103/705 153/250 203/0 220/70 SEEN-BY: 221/0 227/114 229/354 426 452 1014 240/5832 249/206 317 400 SEEN-BY: 267/800 280/464 5003 292/854 317/3 322/757 342/200 396/45 SEEN-BY: 423/120 633/280 712/848 770/0 1 100 340 772/0 1 500 2452/250 PATH: 3634/12 153/757 250 770/1 280/464 229/426 |
[ << oldest | < older | list | newer > | newest >> ]