Wiki edit of http://wiki.synchro.net/howto:freq by wkitty42:
created first simplistic rough draft
Al wrote to wkitty42 <=-
Wiki edit of http://wiki.synchro.net/howto:freq by wkitty42:
created first simplistic rough draft
You mentioned 2 methods and I am not sure what the other method
is but SBBS will send a file request to a node if you use the
subject with "FR: FILENAME.ZIP"
I just requested "FILES" from your node from this 1:153/757.2
point. I didn't get anything back but I wasn't really expecting
anything anyway, but SBBS/BinkIt successfully sent the request to
your node. :)
1:153/757 supports file requests. FILES doesn't return anything
but the magic names NODELIST, FIDONEWS or NASA will get you the
latest file that has arrived in those areas.
You or anyone can feel free to test against or request files from 1:153/757.
So, who do we address the netmail to? I get the part about the subject line, such as "FR: NASA", and I see your node number, but the netmail
has to be in the form of "user name@1:153/757". What "user name" should be used?
Wiki edit of http://wiki.synchro.net/howto:freq by wkitty42:
created first simplistic rough draft
You mentioned 2 methods and I am not sure what the other method
is but SBBS will send a file request to a node if you use the
subject with "FR: FILENAME.ZIP"
true... i was, however, speaking of the technical behind the scenes methods that BSO uses... sbbs will use one of those two methods to convert the "FR: file.name" to a .REQ and send it to the remote system...
FWIW: AFAIK, the FR: method is only one file per so if you want 10 files, that's going to be 10 netmails which will be converted into 10 .REQs and 10 connections... maybe the FR: method does work with multiple filenames where
FR: file1 file2 file3
is converted to one REQ for the three files... idk, really... it would be great if it does but there is also the subject line field length limitation to consider... the method i describe, while being external to the BBS, allows for many files to be listed in the .REQ and all handled in one connection...
Al wrote to Gamgee <=-
Re: Re: [wiki.synchro.net] page added: howto:freq
By: Gamgee to Al on Fri Mar 19 2021 09:23 pm
So, who do we address the netmail to? I get the part about the subject line, such as "FR: NASA", and I see your node number, but the netmail
has to be in the form of "user name@1:153/757". What "user name" should
be used?
Alan Ianson@1:153/757, or freq@1:153/757. I don't think the To:
name matters.
Rampage wrote to Gamgee <=-
Re: Re: [wiki.synchro.net] page added: howto:freq
By: Gamgee to Al on Fri Mar 19 2021 21:23:00
Gamgee> So, who do we address the netmail to? I get the part
about
Gamgee> the subject line, such as "FR: NASA", and I see your
node
Gamgee> number, but the netmail has to be in the form of "user
Gamgee> name@1:153/757". What "user name" should be used?
sysop@1:153/757 should work just fine because there should be no
actual netmail message generated... .REQ files are not sent to
any specific person... they are sent to the system...
theoretically, you could send to any username at the address...
even a non-existant username...
FWIW: AFAIK, the FR: method is only one file per so if you want 10 files, that's going to be 10 netmails which will be converted into 10 .REQs and 10 connections...
Re: Re: [wiki.synchro.net] page added: howto:freq
By: Gamgee to Al on Fri Mar 19 2021 09:23 pm
So, who do we address the netmail to? I get the part about the subject line, such as "FR: NASA", and I see your node number, but the netmail has to be in the form of "user name@1:153/757". What "user name" should be used?
Alan Ianson@1:153/757, or freq@1:153/757. I don't think the To: name matters.
SBBSecho won't create an outbound .pkt for file requests. It just sends the .req file and creates a poll for the node.
Re: Re: [wiki.synchro.net] page added: howto:freq
By: Al to Gamgee on Fri Mar 19 2021 08:33 pm
Re: Re: [wiki.synchro.net] page added: howto:freq
By: Gamgee to Al on Fri Mar 19 2021 09:23 pm
So, who do we address the netmail to? I get the part about the subject line, such as "FR: NASA", and I see your node number, but the netmail has to be in the form of "user name@1:153/757". What "user name" should be used?
Alan Ianson@1:153/757, or freq@1:153/757. I don't think the To: name matters.
SBBSecho won't create an outbound .pkt for file requests. It just sends the .req file and creates a poll for the node.
Hi Al, (and anyone),
(I know this message I'm replying to is 3 years old... but...)
I'm re-visiting setting up the FREQ function on my system, and having trouble with it. I've edited the ../sbbs/ctrl/freqit.ini to have a "magic word" (ALLFILES) set up to a particular file directory, which is pretty straightforward. So then, from a test system I have (running SBBS as a point from my main system), I send a netmail to my main system. I've tried various "To:" names, and the subject line is: FR: ALLFILES . The point generates the crash netmail and sends it to my BBS. I watch the logs and I see the connection, and then it receives (two) .req files and deletes them both, and..... that's it. Binkit closes the connection, there are no error messages, and nothing else happens.
Does anyone have FREQ working on their system? Is there something else that needs to be set up? Not sure what I'm missing here... Thanks for info.
Digital Man wrote to Gamgee <=-
I'm re-visiting setting up the FREQ function on my system, and having trouble with it. I've edited the ../sbbs/ctrl/freqit.ini to have a "magic word" (ALLFILES) set up to a particular file directory, which is pretty straightforward. So then, from a test system I have (running SBBS as a point from my main system), I send a netmail to my main system. I've tried various "To:" names, and the subject line is: FR: ALLFILES . The point generates the crash netmail and sends it to my BBS. I watch the logs and I see the connection, and then it receives (two) .req files and deletes them both, and..... that's it. Binkit closes the connection, there are no error messages, and nothing else happens.
Does anyone have FREQ working on their system? Is there something else that needs to be set up? Not sure what I'm missing here... Thanks for info.
What are the contents of your ctrl/freqit.ini file?
Digital Man wrote to Gamgee <=-
I'm re-visiting setting up the FREQ function on my system, and having trouble with it. I've edited the ../sbbs/ctrl/freqit.ini to have a "magic word" (ALLFILES) set up to a particular file directory, which is pretty straightforward. So then, from a test system I have (running SBBS as a point from my main system), I send a netmail to my main system.
I've tried various "To:" names, and the subject line is: FR: ALLFILES . The point generates the crash netmail and sends it to my BBS. I watch the logs and I see the connection, and then it receives (two) .req files and deletes them both, and..... that's it. Binkit closes the connection, there are no error messages, and nothing else happens.
Does anyone have FREQ working on their system? Is there something else that needs to be set up? Not sure what I'm missing here... Thanks for info.
What are the contents of your ctrl/freqit.ini file?
; Global Keys:
; Dirs: Comma-separated list of BBS directories to allow FREQing from. ; SecureDirs: As with Dirs, but only if it is a secure session.
; MaxFiles: The max files that can be FREQed in a single request.
;
; Magic words...
; Each section name is a magic word. Magic sections support the following: ; Dir: REQUIRED. The file directory to search for the file.
; Secure: Boolean... if true, only available on secure sessions.
; Match: A wildcard to identify the file. The most recently uploaded match ; to this will be returned.
Dirs=uploads
;SecureDirs=
MaxFiles=10
[ALLFILES]
Dir=uploads
Secure=No
Match=pal*.zip
The "uploads" name is the Internal Code of that file area, which does
exist
and contains files that match "pal*.zip".
Does capitalization/case matter, I wonder? This is SBBS running on
Linux.
Does anyone have FREQ working on their system? Is there something else that needs to be set up? Not sure what I'm missing here... Thanks for info.
What are the contents of your ctrl/freqit.ini file?
; Global Keys:
; Dirs: Comma-separated list of BBS directories to allow FREQing from. ; SecureDirs: As with Dirs, but only if it is a secure session.
; MaxFiles: The max files that can be FREQed in a single request.
;
; Magic words...
; Each section name is a magic word. Magic sections support the following: ; Dir: REQUIRED. The file directory to search for the file.
; Secure: Boolean... if true, only available on secure sessions.
; Match: A wildcard to identify the file. The most recently uploaded match ; to this will be returned.
Dirs=uploads
;SecureDirs=
MaxFiles=10
[ALLFILES]
Dir=uploads
Secure=No
Match=pal*.zip
The "uploads" name is the Internal Code of that file area, which does exist
There's no internal code prefix for the file library in which "uploads" exists?
and contains files that match "pal*.zip".
Maybe try a simpler test, just give an exact filename first?
; Global Keys:
; Dirs: Comma-separated list of BBS directories to allow FREQing from. ; SecureDirs: As with Dirs, but only if it is a secure session.
; MaxFiles: The max files that can be FREQed in a single request.
;
; Magic words...
; Each section name is a magic word. Magic sections support the following: ; Dir: REQUIRED. The file directory to search for the file.
; Secure: Boolean... if true, only available on secure sessions.
; Match: A wildcard to identify the file. The most recently uploaded match ; to this will be returned.
Dirs=uploads
;SecureDirs=
MaxFiles=10
[ALLFILES]
Dir=uploads
Secure=No
Match=pal*.zip
The "uploads" name is the Internal Code of that file area, which does exist
There's no internal code prefix for the file library in which "uploads" exists?
and contains files that match "pal*.zip".
Maybe try a simpler test, just give an exact filename first?
Another quick followup to this... Again there is no prefix for the file library, and I did use an exact filename, with no change.
I also tried using the OS-level directory path instead of the Internal Code, and that didn't work.
Below is a log snip of what I see in sbbs.log when the FREQ comes in. The entries before and after this snip are just the session start/stop messages, no other useful information is seen. I also snipped the timestamp at the beginning of each line for readability:
srvc 0013 BINKP Receiving file: /sbbs/temp/00870073.req (0.0KB)
srvc 0013 BINKP Received file: /sbbs/temp/00870073.req (0.0KB)
srvc 0013 BINKP Deleted file: /sbbs/temp/00870073.req
srvc 0013 BINKP Receiving file: /sbbs/temp/nfx4kkji.req (0.0KB)
srvc 0013 BINKP Received file: /sbbs/temp/nfx4kkji.req (0.0KB)
srvc 0013 BINKP Deleted file: /sbbs/temp/nfx4kkji.req
It is interesting that there are *TWO* .req messages sent with each try, not sure why that is. I did try another experiment though - I FREQ'd a file from a non-SBBS system, and it also sent two .req's to that system, but I got back the file I requested, and two netmail replies with the file information.
What I notice about the log info above is that there is no "recognition" by BinkIT that there is a request being made. No error message like "file not found" or anything else. Just what you see above. It's like the FREQ function is not enabled in BinkIT or something.
Hopefully this gives some clues about what might be happening. Also, just for completeness, on the requesting system I have tried sending to "freq@<address>" and to "sysop@<address>" with no difference (probably doesn't matter who it's addressed to). Also have used "FR: ALLFILES" and "FR:ALLFILES" on the subject line, with no difference.
Re: Re: [wiki.synchro.net] page added: howto:freq
By: Gamgee to Digital Man on Sun Mar 09 2025 09:20 am
Another quick followup to this... Again there is no prefix for the file library, and I did use an exact filename, with no change.
I also tried using the OS-level directory path instead of the Internal Code, and that didn't work.
Below is a log snip of what I see in sbbs.log when the FREQ comes in.
The entries before and after this snip are just the session start/stop messages, no other useful information is seen. I also snipped the timestamp at the beginning of each line for readability:
srvc 0013 BINKP Receiving file: /sbbs/temp/00870073.req (0.0KB)
srvc 0013 BINKP Received file: /sbbs/temp/00870073.req (0.0KB)
srvc 0013 BINKP Deleted file: /sbbs/temp/00870073.req
srvc 0013 BINKP Receiving file: /sbbs/temp/nfx4kkji.req (0.0KB)
srvc 0013 BINKP Received file: /sbbs/temp/nfx4kkji.req (0.0KB)
srvc 0013 BINKP Deleted file: /sbbs/temp/nfx4kkji.req
It is interesting that there are *TWO* .req messages sent with each try, not sure why that is. I did try another experiment though - I FREQ'd a file from a non-SBBS system, and it also sent two .req's to that system, but I got back the file I requested, and two netmail replies with the file information.
What I notice about the log info above is that there is no "recognition" by BinkIT that there is a request being made. No error message like "file not found" or anything else. Just what you see above. It's like the FREQ function is not enabled in BinkIT or something.
Hopefully this gives some clues about what might be happening. Also, just for completeness, on the requesting system I have tried sending to "freq@<address>" and to "sysop@<address>" with no difference (probably doesn't matter who it's addressed to). Also have used "FR: ALLFILES" and "FR:ALLFILES" on the subject line, with no difference.
Digital Man, any more thoughts on this?
It seems like BinkIT is not
recognizing that there is an inbound ".req" netmail, and doesn't trigger the FreqIT function.
I looked at freqit.js and see that it "loads" fidocfg.js and freqit_common.js. That second one requires filebase.js, and in that last one I see a comment reference regarding an "unnecessary shim for the new Filebase class". Just a wild guess, but did the new 3.20 filebase break something?
Below is a log snip of what I see in sbbs.log when the FREQ comes in. The entries before and after this snip are just the session start/stop messages, no other useful information is seen. I also snipped the timestamp at the beginning of each line for readability:
srvc 0013 BINKP Receiving file: /sbbs/temp/00870073.req (0.0KB)
srvc 0013 BINKP Received file: /sbbs/temp/00870073.req (0.0KB)
srvc 0013 BINKP Deleted file: /sbbs/temp/00870073.req
srvc 0013 BINKP Receiving file: /sbbs/temp/nfx4kkji.req (0.0KB)
srvc 0013 BINKP Received file: /sbbs/temp/nfx4kkji.req (0.0KB)
srvc 0013 BINKP Deleted file: /sbbs/temp/nfx4kkji.req
Digital Man, any more thoughts on this?
Nope. I start added some log() statements to binkit.js to find out what's happening.
It seems like BinkIT is not
recognizing that there is an inbound ".req" netmail, and doesn't trigger the FreqIT function.
I looked at freqit.js and see that it "loads" fidocfg.js and freqit_common.js. That second one requires filebase.js, and in that last one I see a comment reference regarding an "unnecessary shim for the new Filebase class". Just a wild guess, but did the new 3.20 filebase break something?
Doubt it.
Re: Re: [wiki.synchro.net] page added: howto:freq
By: Digital Man to Gamgee on Mon Mar 10 2025 08:42 pm
Below is a log snip of what I see in sbbs.log when the FREQ comes in. The entries before and after this snip are just the session start/stop messages, no other useful information is seen. I also snipped the timestamp at the beginning of each line for readability:
srvc 0013 BINKP Receiving file: /sbbs/temp/00870073.req (0.0KB) srvc 0013 BINKP Received file: /sbbs/temp/00870073.req (0.0KB)
srvc 0013 BINKP Deleted file: /sbbs/temp/00870073.req
srvc 0013 BINKP Receiving file: /sbbs/temp/nfx4kkji.req (0.0KB) srvc 0013 BINKP Received file: /sbbs/temp/nfx4kkji.req (0.0KB)
srvc 0013 BINKP Deleted file: /sbbs/temp/nfx4kkji.req
Digital Man, any more thoughts on this?
Nope. I start added some log() statements to binkit.js to find out what's happening.
Do you mean you are going to add some log statements, or that I should do that? Because... I don't know how to do that.
It seems like BinkIT is not
recognizing that there is an inbound ".req" netmail, and doesn't trigger the FreqIT function.
I looked at freqit.js and see that it "loads" fidocfg.js and freqit_common.js. That second one requires filebase.js, and in that last one I see a comment reference regarding an "unnecessary shim for the new Filebase class". Just a wild guess, but did the new 3.20 filebase break something?
Doubt it.
Well, then a followup question would be: Has FreqIT ever worked in the past?
I'm just now trying to get it working and don't know if it ever did
before.
Should I put in a Gitlab issue? How can I fix this? Thank you.
Well, then a followup question would be: Has FreqIT ever worked in
the past? I'm just now trying to get it working and don't know if it
ever did before.
Digital Man wrote to Gamgee <=-
Do you mean you are going to add some log statements, or that I should do that? Because... I don't know how to do that.
You would edit the file binkit.js and add lines around the .req file handling, for example:
if (fname.search(/\.req$/i) !== -1) {
log("REQ file received, calling handle_freq");
handle_freq(fname, bp);
remove_file(fname);
}
Then when BinkIt receives a .req file, I'd expect to see that string in your logs.
Should I put in a Gitlab issue? How can I fix this? Thank you.
If you want to reach the author (Deuce) that's probably the best way,
yes.
Wilfred van Velzen wrote to Gamgee <=-
Well, then a followup question would be: Has FreqIT ever worked in
the past? I'm just now trying to get it working and don't know if it
ever did before.
I've succesfully tested it against: 4:902/26
He was running: BinkIT/2.41,JSBinkP/4,sbbs3.20a/Linux at the time.
| Sysop: | Gate Keeper |
|---|---|
| Location: | Shelby, NC |
| Users: | 792 |
| Nodes: | 20 (0 / 20) |
| Uptime: | 63:52:22 |
| Calls: | 12,360 |
| Files: | 5,294 |
| Messages: | 576,409 |