Mailing List ecs-isp@2rosenthals.com Archived Message #1383

From: "Massimo S." <ecs-isp@2rosenthals.com> Full Headers
Undecoded message
Subject: Re: [eCS-ISP] uacme 1.2.4 issue - update
Date: Thu, 6 Aug 2026 13:46:47 +0200
To: eCS ISP Mailing List <ecs-isp@2rosenthals.com>

Il 06/08/2026 11:24, Paul Smedley ha scritto:
Hey Max,

On 6/8/26 17:03, Massimo S. wrote:
Il 05/08/2026 23:03, Paul Smedley ha scritto:
I don't have easy access to an OS/2 box where I am right now, but what does chkdll32.exe uacme.exe on the 1.0.19 & 1.2.4 executables say?

My guess is that 1.0.19 had libcurl statically linked and 1.2.4 has it dynamically linked.

dynamically linked is preferred as you get security updates for free

But in this way don't work on servers.

Of course it does.

Anyway, if the need is libcurl:

"YUM install libcurl
Il pacchetto libcurl-7.75.0-3.oc00.pentium4 Þ giÓ installato e aggiornato all'ultima versione
Niente da fare"

It means that libcurl is alredy installed, updated and there is nothing to do.
So what should i install more?

I guess that developers do not test UACME scheduled, they simply start it from the
command line, it works, oh well, it's all ok.

But UACME is a server tool that must run scheduled, or it's unuseful.
I guess that CRON is starting a command prompt window with "less environment stuff"
and the issue pop out.

It's pretty simple, there is some kind of defect in your cron. Steven doesn't appear to have this issue, and I assume he's running 1.2.4 and also scheduling it.

Now i've also updated on a VM CRONrfg from 2.0.3 to 2.0.8beta2 SHL the one from Steven,
so on that VM we now have the same cron.

I will try a cert renewal with UACME 1.2.4 with the new Cron.

massimo

Subscribe: Feed, Digest, Index.
Unsubscribe
Mail to ListMaster