• move TICKIT events out of error.log

    From Nigel Reed@1:103/705 to GitLab issue in main/sbbs on Sat Aug 10 00:16:25 2024
    open https://gitlab.synchro.net/main/sbbs/-/issues/773

    If you get feeds from multiple hubs, you're likely to encounter something like

    ```
    evnt TICKIT "WW240806.ZIP" already exists in "/sbbs/data/dirs/fidonet/fidoweathe
    r/", but has no matching Replaces line
    ```
    I've got almost 1000 of these logged since 6th August and they're really not life shatting errors. I would prefer these to be logged where other events are logged.

    Personally, I think error.log should be for system breaking stuff, type errors, programs crashing and the like.
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Rob Swindell@1:103/705 to GitLab issue in main/sbbs on Sat Aug 10 02:33:31 2024
    close https://gitlab.synchro.net/main/sbbs/-/issues/773
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to Nigel Reed on Sat Aug 10 07:39:00 2024
    Nigel Reed wrote to GitLab issue in main/sbbs <=-

    open https://gitlab.synchro.net/main/sbbs/-/issues/773

    If you get feeds from multiple hubs, you're likely to encounter
    something like

    evnt TICKIT "WW240806.ZIP" already exists in "/sbbs/data/dirs/fidonet/fidoweathe r/", but has no matching Replaces

    Why would you pull the same FDN file areas from more than one hub?

    I've got almost 1000 of these logged since 6th August and they're

    Cleaning up your tickit.ini configuration would stop that, along with
    some FileFix netmails.



    ... So easy, a child could do it. Child sold separately.
    --- MultiMail/Linux v0.52
    ■ Synchronet ■ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From nelgin@1:103/705 to All on Sun Aug 11 00:17:57 2024
    On Sat, 10 Aug 2024 07:39:00 -0500
    "Gamgee" (VERT/PALANTIR) <VERT/PALANTIR!Gamgee@endofthelinebbs.com>
    wrote:

    Nigel Reed wrote to GitLab issue in main/sbbs <=-

    open https://gitlab.synchro.net/main/sbbs/-/issues/773

    If you get feeds from multiple hubs, you're likely to encounter something like

    evnt TICKIT "WW240806.ZIP" already exists in "/sbbs/data/dirs/fidonet/fidoweathe r/", but has no matching
    Replaces

    Why would you pull the same FDN file areas from more than one hub?

    Why do people have who hubs?


    I've got almost 1000 of these logged since 6th August and
    they're

    Cleaning up your tickit.ini configuration would stop that, along with
    some FileFix netmails.

    Do share your wisdom, oh wise one.
    --
    End Of The Line BBS - Plano, TX
    telnet endofthelinebbs.com 23
    ---
    ■ Synchronet ■ End Of The Line BBS - endofthelinebbs.com
    --- SBBSecho 3.20-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Gamgee@1:103/705 to nelgin on Sun Aug 11 07:25:00 2024
    nelgin wrote to All <=-

    If you get feeds from multiple hubs, you're likely to encounter something like

    evnt TICKIT "WW240806.ZIP" already exists in "/sbbs/data/dirs/fidonet/fidoweathe r/", but has no matching
    Replaces

    Why would you pull the same FDN file areas from more than one hub?

    Why do people have who hubs?

    I'll assume you meant "two" hubs. My answer is that you would have two
    hubs to get all the file areas you wanted, where one hub doesn't carry
    them all. But not to get the same file from two different hubs.
    Sometimes people do that (the "FidoWeb") with echomail to ensure
    continuity of message threads and so on, but is it actually critical to
    get a weather pic every day without ever missing one?

    The easy fix, if you insist on such silliness, is to use the "ForceReplace=true" keyword in the Global section of tickit.ini. Then
    when it comes in the second time, it replaces the existing one and no
    warning is issued. Problem solved.

    I've got almost 1000 of these logged since 6th August and
    they're

    Cleaning up your tickit.ini configuration would stop that, along with
    some FileFix netmails.

    What I meant by that was add the ForceReplace line mentioned above,
    and/or stop getting duplicates by unsubscribing from duplicate feeds for
    the same file.

    Do share your wisdom, oh wise one.

    Hope that helped.


    ... So easy, a child could do it. Child sold separately.
    --- MultiMail/Linux v0.52
    ■ Synchronet ■ Palantir BBS * palantirbbs.ddns.net * Pensacola, FL
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)