[gelöst] E-Mail Versand aus NAV heraus - Outlook 2007

Hallo zusammen.
Wir hatten am Wochenende eine Systemumstellung und nutzen nun statt Groupwise, Outlook 2007 mit Exchange.
Früher wurden die Mails via MAPI erstellt.
Nun würden wir aber gerne den "NS Outlook Synchronization Handler" nutzen (Codeunit 397).
Beim Aufruf der Funktion NewMessage bekomme ich folgende Fehlermeldung:
"Für das OLE Control oder den Automation Server GUID=.....: 'NS Outlook Synchronization Handler'.OApplication konnte keine Instanz erstellt werden. Prüfen Sie, ob das OLE Control oder der Automation Server korrekt installiert und registriert wurde." (siehe Anhang)

Die OLHandler.dll habe ich schon via regsvr32 neu registriert.
Microsoft.Navision.Mail.dll ebenfalls über .NET

Ich kann die Codeunit ohne Probleme kompilieren und die Variablen sind auch alle vorhanden.

Weiß vielleicht jemand Rat?

Client ist 5.0 SP1
Objekte 4.0 SP3
Habe aber auch schon die Codeunit aus 5.0 SP1 probiert...

Danke & Gruß

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Zuletzt geändert von ChristophE am 7. November 2008 12:09, insgesamt 1-mal geändert.

Wir hatten das Problem auch ... Problem ist NAV 4.x zusammen mit Outlook 2007

Lösung bei uns:
CDO 1.2.1 installieren (dies sind die Collaboration Data Objects, einfach googlen), und zwar auf allen Rechnern, auf denen Outlook 2007 läuft.

Außerdem solltet ihr Report 5171 anpassen:
Trigger ImportTasks - OnAfterGetRecord()

Code:

// new lines begin
IF ISCLEAR (OLTasks) THEN
CREATE(OLTasks);
// new lines end

TaskItem := OLTasks.Item(i);
IF ISCLEAR(TaskItem) THEN

PS: Hatte überlesen, dass ich technisch schon auf 5.x seid - ich weiß daher nicht, ob diese Lösung dann noch gilt.

PS: Hatte überlesen, dass ich technisch schon auf 5.x seid - ich weiß daher nicht, ob diese Lösung dann noch gilt.

Leider nein.
Hab die CDO installiert und den Report angepasst.
Gleicher Fehler... :(

Schade ... Wo bleibt denn der Debugger stehen?

in der Codeunit 397 in der Funktion NewMessage

IF ISCLEAR(OApplication) THEN
CREATE(OApplication);

Leider immer noch nichts neues.
Die Anfrage an MS läuft noch.
Habe mir jetzt mit VirtualPC noch mal ein XP SP3 Testsystem nachgebildet, und da funktioniert es einwandfrei.
Allerdings ohne Exchange. (aber das düfte ja irrelevant sein!?)
Muss wohl an unserem tollen Image liegen...

Da MAPI jetzt aber auch nicht mehr geht, habe ich mir erst mal mit dem Scripting Host beholfen.

Code:

PROCEDURE NewMessageWSH@1000000001(ToName@1000000005 : Text[80];CCName@1000000004 : Text[80];Subject@1000000003 : Text[260];Body@1000000002 : Text[1024];AttachFileName@1000000001 : Text[260]);
VAR WSH_Shell@1000000000 : Automation "{F935DC20-1CF0-11D0-ADB9-00C04FD58A0B} 1.0:{72C24DD5-D70A-438B-8A42-98424B88AFB8}:'Windows Script Host Object Model'.WshShell";

IF ISCLEAR(WSH_Shell) THEN
  CREATE(WSH_Shell);
WSH_Shell.Run('mailto:' + ToName + '?subject=' + Subject + '&cc=' + CCName + '&body=' + Body + '&attachment=' + AttachFileName);


Nur Anhänge gehen leider (noch) nicht.
Das wird wohl bei Outlook 2007 aus Sicherheitsgründen unterbunden :(

Hi,

habe das gleiche Problem. Fenster öffnet sich, alle Parameter übergeben. Aber Attachment bleibt fern.

Outlook 2003 hat leider das gleiche Problem.

So wie ich das verstanden habe is das wohl je nach Patch Level bei OL2003 auch schon den Fall.

Aber hauptsache die Mail geht nun wieder auf und der Empfänger und Betreff stehen drin.
Der Rest ist Luxus pur und kann erst mal warten :)

Für die die es interessiert, ich glaube ich bin dem Fehler auf die Schliche gekommen.
Schuld war die mapi32.dll im System32 Verzeichnis.
Diese wurde in unserem Fall durch eine von Tobit (David) ausgetauscht.
Habe nun die org. rein kopiert und alles funktioniert einwandfrei.
*grrrr*