@MSGID: 54267.sync@1:103/705 2ca430e1
@REPLY: 51208.dove-syncdisc@12:1/2 2ca4209a
@TZUTC: -0700
@PID: Synchronet 3.21a-Linux master/dd0e146a0 May 28
2025 GCC 12.2.0
@TID: SBBSecho 3.27-Linux master/dd0e146a0 May 28
2025 GCC 12.2.0
@COLS: 80
@BBSID: VERT
@CHRS: CP437 2
@FORMAT: flowed
@NOTE: FSEditor.js v1.105
  Re: .?lo files disappearing error 11
  By: deon to Digital Man on Tue Jun 03 2025 08:15 am

 >   Re: .?lo files disappearing error 11
 >   By: Digital Man to deon on Mon Jun 02 2025 02:45 pm
 >
 > Howdy,
 >
 >  >  > Why the error 11, and what would cause the file to disappear?
 >
 >  > /usr/include/asm-generic/errno-base.h:#define   EAGAIN          11
 >  > /* Try again */
 >
 >  > I`m guessing that means the file was opened for exclusive access or the
 >  > file system was doing something with the file. It`s not saying the file
 >  > "is gone".
 >
 > Oh, I`m telling you the file is gone.
 >
 > My outbound directory is left with a bunch of packets and no .?lo file.
 >
 > If I "watch ls -al outbound.xxx/", I can see sbbsecho create the packet,
 > create the .?lo file.
 >
 > As soon as binkit goes to send it, it disappears, and the Error 11 is
 > reported at the same time.

 Most likely, BinkIt is deleting the file itself immediately after
that error is logged.

 I would expect to see a "Deleted file: /path/to/flo-file" log
message in that case, however, and you didn`t show that, so that`s
suspicious.

 > I have mail going out frequently (at least every hour), and it is happening
 > every time.
 >
 > "Try again" doesnt make sense for this - as the file is not there..

 I suspect the file *is* there at the moment that BinkIt is trying
to open it and is logging that error message.

 Looking at the script source (which mind you, I did not write),
the File.open() method is be used to open FLO files and in shareable
mode, so the file should be automatically retry the open and only return
that error after several failed open attempts (usually a noticable delay
of several seconds). The 28 second gap between log messages the log
output you shared suggests that these open retries are indeed happening.

 Is it possible SBBSecho or another process still has this FLO file
open at that moment?

 >  > It sounds like BinkIt should peform an open-retry when getting that
 >  > specific open error. Submit an issue at gitlab.synchro.net for someone to
 >  > follow-up on this?
 >
 > OK.

Thanks,
-- 
                                            digital man (rob)

Synchronet/BBS Terminology Definition #56:
NNTP = Network News Transfer Protocol
Norco, CA WX: 79.4°F, 49.0% humidity, 14 mph WNW wind, 0.00 inches rain/24hrs
--- SBBSecho 3.27-Linux
 * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
SEEN-BY: 50/109 103/705 154/10 218/700 221/1
240/1120 280/464 301/1 113
SEEN-BY: 341/66 463/68 712/848 5000/111 5001/100
5020/101 715 848 1042 4441
SEEN-BY: 5020/12000 5030/49 1081 5060/900 5061/133
5075/128 5083/444
@PATH: 103/705 301/1 5020/1042 4441