SRP_Send_Mail OLE Error

akroberts · March 2022

I installed v3 in an OI 9.4 application that I am deploying. This application resides on the same computer as my development copy of OI 9.4. I can send an email from this computer without errors. When testing the deployed application on another computer, I am getting Ole Error - 2147024894. I checked that all of the components have been installed using the Product Documentation on the SRP Wiki site. I then un-installed the installed copy (and all of the Revelation components installed via clientsetup) and then manually copied the folder over where SRP_Send_Mail is working, then ran clientsetup, and I get the same error. Is there something that I am missing?

KevinFournier · March 2022

Make sure .NET Framework 4.8 is installed. I need to update that installer page to reflect the latest changes.

akroberts · March 2022

Hi Kevin. Thank you. I checked and both computers have .NET Framework 4.8 Advanced Services installed. I used the link anyway on the computer where I am having the issue and it confirmed that .NET Framework 4.8 is already installed.

KevinFournier · March 2022

Email me at kfournier@srpcs.com, and we'll do a remote support session.

akroberts · March 2022

Okay, thanks, I will.

KDIV · September 2022

Kevin - I saw your message above regarding "Make sure .NET Framework 4.8 is installed" - is that a requirement to use SRP Mail utility? I have recently installed SRP Mail utility to use in an silent error routine. I have encountered a few anomalies, but want to confirm your statement above that v4.8 .NET is required, as I do not have that installed on my workstation, I have attached a screenshot of the .NET installed on my workstation. As well, after I installed the SRP Mail utility, I checked based on this link "https://wiki.srpcs.com/display/MailUtility/Installation+Guide" and it states several examples would be included, as well as SRP Mail.chm, etc. I have attached 2nd screenshot of the items in the installation instructions that did not install or does not exist. Please advise. TIA.

KevinFournier · September 2022

The first screenshot tells me what OI Client Installers you've run, but it doesn't tell me what version of .NET you actually have installed. There's a handy tool you can download here that will give you more precise information.

It looks like almost none of the RDK installed. I'm not sure why that would be the case, but you can try downloading the RDK here and manually doing an RDKINSTALL on it. SRPMail.chm was a help file, and it doesn't install anymore since all the help is online. I need to update the wiki page to reflect this.

KDIV · September 2022

looks like I do have v4.8 via MS updates...
I ran the SRP mail utility install via the *.exe, should we only be installing SRP products via RDK?

TIA.

<32Bit>
2.0.50727.9164
->C:\Windows\Microsoft.NET\Framework\v2.0.50727
4.8.4515.0
->C:\Windows\Microsoft.NET\Framework\v4.0.30319

<64Bit>
2.0.50727.9164
->C:\Windows\Microsoft.NET\Framework64\v2.0.50727
4.8.4515.0
->C:\Windows\Microsoft.NET\Framework64\v4.0.30319

==== Installed .NET Frameworks ====
.NET FW 2.0 SP 2 (CLR 2.0)
.NET FW 3.0 SP 2 (CLR 2.0)
.NET FW 3.5 SP 1 (CLR 2.0)
.NET FW 4.6.2 Windows 10 May 2020 Update(CLR 4.0)
.NET FW 4.7 Windows 10 May 2020 Update(CLR 4.0)
.NET FW 4.7.1 Windows 10 May 2020 Update(CLR 4.0)
.NET FW 4.7.2 Windows 10 May 2020 Update(CLR 4.0)
.NET FW 4.8 Windows 10 May 2020 Update(CLR 4.0)

==== Installed .NET Core Runtime 64bit ====
No .NET Core x64 Runtime

==== Installed .NET Core Runtime 32bit ====
No .NET Core x86 Runtime

==== Installed .NET Core Sdk 64bit ====
No .NET Core x64 Sdk

==== Installed .NET Core Sdk 32bit ====
No .NET Core x86 Sdk

==== Languages ====
< Installed Languages 3.0>
English - United States
< Installed Languages 3.5.x>
English - United States
< Installed Languages 4.x>
English - United States

