Subj : Re: oxp locks up, again
To   : Martin Foster
From : August Abolins
Date : Sun Jan 19 2020 11:44:00

Hello Martin,

Thank your for your feedback below.


AA>> I deleted the nodelist entries completely.

MF>Are you absolutely certain about that?

Yes..  Fido/Nodelist/Config table is completely empty.


AA>> 2020-01-11 18:58:23 xpfidonl: diffDir and diffnames done
AA>> 2020-01-11 18:58:23 xpfidonl: Nodelist.Count = 1
MF>                                ^^^^^^^^^^^^^^^^^^
MF>                                That tells me that you still have
MF>                                one nodelist installed.

Hmmmm.



AA>>  ufile: NODEDIFF.017 2020-01-11 18:58:23 xpfidonl: NodeDiff-Routine

AA>> Why is it wanting to process a nodediff when I have cleared out the
AA>> nodelist config?

MF>Because for some reason, OpenXP thinks you have a nodelist installed.
MF>Have you cleared everything out of the FIDO directory?

All I have in the FIDO directory are the results of a couple of file- 
requests long ago in December:

        FILELIST.CFG

It's contents are:

        # Directory of request file lists

        3:640/1321=TFB-ALL.FL


And the file TB-ALL.FL is in the directory too.  That is all.


The nodelists typically arrive in the FILES directory here.  I had several  
full and diff files (archived and unarchived) in there.   After I deleted  
those, the next poll went smoothly.

Which leads me to the security/bug/weakeness.

If the FILES directory is used for the arriving nodelists, and it is the  
same directory for other arriving files such as attachments from other  
people, then anyone could arbitrarily send me a nodelist, and its presence  
can screw up oxp (just like the presence of the old nodelist/diffs that I  
still had in there did).

The entry "2020-01-11 18:58:23 xpfidonl: Nodelist.Count = 1" above tells  
me that it saw my stored nodelist files in the /FILES directory, even  
though oxp's Fido/Nodelist/Config table is completely empty.   Hmmmm.


AA>> While this is still happening, none of the .PKTs are getting tossed
AA>> into the bases.

MF>Yes.

But... WHY aren't the messages getting tossed? The log files report  
checking to unpack them and converting them, but the content of the PKTs  
never show up in the databases, instead, they just get moved to the  
"SPOOL/<host>" directory.   Maybe the developer can place the actual toss  
higher in priority as soon as they are converted.  ???


   ..AA

--- OpenXP 5.0.42
 * Origin:  (2:221/1.58)

.