• Fidopoll Suggestion

    From Avon@21:1/101 to g00r00 on Tue Jan 1 15:40:38 2019
    If I'm hatching a file that is really very large the impact is that a
    single fidopoll session to 50+ nodes who have 'use filebox' set to 'yes' can
    be really long.... and tie up the next round of echomail processing for 30 mins + until the session has ended.

    I'm thinking there should be a setting somewhere so a sysop can specify a max file size that fidopoll will send. That way nodes who have large
    files waiting will be able to poll the HUB and pick them up via the HUB binkp server

    BINKP 21:1/156@fsxnet Central Ontario Remot 142.114.221.158
    BINKP 21:1/112@fsxnet Black Flag 24.160.114.185
    BINKP 21:1/109@fsxnet Freeway BBS 2001:44B8:4176:F100::0007

    rather than this for one node

    Jan 01 10:23:08 Connected IPV4 to 74.194.176.179
    Jan 01 10:23:08 S: NUL SYS fsxHUB Risa [NET1]
    Jan 01 10:23:08 S: NUL ZYZ Avon
    Jan 01 10:23:08 S: NUL TIME Tue, 01 Jan 2019 10:23:08 1300
    Jan 01 10:23:08 S: NUL VER Mystic/1.12A42 binkp/1.0
    Jan 01 10:23:08 S: NUL BUILD 2018/12/30 23:40:08 Windows/32
    Jan 01 10:23:08 S: ADR 21:1/100@fsxnet 21:1/3@fsxnet 21:1/2@fsxnet 21:1/0@fsxnet 21:0/0@fsxnet
    Jan 01 10:23:09 R: NUL OPT CRAM-MD5-911a44a8ace724feebdd4d5a1d78fdc4
    Jan 01 10:23:09 R: NUL SYS flupH
    Jan 01 10:23:09 System flupH
    Jan 01 10:23:09 R: NUL ZYZ Leslie Given
    Jan 01 10:23:09 SysOp Leslie Given
    Jan 01 10:23:09 R: NUL TIME Mon, 31 Dec 2018 16:23:03 -0500
    Jan 01 10:23:09 Info TIME Mon, 31 Dec 2018 16:23:03 -0500
    Jan 01 10:23:09 R: NUL VER Mystic/1.12A42 binkp/1.0
    Jan 01 10:23:09 Mailer Mystic/1.12A42 binkp/1.0
    Jan 01 10:23:09 R: NUL BUILD 2018/12/30 13:04:12
    Jan 01 10:23:09 Info BUILD 2018/12/30 13:04:12
    Jan 01 10:23:09 R: ADR 1:275/91@fidonet 46:1/102@agoranet 21:1/105@fsxnet 911:1304/0@zeronet 44:100/2@dorenet 9:91/1@survnet 9:91/0@survnet 77:1/172@scinet 411:411/8@combatnt 10:101/25@araknet 75:1/0@bbsnet
    Jan 01 10:23:09 S: PWD
    Jan 01 10:23:09 R: OK secure
    Jan 01 10:23:09 S: NUL QSIZE 2 files 29,581,050 bytes
    Jan 01 10:23:10 Sending: image20stk.tic (1,678 bytes)
    Jan 01 10:23:10 S: FILE image20stk.tic 1678 1546291334 0
    Jan 01 10:23:10 R: NUL QSIZE 0 files 0 bytes
    Jan 01 10:23:10 Remote Queue: 0 files 0 bytes
    Jan 01 10:23:10 R: EOB
    Jan 01 10:23:10 R: GOT image20stk.tic 1678 1546291334
    Jan 01 10:23:10 Sending: image20stk.zip (29,579,372 bytes)
    Jan 01 10:23:10 S: FILE image20stk.zip 29579372 1546291128 0
    Jan 01 10:30:24 R: GOT image20stk.zip 29579372 1546291128
    Jan 01 10:30:24 S: EOB
    Jan 01 10:30:24 Session ended (2 sent, 0 rcvd, 0 skip)

    So that's 7 mins for this node, some may be a bit quicker and others slower. But this file was tossed to 57 nodes alone in NET 1 and I'm unsure of how
    many in NET 2 and 4..

    + Jan 01 10:22:52 Scanning Hatches
    + Jan 01 10:22:52 Results: 1 import, 57 toss, 0 hatch, 0 bad in 23.68s

    Something to ponder :)


    ──────────────────────────────────────── ──── E∙avon@bbs.nz ────── W∙bbs.nz ─── ──── K∙keybase.io/avon ──────────────

    --- Mystic BBS v1.12 A42 2018/12/30 (Windows/32)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)