>Area : NASA : Fidonet: Earth & Space Science Material ----------------------------------------------------------------------------- AP170908.ZIP 487839 NASA Astronomy Picture of the Day (plus published Report; antwrp.gsfc.nasa.gov) Orig: 1:393/68 ----------------------------------------------------------------------------- 487839 bytes in 1 file(s)
>Area : SPORINFO : SportNet InfoPak ----------------------------------------------------------------------------- sportnet.zip 1463465 SportNet InfoPak for day 251, 2017 Orig: 24:24/0 ----------------------------------------------------------------------------- 1463465 bytes in 1 file(s)
>Area : SPORNODE : SportNet Nodelists ----------------------------------------------------------------------------- spordiff.z51 349 SportNet nodediff for day 251, 2017 Orig: 24:24/0 sportnet.txt 21042 SportNet BinkD style nodelist for day 251, 2017 Orig: 24:24/0 sportnet.z51 8278 SportNet nodelist for day 251, 2017 Orig: 24:24/0 ----------------------------------------------------------------------------- 29669 bytes in 3 file(s)
>Area : WEATHER : Fidonet: Daily Graphic Forecasts ----------------------------------------------------------------------------- DAILYWET.ZIP 760400 Daily Weather Graphics Forecasts for North America from NOAA and wisc.edu Orig: 1:393/68 ----------------------------------------------------------------------------- 760400 bytes in 1 file(s)
============================================================================= >Total 5845029 bytes in 14 file(s)
2. Rename the file using the hex of my net and node... each must be padded with leading zeros to make four places... Net: 266 Node: 404
266 == 010a 404 == 0194
ren WPUSA.REQ 010a0194.req
3. Move the REQ file to your proper outbound directory for zone 1 since I'm in zone 1... in my case, this is just the .../outbound folder you have configured in binkd... for others it would be .../outbound.001 if zone 1 is not their primary zone...
move 010a0194.req .../outbound/010a0194.req
4. Create a poll file of the same name in the same directory to trigger binkd to connect to the remote system... a REQ file by itself will not trigger the poll... a ?LO file is required...
echo.>> .../outbound/010a0194.clo
5. sit back and watch binkd send the request and pick up the files and/or response messages...
╔═════════════╗ ║/First Method║ ╚═════════════╝
╔═════════════╗ ║Second Method║ ╚═════════════╝
1. Create a file containing the magic or actual file name(s) of the desired file(s)... i'll use my master files list and the fido history archive in this example... both of these are magic names on my system...
2. Move the REQ file to your proper outbound directory for zone 1 since i'm in zone 1... in my case, this is just the /outbound folder you have configured in binkd... for others it would be /outbound.001 if zone 1 is not their primary zone...
move WPUSA.REQ /.../outbound/wpusa.req
[ yes i renamed the REQ file to all lower case in the move to show that one can move and rename at the same time ;) ]
3. Create a poll file containing a pointer to the REQ file in the outbound directory... the poll file must be the hex net and node as shown in the example above... a REQ file by itself will not trigger the poll... a ?LO file is required...
The '^' in the above tells binkd to delete the req file after it has been sent... the full path to the REQ file is needed... it may reside anywhere and is not required to be in the outbound with using this method...
4. Sit back and watch binkd send the request and pick up the files and/or response messages...
I just tested both of these and they worked properly If one is using fileboxes for a system they want to FREQ from, i would imagine that just placing the REQ file in the filebox would work without the need to create the ?LO file or mess with the hex format naming stuff... as long as the file has the REQ extension it should work...
