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)