[antispam-f] Re: SecureSockets

  • From: Frank de Bruijn <antispam@xxxxxxxxx>
  • To: antispam@xxxxxxxxxxxxx
  • Date: Fri, 08 Feb 2019 11:47:30 +0100

In article <38200f8357.harriet@xxxxxxxxxxxxxxxx>,
   Harriet Bazley <lists@xxxxxxxxxxxxxxxxxx> wrote:

On 8 Feb 2019 as I do recall,
          Frank de Bruijn  wrote:
Let's go back a bit. You wrote earlier that version 1.67 was OK until
you rebooted. So what happens when you load the module manually by
double clicking the file and then run AntiSpam?

No difference.   It doesn't work until I 'load' the module from within
AntiSpam by clicking on the 'Module' button.   Whereupon...
  Module is: SecureSockets   1.04 (26 Nov 2005)
Yep, still same version in memory, apparently.

This doesn't make any sense. There is only one function which handles
checking/loading this module. It is called in the procedure that loads
the settings if there is a Security setting 1 or 2, or when the Module
button is clicked.

However, if I then do a 'Quit and restart' from AntiSpam's menu, it
registers the presence of the module correctly when it reloads.   And I
don't see how it can be preserving the contents of its own memory
(unless maybe it is?  Maybe it's the old bugbear of fragments of data
persisting in uninitialised Wimpslot space when a program is quit and
then rerun?)

Unlikely.

Also, where is the module file stored on that machine and what's its
name?

There are several versions of the SecureSockets module within Hermes,
although I don't know for certain that this is where the module is being
loaded from:  <Hermes$Dir>.Resources.Secure (v1.01),
<Hermes$Dir>.Resources.Secure32 (v1.03), and
<Hermes$Dir>.Resources.SecureG (v1.04).   It was the latter that is
loaded by <Hermes$Dir>.NewSecure and which I tried double-clicking on
manually.

If those names and places are the only ones, there is no way AntiSpam
COULD load the module! From the StrongHelp manual:

 If you choose to use SecureSockets after all, you should probably copy
 it to AntiSpam's Resources directory, so AntiSpam will be able to load
 it in future (you can also put a copy in one of the System:Modules
 directories).

AntiSpam does not look anywhere else! There are half a dozen or so RComp
apps that could provide it and there may even be more I'm not aware of.
No way to cover all of that.

Also:

 Make sure you copy a recent version (1.01 or 1.04 on 26-bit systems,
 1.03 or 1.04 on 32-bit, 1.05 whenever it's available) and give it the
 name 'Secure' even if it is originally called 'Secure32'.

AntiSpam ONLY looks for 'Secure'!

I can imagine that the anomalous filename may well be causing problems,
since <Hermes$Dir>.Resources.Secure is *not* going to satisfy the
conditions of an RMEnsure...

Indeed.

but I can't see in that case how SecureSockets 1.05 is nonetheless
getting loaded and yet not being recognised as present when AntiSpam
checks for it.

If that module is in memory when AntiSpam is started, it should be
accepted. Unless it does not have the correct values at the help string
offset in the module header. Does it present itself as SecureSockets
1.05 or something else (*help secure. should tell you)?

Regards,
Frank


Other related posts:

  1. Home
  2. antispam
  3. Archive
  4. 02-2019