D'Bridge always handled freqqing perfectly in times of PSTN but, I
assume, has no sollution when the FRQ arrives via binkd.
Binkd will handle file requests with the help of an SRIF helper.
A simple one I know of for windows and linux is FREQ-U and there are others. This is handled when binkd receives a *.REQ file. It may or
may not need any changes to D'Bridge to work.
I've been playing a bit with D'Bridge and Freq-U.
I managed to make it work, though I had to edit DBRIDGE.BNK and change:
domain fidonet DATA/FIDONET 2
to:
domain fidonet C:/DB/DATA/FIDONET 2
With the default, non-absolute path, Freq-U stopped with an error.
The problem is that DB will generate DBRIDGE.BNK again and the change
will be lost.
With the default, non-absolute path, Freq-U stopped with an error.
The problem is that DB will generate DBRIDGE.BNK again and the change
will be lost.
Another option is just putting Freq-U and its config file in the C:\DB directory. This way relative path is not a problem.
I've been playing a bit with D'Bridge and Freq-U.
I managed to make it work, though I had to edit DBRIDGE.BNK and change:
domain fidonet DATA/FIDONET 2
to:
domain fidonet C:/DB/DATA/FIDONET 2
With the default, non-absolute path, Freq-U stopped with an error.
The problem is that DB will generate DBRIDGE.BNK again and the change
will be lost.
| Sysop: | Saxainden |
|---|---|
| Location: | Littleton, CO |
| Users: | 56 |
| Nodes: | 10 (0 / 10) |
| Uptime: | 16:35:24 |
| Calls: | 1,676 |
| Calls today: | 1 |
| Files: | 44 |
| D/L today: |
3 files (2,530K bytes) |
| Messages: | 52,363 |