Message Area
Casually read the BBS message area using an easy to use interface. Messages are categorized exactly like they are on the BBS. You may post new messages or reply to existing messages!

You are not logged in. Login here for full access privileges.

Previous Message | Next Message | Back to FMAIL SUPPORT  <--  <--- Return to Home Page
   Networked Database  FMAIL SUPPORT   [487 / 801] RSS
 From   To   Subject   Date/Time 
Message   mark lewis    Wilfred van Velzen   Trialing FMail/lnx - Phase 4   September 17, 2017
 7:46 AM *  

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

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

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

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

 WV> Isn't there software more geared towards file transfers in fidonet,
 WV> 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...

 WV> 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)
  Show ANSI Codes | Hide BBCodes | Show Color Codes | Hide Encoding | Hide HTML Tags | Show Routing
Previous Message | Next Message | Back to FMAIL SUPPORT  <--  <--- Return to Home Page

VADV-PHP
Execution Time: 0.0807 seconds

If you experience any problems with this website or need help, contact the webmaster.
VADV-PHP Copyright © 2002-2024 Steve Winn, Aspect Technologies. All Rights Reserved.
Virtual Advanced Copyright © 1995-1997 Roland De Graaf.
v2.0.140505

Warning: Unknown: open(c:\Sessions\sess_cbln7o3iat6uf1q0665dph4pl7, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\Sessions) in Unknown on line 0 PHP Warning: session_start(): open(c:\Sessions\sess_cbln7o3iat6uf1q0665dph4pl7, O_RDWR) failed: No such file or directory (2) in D:\wc5\http\public\VADV\include\common.inc.php on line 45 PHP Warning: Unknown: open(c:\Sessions\sess_cbln7o3iat6uf1q0665dph4pl7, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\Sessions) in Unknown on line 0