Subj : New Files Received
To : All
From : TequilaMockingbird Online
Date : Mon Oct 23 2017 11:59 pm
System name: TequilaMockingbird Online
Sysop: Bill McGarrity
Location: The Badlands of New Jersey USA
Networks: 1:266/404@fidonet 316:973/2@whispnet 618:100/24@micronet
24:24/0@sportnet 46:1/159@agoranet 10:3/68@league10
801:1/13@rdwxnet
Telnet: tequilamockingbirdonline.net
Web: bbs.tequilamockingbirdonline.net
FTP: ftp.tequilamockingbirdonline.net:2121
Running: Synchronet 3.17a Win/32 - Windows Server 2008 Enterprise
Mailer: binkd/1.1a-95/win32 IPv6 Native
������������������������������������������ͻ
� The Following Files were received Today: �
������������������������������������������ͼ
>Area : AVWINXP : WIN_FDN: Anti-Virus software for Windows XP
-----------------------------------------------------------------------------
USC17296.ZIP 63069 US-CERT SB17-296 Vulnerability Summary in HTML format
{weekly update}
Orig: 1:393/68
-----------------------------------------------------------------------------
63069 bytes in 1 file(s)
>Area : FIDONEWS : Fidonet: Fidonet FidoNews
-----------------------------------------------------------------------------
FNEWSY43.ZIP 13215 The Fidonews: Vol#34, Issue#43 for Oct. 23, 2017
Orig: 2:2/2
-----------------------------------------------------------------------------
13215 bytes in 1 file(s)
>Area : NASA : Fidonet: Earth & Space Science Material
-----------------------------------------------------------------------------
AP171023.ZIP 312560 NASA Astronomy Picture of the Day (plus published
Report; antwrp.gsfc.nasa.gov)
Orig: 1:393/68
-----------------------------------------------------------------------------
312560 bytes in 1 file(s)
>Area : WEATHER : Fidonet: Daily Graphic Forecasts
-----------------------------------------------------------------------------
DAILYWET.ZIP 773338 Daily Weather Graphics Forecasts for North America
from NOAA and wisc.edu
Orig: 1:393/68
-----------------------------------------------------------------------------
773338 bytes in 1 file(s)
=============================================================================
>Total 1223526 bytes in 5 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...
��������������ͻ
�/Second Method�
��������������ͼ
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...
