unknown automation server in CU 5072

DenSter

Hello all,

There is an unknown automation server in Codeunit 5072 Outlook Application Management, and we just can't figure out which one it should be. Does anybody know?

Kind of weird that the Navision installer obviously doesn't come with all the necessary dll's... We had the same problem with the biztalk codeunits, but we were able to figure out the right ones to select.

Thanks,
Daniel.

Doomhammer

I had similar problem when I tried to compile codeunits in MBS Navision 3.70. I too think that Navision does not come with all neede libraries.

In example, instalation procedure of our - czech - version MBS-N 3.70 has error in copying czech help files into instalation directory - I tried help and instead of czech I saw english. I figured, that all CSY directory is missing from instalation. I only wonder, how Navision could work without ETX and STX files, which were missing too. All menus and error messages (except license using warning on start fin.exe) were in czech.
I simply copied CSY (and, only for certainty, ENU) directory and help worked.

Try to compare instalation directory of Navision client with its source on CD, maybe there's library which was omited by instalation procedure.

I am including list of differences bewtween Navi 370 on my disk and on instalation CD made via TotalCommander

http://doomhammer.webpark.cz/pic/differences.jpg

ChrisP1975

I have the same problem with a Navision 4.0 installation. Strange is - that my installation works fine meanwhile the one of my colleague has the above dicussed problem. I've compared both installation folders with 'Beyond Compare' but there are no differences. Does anybody know how I can fix this problem?

Thx!

janpieter

I think you have another version of MS outlook then the object is compiled with.

Each version of outlook has its own automation library and in desing time navision doesn't recognize each version.

But the objects work (as far as i have experienced).

If you need to modify the objects, just change the variable subtype to the right automation object.

DenSter

Thanks JanPieter, but I knew it was looking for an uninstalled library. I was wondering if anybody knew which one to use. There are a number of Outlook automation servers available, I tried a bunch of them but none of them seemed to be the right one. It's not an issue anymore though, we figured it out.

Jelias1

I know that 3.6x ships with its own MAPI 32 control, and I usually register this one in Navision Menu->Tools->Custom Controls. Seems to work fine.

Actually, we are getting away from using Navision for EMail unless attachments are crucial. This is because (if you've applied all of the MS security 'features', you get two annoying messages if you send EMail to anyone in your Contacts.

Instead, we have a custom OCX control we developed that communicates directly with Exchange Server. (By the way, it's for sale.)

We're also planning to create it as an automation object that runs on the server, it there's interest.

RobertMo

If you want to send email, but not through Outlook, you can use automation:
'Microsoft CDO for Windows 2000 Library'.Message

It comes with WinXP and W2k, so you need that on clients...

Jelias1

I've used CDO, but I still get the the Outlook messages if they exist in Outlook mailbox, even though I'm going directly through the EMail Server. This only started a few months ago with application of newest security updates.

GoMaD

Hi, got a similar problem with Table 5062 "Attachment"

When you compile this object and CDO isn't installed with Outlook
it will give an error.

to be more precise in this function

LinkToMessage(VAR CDOMessage : Automation "'Microsoft CDO 1.21 Library'.Message";RunTrigger : Boolean)

You can get solve this one by installing ALL the options for Microsoft Outlook (advanced installation, Run All from local computer on Microsoft Oultook).

But then you will encounter another problem with this function.
There is a Local varaible with the name CDOHandler and this point to an "Unkown Automation Server"

CDOHandler@1000 : Automation "{3C2554FE-2B41-4543-B3E8-E64296773DA5} 1.1:{3A6EBE76-2645-4AE0-8926-B1200E42E49D}:Unknown Automation Server.Unknown Class";

I can't find this DLL anywhere (not on the CD or on the internet)

Can anybody help me please ?

Regards

GoMaD

Found it !!!!!!!!!!

The automation server (ASrv) in this function must point to the following entry in the Automation Server list:

Navision Attain ApplicationHandler version 2.0 (Select the 'CDOHanderl' in the classes list of this ASrv)

After that you must do the same in function "DisplayInOutlook", but this time choose the Class OutlookHandler of this ASrv.

Then the object can be compiled.

Regards

Jelias1

I think you get it when you install the Exchange Server SDK.

GoMaD

Correct, but we don't want to install exchange server on every client, do we?

Jelias1

I just installed Exchange Server client and the SDK on my desktop.

GoMaD

Read the last part of this KB article of Microsoft and you'll see
that installing Outlook is on of the correct ways to solve this problem.

http://support.microsoft.com/default.aspx?scid=kb;en-us;171440

This article also says that installing the exchange server stuff resolves the issue.

And because Outlook was already on my machine and the exchange client
wasn't, i chose for the outlook solution.

Regards,

Michael_Schumacher

Sorry for warming up this old thread, but I encounter a similar Problem.
in CU 5054 Word Management there is an automation variable

wrdMergefile@1007 : Automation "{3C2554FE-2B41-4543-B3E8-E64296773DA5} 2.0:{40D88563-F0DA-4B3D-AD1B-34EFA8C3978A}:Unknown Automation Server.Unknown Class";

I just tried to setup Outlook 2003 with CDO but this is already installed.
nevertheless I get this weird message of missing automation when I try to create or open a word attachment in the interaction templates (Form 5075).
I tried it on another computer with Office 2000 and got the same result.

Has anyone got any other idea?

Albertvh

Hi Michael,
use

      wrdMergefile@1007 : Automation "{3C2554FE-2B41-4543-B3E8-E64296773DA5} 2.0:{40D88563-F0DA-4B3D-AD1B-34EFA8C3978A}:'Navision Attain ApplicationHandler'.MergeHandler";

Saalek

Hi

I think (I haven't Navision in front of me) corect automation is Navision application Handler.
I think it has 5 or 6 classes.

One of them is Word...
and other is merge...

I think is one of then

Dll file is NAShandler or Nasapphandler and it is in Navision instalation folder

Bye

Michael_Schumacher

ok,
but where can I get the file from?
It isn't in Client folder on HD and also not on Nav4.0SP1 CD?

has this handler gone with Nav3.7 ?

Albertvh

Hi Michael,

look under this folder

Common\Navision\Application Handler

or search for

NSAppHandler.dll

Hope this helps

Michael_Schumacher

Albertvh wrote:

Common\Navision\Application Handler\NSAppHandler.dll
Hope this helps

Indeed it did ;-), didn't it?

I always looked for NASapphandler :oops:

Now everything works fine and there is only one question left?
Why isn't this dll copied and installed while full installation of Navision 4 SP1?

This is now the second dll which is not installed automatically but the first which is not copied to client folder (the other one not installed is CompNotesHTML.dll).

Mauddib

What is the explanation behind some of these problems? It has been baffling me today.

Basically we used to use Attain 3.60 here and the outlookhandler worked find in NSAapphandler 1.0.

However if we installed Navision 5 and used it to open our database then the handler didnt work anymore. We got around this by instead of installing Nav5 we copied the directory for the client onto the users machines and it all continued to work.

Now if we register the dll for NSApphandler 2.1 it doesnt work, which you would expect.

But if you then change the code to point at 2.1 instead of 1.0 it all begins to work again.

The error we get, when we get one, is that the variable in the automation for ClearIDs does not exist.

Is it that, whatever way this DLL registers itself, it actually overwrites the pointers for the previous versions? In other words does the registry pointer which knows how to find "ClearIDs" in version 1.0 get removed, or the place it points at get removed, so leaving this code not working.

Usually DLLs when registered dont overwrite the functionality of earlier dlls?