Subj : Re: exec/tickfix.js To : Digital Man From : Rampage Date : Tue Apr 28 2020 07:35 am Re: Re: exec/tickfix.js By: Digital Man to Gamgee on Mon Apr 27 2020 13:53:00 Ra>>> this will definitely be going into operation on my star-hub Ra>>> system in the very near future ;) Gamgee>> YES!!! :thumbs-up: :-) DM> Cool. I don't use tickIT myself, yet, so I'll need test results. after playing with tickfix, i'm thinking that the responses for the %blah queries should be in individual replies instead of stuffing them all into one reply... possibly also add the %blah query to the subject line as well... that would make it easier for the requesting operator to find a specific reply... this because if they request %list and %unlinked, it could be hard to figure out which list is which... same with %query... eg message with two queries: fr: john doe (1:123/456) to: tickfix (1:123/654) re: password ---------------------------- %help %list -!- eg response1: fr: tickfix (1:123/654) to: john doe (1:123/456) re: your file echo %help query ------------------------------ TickFix 1.4 Help In the body of the message, one or more: + Connect an area +ALL Connect all areas - Disconnect an area -ALL Disconnect all areas %HELP This message %LIST List of all available areas (tags) %QUERY List of linked / connected areas %UNLINKED List of unlinked areas [---] Everything below the tear line is ignored -!- TickFix 1.4 eg response 2: fr: tickfix (1:123/654) to: john doe (1:123/456) re: your file echo %list query ------------------------------ The following xxxx file echo areas are available from 1:123/654. [list of file echo tags here] -!- TickFix 1.4 using the above example, a %query might say: Your system, 1:123/456, is connected to 1:123/654 for the following xxxx file echo areas. [list of file echo tags here] -!- TickFix 1.4 if an operator requests adding or removing areas from their link, put those all into one response message... maybe like this (message body only)... The following file echo areas have been added to or removed from the feed to 1:123/456. FOO added BAR added FUBAR removed FOOBAR added XYZZY unknown area -!- TickFix 1.4 one of the things i'm looking at with including the addresses in the response lines is if a system has multiple FTN addresses and is connected to some areas with one address and other areas with another address... this might be the case for a *C system... they might be connected to general file areas with their regular node number and to the nodelist areas with their *C x:y/0 admin address... i'm sure there are other security validation things that we could do, too... like creating the responses to the "operator on record" name instead of just replying the name the request was sent from... or maybe rejecting requests if they are not from the "operator on record's" name... "operator on record" being the name we have in our sbbsecho.ini for the requesting system's address... i'm thinking of folks playing ""games"" if they figure out a system's areafix password and send bogus requests to (dis)connect all areas by spoofing the from address but i guess it is also possible for them to figure out the "operator on record" name as well... the main thing is that the response message would go to the operator on record so they would see these requests... aside from that, we're getting closer :) )\/(ark --- þ Synchronet þ The SouthEast Star Mail HUB - SESTAR .