• sometimes tickit leaves the file in the incoming directory

    From Fernando Toledo@1:103/705 to GitLab issue in main/sbbs on Sat Feb 17 22:31:15 2024
    open https://gitlab.synchro.net/main/sbbs/-/issues/722

    Many times it happens to me that tickit after processing the file and moving it, it still remains in the incoming directory

    I can see that the files (.tic and .zip) are received by binkit correctly.
    ```
    Feb 14 19:25:18 scarlet synchronet: evnt BINKPOLL Sent M_GOT command
    Feb 14 19:25:18 scarlet synchronet: evnt BINKPOLL Got M_FILE command args: apod0214.tic 3262 1707948040 0
    Feb 14 19:25:18 scarlet synchronet: evnt BINKPOLL Receiving file: /sbbs/temp/event/apod0214.tic (3.2KB)
    Feb 14 19:25:18 scarlet synchronet: evnt BINKPOLL Got data frame length 3262 Feb 14 19:25:18 scarlet synchronet: evnt BINKPOLL Received file: /sbbs/temp/event/apod0214.tic (3.2KB)
    Feb 14 19:25:18 scarlet synchronet: evnt BINKPOLL Moving '/sbbs/temp/event/apod0214.tic' to '/sbbs/fido/inbound/apod0214.tic'.
    Feb 14 19:25:18 scarlet synchronet: evnt BINKPOLL Sending M_GOT command args: apod0214.tic 3262 1707948040
    Feb 14 19:25:18 scarlet synchronet: evnt BINKPOLL Sent M_GOT command
    Feb 14 19:25:19 scarlet synchronet: evnt BINKPOLL Got M_FILE command args: apod0214.zip 8924360 1707900456 0
    Feb 14 19:25:19 scarlet synchronet: evnt BINKPOLL Receiving file: /sbbs/temp/event/apod0214.zip (8715.2KB)
    Feb 14 19:25:19 scarlet synchronet: evnt BINKPOLL Got data frame length 16384 Feb 14 19:25:19 scarlet synchronet: evnt BINKPOLL Got data frame length 16384 Feb 14 19:25:19 scarlet synchronet: evnt BINKPOLL Got data frame length 16384 Feb 14 19:25:19 scarlet synchronet: evnt BINKPOLL Got data frame length 16384 Feb 14 19:25:19 scarlet synchronet: evnt BINKPOLL Got data frame length 16384 Feb 14 19:25:19 scarlet synchronet: evnt BINKPOLL Got data frame length 16384 Feb 14 19:25:19 scarlet synchronet: evnt BINKPOLL Got data frame length 16384 Feb 14 19:25:19 scarlet synchronet: evnt BINKPOLL Got data frame length 16384

    [..............]

    Feb 14 19:25:27 scarlet synchronet: evnt BINKPOLL Got data frame length 16384 Feb 14 19:25:27 scarlet synchronet: evnt BINKPOLL Got data frame length 11464 Feb 14 19:25:27 scarlet synchronet: evnt BINKPOLL Received file: /sbbs/temp/event/apod0214.zip (8715.2KB)
    Feb 14 19:25:27 scarlet synchronet: evnt BINKPOLL Moving '/sbbs/temp/event/apod0214.zip' to '/sbbs/fido/inbound/apod0214.zip'.
    Feb 14 19:25:27 scarlet synchronet: evnt BINKPOLL Sending M_GOT command args: apod0214.zip 8924360 1707900456
    Feb 14 19:25:27 scarlet synchronet: evnt BINKPOLL Sent M_GOT command
    Feb 14 19:25:27 scarlet synchronet: evnt BINKPOLL Got M_EOB command args:
    Feb 14 19:25:27 scarlet synchronet: evnt BINKPOLL Unlocking /sbbs/fido/outbound.015/00020064.bsy.

    ```

    then, according to the registry, the file is moved to the corresponding directory (in this case fsx_imge)

    ```
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Running native timed event: TICKIT
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Executing external: ?tickit.js Feb 14 19:25:55 scarlet synchronet: evnt TICKIT TickIT 2.0
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Using system.temp_dir = '/sbbs/temp/event/'
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Global address is main system address: 4:902/26
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Parsing /sbbs/fido/inbound/apod0214.tic
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Created by HTick, written by Gabriel Plutzar
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Path 21:4/106.0 @240214004735 PST+8
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Path 21:1/100 1707948040 Wed Feb 14 22:00:40 2024 UTC htick/lnx 1.9 2022-07-03
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Path 21:2/100 1707948074 Wed Feb 14 22:01:14 2024 UTC Mystic/1.12 A48
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Verifying password for sender: 21:2/100
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Configured TicFilePwd is empty, but TIC file has a password, node: 21:2/100
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Verifying password with domain this time: 21:2/100@fsxnet
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Matched 21:2/100@fsxnet's password.
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Working with 'apod0214.zip' in 'FSX_IMGE'.
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT ForceReplace enabled for area FSX_IMGE.
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Moving /sbbs/fido/inbound/apod0214.zip to /sbbs/data/dirs/fsxnet/fsx_imge/.
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Deleting TIC file '/sbbs/fido/inbound/apod0214.tic'.
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Forwarding...
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Importing...
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Using global uploader: Ragnarok Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Importing file list into: fsxnetfsx_imge
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Adding file (apod0214.zip) to: fsxnetfsx_imge
    Feb 14 19:25:55 scarlet synchronet: evnt TICKIT Timed event: TICKIT returned 0


    ```
    But if I check the incoming directory, I can see that the file (.zip) still exists there

    ```
    root@scarlet:/sbbs/fido/inbound# ls -l
    total 8716
    -rw------- 1 root root 8924360 feb 14 05:47 apod0214.zip

    ```
    although it has also been moved to the destination directory correctly.

    ```
    root@scarlet:/sbbs/fido/inbound# ls -l /sbbs/data/dirs/fsxnet/fsx_imge/apod0214.zip
    -rw------- 1 root root 8924360 feb 14 05:47 /sbbs/data/dirs/fsxnet/fsx_imge/apod0214.zip

    ```
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Fernando Toledo on Sun Feb 18 13:12:52 2024
    Re: sometimes tickit leaves the file in the incoming directory
    By: Fernando Toledo to GitLab issue in main/sbbs on Sat Feb 17 2024 10:31 pm

    Many times it happens to me that tickit after processing the file and moving it, it still remains in the incoming directory

    Is it possible binkit is still running at the moment and might still have the file open?
    --
    digital man (rob)

    Steven Wright quote #6:
    A conscience is what hurts when all your other parts feel so good.
    Norco, CA WX: 63.2øF, 61.0% humidity, 0 mph SW wind, 0.00 inches rain/24hrs
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Ragnarok@1:103/705 to Digital Man on Mon Feb 19 01:00:45 2024
    El 18/2/24 a las 18:12, Digital Man escribió:
    Re: sometimes tickit leaves the file in the incoming directory
    By: Fernando Toledo to GitLab issue in main/sbbs on Sat Feb 17 2024 10:31 pm

    > Many times it happens to me that tickit after processing the file and moving
    > it, it still remains in the incoming directory

    Is it possible binkit is still running at the moment and might still have the file open?

    =?
    binkit run from sbbs (timed event) not as stand alone daemon.

    If i understand, it trigger sbbsecho via semahore file and then sbbsecho
    call tickit .. true?

    sbbsecho also trigger binkit event via Outgoing Semaphore File binkout.now

    I assume that 2 binkit instances are not running at the same time.
    ---
    ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Ragnarok on Mon Feb 19 17:00:19 2024
    Re: Re: sometimes tickit leaves the file in the incoming directory
    By: Ragnarok to Digital Man on Mon Feb 19 2024 01:00 am

    El 18/2/24 a las 18:12, Digital Man escribi¢:
    Re: sometimes tickit leaves the file in the incoming directory
    By: Fernando Toledo to GitLab issue in main/sbbs on Sat Feb 17 2024 10:31 pm

    > Many times it happens to me that tickit after processing the file and moving
    > it, it still remains in the incoming directory

    Is it possible binkit is still running at the moment and might still have the file open?

    =?
    binkit run from sbbs (timed event) not as stand alone daemon.

    If i understand, it trigger sbbsecho via semahore file and then sbbsecho call tickit .. true?

    No, SBBSecho doesn't call tickit, but it can touch a sem file that will cause Synchronet to run tickit.

    sbbsecho also trigger binkit event via Outgoing Semaphore File binkout.now

    I assume that 2 binkit instances are not running at the same time.

    BinkIT can run via services (for incoming BinkP connections) and the timed event rhead (foru outgong BinkP connections), and these can happen at the same time.
    --
    digital man (rob)

    Synchronet/BBS Terminology Definition #42:
    IBM437 = Code Page 437 (so-called IBM Extended ASCII)
    Norco, CA WX: 54.7øF, 94.0% humidity, 2 mph NE wind, 0.10 inches rain/24hrs
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Ragnarok@1:103/705 to Digital Man on Mon Feb 19 23:35:06 2024
    El 19/2/24 a las 22:00, Digital Man escribió:

    No, SBBSecho doesn't call tickit, but it can touch a sem file that will cause Synchronet to run tickit.

    > sbbsecho also trigger binkit event via Outgoing Semaphore File binkout.now
    >
    > I assume that 2 binkit instances are not running at the same time.

    BinkIT can run via services (for incoming BinkP connections) and the timed event rhead (foru outgong BinkP connections), and these can happen at the same time.

    I had forgotten that it runs as a service! exactly!
    This could be causing that problem perhaps. =\
    ---
    ï¿­ Synchronet ï¿­ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)