Hi Nicholas,

On 22 Nov 16 08:12, Nicholas Boel wrote to Wilfred van Velzen:
  about: "Netmail and Jam":

 RM>>> Especially if there is a text config

 WV>> There won't be at first...

 NB> I thought you were saying that's what you may have to do at first seeing
 NB> as though the current config program wasn't playing nice with the
 NB> recompiles?

It was a thought. But not very viable as a quick sollution, on second thoughts.

The quick sollution will be using the windows configuration program for
editing the configuration files for the linux version.

 NB> What I would like to know (and I was wondering the same about HPT), is
 NB> if say I were to do a rescan from another system, and I was using
 NB> either FMail or HPT, if my system would then spit that entire rescan
 NB> out to my other links?

 NB> I avoided doing any kind of rescan to this new hub because I was worried
 NB> about that, and didn't want to do a rescan before adding all my links to
 NB> the config. Is there some sort of identifier in the message header or body
 NB> that would tell FMail or HPT it was a rescanned message and not to process
 NB> it to other links?

FMail adds a "RESCANNED" kludge line to rescannend messages but
that's not a documented standard afaik. And I don't know any software,
including FMail, that considers it when tossing incoming pkt files.

It's up to the sysop of the receiving system, to make sure to
"unlink" other systems from areas before requesting a rescan.
Rescan is a "dangerous" function, where one needs to know what
one is doing! So FMail even has the option to turn off rescan functionality
for individual links...

Wilfred.

--- FMail-W32 1.73.4.41-B20161120