[antispam-f] Re: AODT with RO5.27 nightly build 181101

  • From: Frank de Bruijn <antispam@xxxxxxxxx>
  • To: antispam@xxxxxxxxxxxxx
  • Date: Wed, 14 Nov 2018 12:45:47 +0100

In article <c7a8845657.DaveMeUK@xxxxxxxxxxxx>,
   David Higton <dave@xxxxxxxxxxxxxxxx> wrote:

In message <57567ba440antispam@xxxxxxxxx>
          Frank de Bruijn <antispam@xxxxxxxxx> wrote:

In article <a317795657.DaveMeUK@xxxxxxxxxxxx>,
  David Higton <dave@xxxxxxxxxxxxxxxx> wrote:

Commencing at Tue, 13 Nov 2018 20:12:02
######!!!!NULL.POINTER.DEREFERENCE!!!! (error #&FDFDFDFD) [Resolving (2)]

That looks like the resolver barfing... There's nothing mentioning null
pointer dereference anywhere inside AntiSpam's code.

I've tried it again under three conditions:

1) Security SSL/TLS, port 995.
2) Security none, port 995.
3) Security none, port 110.

The server is pop3.uklinux.net  I get the null pointer dereference in
cases 1 and 2, but not 3.  I only tried case 2 by accident, as I
forgot to change the port back to 110 when I changed the security
setting.

As the resolver is called after the socket has been created (but before
trying to connect), I get the feeling AcornSSL is involved somehow. I
intend to change that part of the code back to what it used to be,
actually. When I modified MSC, I left everything up to the Socket_Select
call unchanged and used AcornSSL_CreateSession everywhere (AntiSpam has
AcornSSL_Creat for the SSL/TLS - port 995 - part). That turned out just
as well and a lot more straightforward in the code.

Does a 'gethost' in a TaskWindonw for the relevant server produce
anything useful? I've seen some very strange errors from the resolver
while I was testing MSC when the server didn't exist.

*gethost pop3.uklinux.net
Hostname: pop3.uklinux.net
Address:  80.84.72.21
   type:  2
 length:  4

No issues there, then.

By the way...

Me too.  I quit AS, renamed the existing installation as !AntiSpOld,

There's your original problem. You didn't remove the !, so that's still
an application directory and one that hadn't been booted yet. So after
!AntiSpam.!Run ran, !AntiSpOld.!Boot was booted and by the time the
templates were loaded, <AntiSpam$Dir> had become !AntiSpOld. Always
remove the ! from an old application directory if you don't want it
booted. That's a lesson I learned many years ago.

Regards,
Frank


Other related posts: