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> FLO 2:236/150 ----------------------------------- (00ec0096.Flo)
 SR>         6K  09.11.03 14:50  # /var/max/spool/outbound/001b0321.su7
 SR> FLO 2:236/150 ----------------------------------- (00ec0096.flo)
 SR>         6K  09.11.03 14:50  # /var/max/spool/outbound/001b0321.su7
 ...

 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)

.