Hi Paul,   
      
   On 2017-08-11 22:30:00, you wrote to me:   
      
    WvV>> If you have to do that, create the files in a temporary   
    WvV>> directory on the same drive as the filebox. And when the   
    WvV>> files are ready, do a rename to the filebox dir. Rename is   
    WvV>> an atomic operation on most os's afaik. So binkd won't see   
    WvV>> any "half" written files.   
      
    PQ> The files are created elsewhere and are then moved.  Are you saying that   
    PQ> the filebox reference in the binkD.cfg be updated to the temporary   
    PQ> directory?  ;-)  No, I'm sure you're not.  I'm guessing that a move is a   
    PQ> kind of rename in the underlying DOS (in fact MS-DOS 7.1).   
      
   Move can be a rename if it's on the same drive, then it's fast   
      
    PQ> It just takes enough time to be a problem, where the mailer wants to   
    PQ> start a session while the files are being created by ARJ (whose   
    PQ> replcement with ZIP was another project slipped in favour of Fmail),   
    PQ> or indeed even being moved.   
      
   Then it probably isn't a rename.   
      
    WvV>> The best way, of course, is to use the normal outbound   
    WvV>> directory in the propper way for this, and not use a   
    WvV>> filebox. ;)   
      
    PQ> I use both but not at the same time for the same nodes, of course.  The   
    PQ> fileboxes support a separate _household_ network riding on the back of   
   Fido   
    PQ> I call a system of StarGates.  What goes in one comes out at another   
    PQ> someplace, just like StarGates in the TV series operate.  :)   
      
   I have also configured fileboxes for some nodes in my binkd.config, as an easy   
   way to dump files to them. But I have configured them wiht 'h' (hold). So   
   binkd doesn't touch these files until a "regular" connection is made to the   
   system. That way a copy/move to the filebox can take some time, without being   
   it a problem, because binkd doesn't start transmitting them right away.   
      
    PQ> Oh, and I thought that you might have been hinting to mark that Fmail   
    PQ> uses binkD semaphores (*.csy) while creating mail bundles for a node.   
    PQ> Or maybe Fmail could in the future?   
      
   Of course fmail uses bso style semaphore files, but just the *.bsy ones, which   
   is sufficient...   
      
   Bye, Wilfred.   
      
   --- FMail-lnx64 2.1.0.17-B20170711   
    * Origin: FMail development HQ (2:280/464)