On 2017 Sep 16 22:38:00, you wrote to me:

FMail completely ignores a FREQ from me to my main node,

That's by design. Freq's are not really the domain of a mail
processor/tosser.

right but it is the only thing in position to perform this feat...

Isn't there software more geared towards file transfers in fidonet,
that can do this?

no, there's not... originating FREQs has generally always been done by creating
a netmail MSG... mail tossers, mailers and/or MSG tools performed whatever steps were needed to convert the MSG to the proper FREQ format needed by the destination system... frontdoor handled them transparently and sent whatever was needed to the remote... binkd doesn't have the intelligence for this so it has to rely on the mail tosser or some tool like bonk (if bonk can do the conversion) to do it and place the REQ files in the BSO for binkd to deliver...
at one time i had a special tool specifically to process REQ files arriving on my frontdoor system because FD didn't do REQ files at that time... there's at least two formats that i'm aware of... REQ and whatever the other one is... in today's world, REQ is most used because binkd converts it to SRIF to feed to a FREQ processor like allfix so that allfix can go find the files and queue them for delivery during this live connection... the problem is that REQ with binkd requires manual intervention that wasn't needed years ago... there are some huge regressions in the network with the widespread use of binkd and only a few
remember how to do some of those things manually...

Maybe something like allfix? (Just guessing)

allfix is just a FREQ processor that handles the inbound request and queues up the response(s) and files requested...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Life is painting a picture, not doing a sum.
---
* Origin: (1:3634/12.73)

Hi Paul,

On 2017-09-17 21:15:00, you wrote to me:

Can I nominate another?

You can nominate anything you want...

I will anyway: has anyone commented on the paucity of output from
'ftools stat', yet? ;-)

And I learned a new English word: "paucity"...

You're the first.

I used to think that FastEcho did its thing rather well until I saw
the reports from CrashMail II. I can send you a copy of this
afternoon's report as an example, if you're interested...

I'm mildly interested. The ftools stat function is probably a remnant from the time fmail only supported the hudson message base. I never used it myself. Aren't there external utils that can do stats on jam areas?

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
* Origin: FMail development HQ (2:280/464)

Hi! Wilfred,

On 09/18/2017 04:33 AM, you wrote:

And I learned a new English word: "paucity"...
You're the first.

I'm happy to be of assistance. WARNING: you may already realize that English is my first language but you might be surprised to learn that I /failed/ at it as a formal subject in high school. :)

I used to think that FastEcho did its thing rather well until I saw
the reports from CrashMail II. I can send you a copy of this
afternoon's report as an example, if you're interested...

I'm mildly interested. The ftools stat function is probably a remnant from the time fmail only supported the hudson message base. I never used it myself.

Ah, yes. I had thought the same myself, and that it was designed as a diagnostic tool rather than as an informative one.

To take a step backwards for a second: you already know bad my C programming skill is. That's a fact. I had cause to give the CrashMail sources a cursory look over and saw a possibility of perhaps grafting Johan Billing's statistics analysis code into FMail. It seemed to be fairly modular. I looked at one routine that delivered two functions: read stats, or, write stats. I do not know how it sat in the whole puzzle that is CM II, to deliver a report.

Aren't there external utils that can do stats on jam areas?

Ah, yes. I've spotted one possibility of Michiel's manufacture, on his website. I will explore that further, again.

Thank you for your time, Wilfred.

Cheers,
Paul.

--- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
* Origin: Quinn's Rock vBox - sunny side up on the bookcase (3:640/1384)