BinkD FAQ [2/3]

[mark lewis]

can we get the following revised and split into two parts? the question is
about making a file request but the majority of the response is about
responding to a file request... it really should be split into two separate
parts...

BT> -------------------------------------------------------------------

BT> 16. Can One Make a File Request From BinkD?

BT> It's a piece of cake! BinkD supports WAZOO FREQ with an
BT> external helper.

BT> To request files from a remote system it is necessary to create
BT> a file of type nnnnmmmm.REQ and to put it in the outbound directory
BT> near *.?ut and *.?lo files. But *.REQ files do not initiate BinkD
BT> to call a link so to make a FREQ it is necessary to make a poll.

what is the format of a REQ file's contents?? there should be an example or a
pointer to a document describing REQ files.

===

then the below needs a new section number and title... renumbering the rest of
the document... this will keep the two FREQ related questions together ;)


17 How can my Binkd Respond to a File Request?

BT> One can configure BinkD for calling an external file request
BT> processor supporting SRIF (FSC-0086) for receiving and handling
BT> FREQs in BinkD. Please read the "!SRIF.TXT" file and the comment to
BT> 'exec' in the configuration file.

BT> Here are the examples of lines in configuration file for
BT> DOS-based OS and for *nix (you should use regular expressions in
BT> the latter case for BinkD to match both upper-case and lower-case
BT> letters, e.g. both *.REQ and *.req):

BT> exec "\\ftn\\allfix\\allfix.exe RP -SRIF *S" *.req

BT> exec "/ftn/bin/tmafreq-srif *S" *.[rR][eE][qQ]

BT> A bash script "srifreq" is delivered with BinkD starting with
BT> version 1.1a19.
BT> The following file request processors are also compatible with
BT> BinkD (but they are not the only ones, any other one supporting
BT> SRIF will do):

BT> Allfix by Harms Software Engineering: it is a fileecho
BT> processor with built-in file request processor and it has versions
BT> for DOS and OS/2;

BT> ViReq by Michael Haase (2:2432/280): a specialized FREQ
BT> processor for Windows, it is distributed by Michael Massenberg
BT> (2:2411/505) via modem, ISDN and Fido-over-IP.

BT> tmafreq by Maxim Timofeyev <***@mail.tma.spb.ru>: the FREQ
BT> processor is created for a unix-like OS and ported into Windows.
BT> One may obtain tmafreq from different BBS and FTP with fileecho
BT> archives, or may get tmafreq sources from anonymous CVS
BT> :pserver:***@tma.spb.ru:/cvsroot, module "tmafreq".

BT> VIREQ/x by Volker Imre <***@imre.dyndns.org> (2:246/2098):
BT> the FREQ processor is created for a unix-like OS but can be
BT> compiled in the OS/2, Windows and maybe other operating systems.
BT> Now it is included into "ftnapps" project on Sourceforge and may
BT> be downloaded from
BT> http://ftnapps.sourceforge.net/vireq.html.

BT> -------------------------------------------------------------------