==== Updates ====
Microsoft .NET Framework 4 Client Profile
KB2468871
KB2468871v2
KB2478063
KB2533523
KB2544514
KB2600211
KB2600217
Microsoft .NET Framework 4 Extended
KB2468871
KB2468871v2
KB2478063
KB2533523
KB2544514
KB2600211
KB2600217
KB2468871
KB2468871v2
KB2478063
KB2533523
KB2544514
KB2600211
KB2600217
==== END REPORT ====

DonBakke · September 2022

The .exe installer is still the normal way our tools should be installed. However, there are situations where the installer is blocked from installing the RDK. Thus, as a backup plan we make the RDK available.

KevinFournier · September 2022

You're all set with regards to .NET 4.8. Now I just need to know what is not behaving correctly to troubleshoot further.

KDIV · September 2022

if .NET is okay, moot point from that aspect. Now its a matter of getting the rest of the SRP mail stuff that did not install. Per Don, he seems to think there is a situation whereas the installer is blocked, thus making the install partial. Guess I will find out if it works when I can test it. I downloaded SRP Mail utility from SRP's site, installed and used UNC for destination of OI root. Nothing unusual when installing, when the installation prompts for "where to install...", I tried the pb for file explorer but it did not recognize the drives, so I just copy/pasted the UNC into the editline and it accepted it and it dropped SRP items into my OI root. FYI.

KevinFournier · September 2022

Our installers don't work using UNC paths. At least, the RDKINSTALL always fails using UNC. You'll either need to map a drive or copy the RDK I linked above to a local folder and install from there.

KDIV · October 2022

Kevin - I ran the SRP Mail utility via the installer (*.exe) and attached is the path/location I installed to and that the "finish" dialogbox for completion of the installation. Then I compared what was installed onto my workstation to SRP's online wiki (https://wiki.srpcs.com/display/MailUtility/Installation+Guide). The (*.exe) appeared to accept the UNC I entered in the editline, but (and that always changes the course of a sentence) as mentioned it appears to be a partial install. Is there a quick/easy way to determine if the (*.exe) installation actually worked, using UNC? The critical components seem to be installed, I was just going to see if it worked. I did download the RDK you listed above, but you mentioned, RDK does not play well with UNC and UNC is all I have for installation. You mention copy the RDK to local folder and install from there. So, RDK or not, I think what you are saying, is that SRP tools have to be install onto a local drive and cannot be installed on a network drive. Unfortunately, mapping or remapping of drives is not really an option on the network. Is there an easy way to determine if install worked (just based on critical components) that I can try out? I will trying installing locally (c:\...) as well. Thank you.

KevinFournier · October 2022

UNC paths can work when you run RDKINSTALL directly from within OI so long as the UD service has control over that path.

Yes, some of our installers choke on UNCs, but that's because Windows gets in the way. We recently discovered that using UNC paths within Windows' own DOS Command Prompt can fail for even built-in commands. Our installers can deal with UNC paths no problem when doing other tasks like installing files into a folder and registering OCXs. The problem is specifically when we try to run RDKINSTALL from the installer. This requires spinning up a new invisible process, and it seems certain permissions won't carry over to that process despite the installer's elevated permissions.

It's not that SRP is reticent to support UNC paths. Rather, we haven't found the hoops through which Windows bids us to jump. Admittedly, I haven't put as much effort into troubleshooting this issue as I would like due to my workload and given the fact that there is a work-around, hence the RDK I sent to you.

KDIV · October 2022

Understood Kevin, I appreciate the information and just trying to determine a work-around. Since the installation only did a partial install as an *.exe, I ran the RDK that you provide. btw - does it really matter if RDK to application or does it have to be in SYSPROG? TIA.

KevinFournier · October 2022

It doesn't matter. RDKINSTALL knows where to put everything. :)

MattCrozier · October 2022

We've found that for customers using UNC paths, some have to add the UNC path to the list of Trusted Sites in Internet Options on the desktop for the installers to work. Does that help?

KDIV · October 2022

Adding UNC to list of "trusted sites..." does not work for our environment, so if a user needs to install any SRP utilities, do we have to get an RDK version install of the downloaded installers from the SRP website? As I need to install several of SRP tools, but I guess I need to install via RDK into our \\dev and \\test environment. Can I get the RDK installed versions of SCHEDULER? TIA.

SRP_Send_Mail OLE Error

Comments