Subj : Linux Squish flo and FLO a possible answer
To : Sean Rima
From : Bob Jones
Date : Mon Nov 17 2003 04:58 pm
SR> I think I may have found the answer to the problem, the
SR> solution is a different matter which I will leave to
SR> the programmers :)
SR> Here is a view of my outbound.
SR> FLO 2:236/150 ----------------------------------- (00ec0096.flo)
SR> 1K 09.11.03 14:40 # /var/max/spool/outbound/001b0321.su7
...
SR> About ten minutes later, I tossed more mail and now a
SR> view of my outbound :
SR> Noticed that 236/150 has gone from a single flo to
SR> duial flo/Flo, something is happening during the add to
SR> existing archive process that is creating the second
SR> flo.
THANKS!
I am guessing that we have a bug in the rename or copy, append and delete
function under Squish in a Unix / Linux environment caused by file name case
sensitivity issues.
Now let's see if we can track down where in the code this bug is biteing. :(
The "quick fix" for file name case issues is obviously not handling this
instance.
Take care.....
Bob Jones, 1:343/41
--- Maximus/2 3.01
* Origin: Top Hat 2 BBS (1:343/41)