thanks! :)

)\/(ark

[Markus Reschke]

Hello mark!

Feb 12 20:01 2014, mark lewis wrote to Pavel Gulchouck:

BT>> To request files from a remote system it is necessary to create
BT>> a file of type nnnnmmmm.REQ and to put it in the outbound directory
BT>> near *.?ut and *.?lo files. But *.REQ files do not initiate BinkD
BT>> to call a link so to make a FREQ it is necessary to make a poll.

ml> what is the format of a REQ file's contents?? there should be an
ml> example or a pointer to a document describing REQ files.

Actually that's determined by the file request processor. binkd just calls the
request processor and hands over the filepath of the REQ file. Most request
prcessors support following syntax for the REQ file:

<filename pattern> [!<password>]

One file/pattern per line.

BT>> VIREQ/x by Volker Imre <***@imre.dyndns.org> (2:246/2098):
BT>> the FREQ processor is created for a unix-like OS but can be
BT>> compiled in the OS/2, Windows and maybe other operating systems.
BT>> Now it is included into "ftnapps" project on Sourceforge and may
BT>> be downloaded from
BT>> http://ftnapps.sourceforge.net/vireq.html.

and mfreq at https://github.com/ftnapps/mfreq


Regards,
Markus

[mark lewis]

On Thu, 13 Feb 2014, Markus Reschke wrote to mark lewis:

BT>> To request files from a remote system it is necessary to
BT>> create a file of type nnnnmmmm.REQ and to put it in the outbound
BT>> directory near *.?ut and *.?lo files. But *.REQ files do not
BT>> initiate BinkD to call a link so to make a FREQ it is necessary
BT>> to make a poll.

ml> what is the format of a REQ file's contents?? there should be an
ml> example or a pointer to a document describing REQ files.

MR> Actually that's determined by the file request processor. binkd
MR> just calls the request processor and hands over the filepath of
MR> the REQ file.

yes, i understand how it works but i don't recall ever seeing the format of a
REQ file... i know there is the SRFI files but they are not the same...

MR> Most request prcessors support following syntax for the REQ file:

MR> <filename pattern> [!<password>]

MR> One file/pattern per line.

thanks! now maybe i can try to work on a tool for my hybrid environment that
will pass REQ made thru my frontdoor side to my binkd side so that binkd will
send them to the remote and the FREQ will actually work to grab files for me
and my users on my BBS ;)

BT>> VIREQ/x by Volker Imre <***@imre.dyndns.org> (2:246/2098):
BT>> the FREQ processor is created for a unix-like OS but can be
BT>> compiled in the OS/2, Windows and maybe other operating systems.
BT>> Now it is included into "ftnapps" project on Sourceforge and may
BT>> be downloaded from
BT>> http://ftnapps.sourceforge.net/vireq.html.

MR> and mfreq at https://github.com/ftnapps/mfreq


can you say if the above response to my request as well as the adjustment of
the FAQ numbers along with your addition will be in the next release of the
FAQ? that was the third or fourth time i've posted that request since around
Oct 2013 :/

)\/(ark

One of the great tragedies of life is the murder of a beautiful theory by a
gang of brutal facts. --Benjamin Franklin

[Markus Reschke]

Hello mark!

Feb 13 10:39 2014, mark lewis wrote to Markus Reschke:

ml> can you say if the above response to my request as well as the
ml> adjustment of the FAQ numbers along with your addition will be in the
ml> next release of the FAQ? that was the third or fourth time i've
ml> posted that request since around Oct 2013 :/

I'm not the maintainer of the FAQ, but Michael Dukelsky seems to be the right
person to ask ;-)

cu,
Markus

[mark lewis]

On Thu, 13 Feb 2014, Markus Reschke wrote to mark lewis:

ml> can you say if the above response to my request as well as the
ml> adjustment of the FAQ numbers along with your addition will be in the
ml> next release of the FAQ? that was the third or fourth time i've
ml> posted that request since around Oct 2013 :/

MR> I'm not the maintainer of the FAQ, but Michael Dukelsky seems to be
MR> the right person to ask ;-)

thanks... i get confused as to who is doing what when how and why... one would
think that folks would read the areas specific to their projects so as to stay
on top of problem reports...

i'll consider to repost my original message again and this time addressed to
michael instead of pavil who is supposedly the project leader at this time...

)\/(ark

One of the great tragedies of life is the murder of a beautiful theory by a
gang of brutal facts. --Benjamin Franklin

[mark lewis]

Following up a post on Thu, 13 Feb 2014, from mark lewis to Markus Reschke:

ml> i'll consider to repost my original message again and this time
ml> addressed to michael instead of pavil who is supposedly the project
ml> leader at this time...

s/pavil/pavel/ my apologies to pavel...


)\/(ark

One of the great tragedies of life is the murder of a beautiful theory by a
gang of brutal facts. --Benjamin Franklin