MAPI mit windows 10 creator update

[Harry Stahl]

Hast Du inzwischen ein WorkAround gefunden?

Gerade stehe ich vor dem gleichen Problem, auf frisches Windows 17134 funktioniert MAPI nicht. Auf einem anderen Rechner, gleiches System, wo aber Outlook installiert ist, funktioniert es.

[Bernhard Geyer]

Zitat:

Zitat von Harry Stahl (Beitrag 1413923)

Hast Du inzwischen ein WorkAround gefunden?

Gerade stehe ich vor dem gleichen Problem, auf frisches Windows 17134 funktioniert MAPI nicht. Auf einem anderen Rechner, gleiches System, wo aber Outlook installiert ist, funktioniert es.

Wenn kein MAPI-Client installiert ist kann MAPI nicht funktionieren.

Hat nicht MS mit einem der Halbjährlichen Updates den Standard-Mailclient ausgetauscht. Da wird dann beim neuen Client kein MAPI mehr dabei sein.

[Harry Stahl]

Nach ein wenig Googeln ist es wohl so, dass das "Windows Messaging Subsystem" benötigt wird, um MAPI im System zu verwenden.

Mein E-Mail-Programm bringt ja eine eigene MAPI-IMplementierung u.a. für MAPILogon und MAPISendMail mit und alles ist natürlich ordnungsgemäß in der Registry eingetragen.

Aber ohne das Windows Messaging Subsystem findet wohl die Umleitung durch das System (wenn ein anderes Programm Mapi-Aufrufe tätigt) auf meine MAPI.DLL (SMMAPI.DLL) nicht statt.

Das Windows Messaging subsystem wird installiert, wenn man Outlook installiert (so zu lesen), aber dafür extra Outlook installieren?

Kann man ja auch keinem Anwender zumuten.

Gut, MailTo funktioniert auch so, aber nicht alle Anwendungen unterstützen MailTo, sondern verlassen sich auf MAPI.

[Rollo62]

Hally Harry,

hilft dir das weiter, aber eine einfache Lösung ist da denke ich auch nicht dabei.

Rollo

[mensch72]

http://www.winfaq.de/faq_html/Conten...?h=tip2394.htm

Code:

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Messaging Subsystem]
"MAPI"="1"
"MAPIX"="1"
"OLEMessaging"="1"
"CMC"="1"
"MAPIXVER"="1.0.0.1"
"CMCDLLNAME"="mapi.dll"
"CMCDLLNAME32"="mapi32.dll"

statt Outlook installieren reicht auch oft nur dies

[Harry Stahl]

Oh, ist das alles unerwartet kompliziert:

Habe die Daten mal in die Registry übernommen.

Und siehe da: Es startet Outlook, obwohl (ich dachte, dass) es gar nicht installiert ist.

Es ist auch nicht so installiert, dass man es über die Programmverwaltung deinstallieren könnte, denn da ist gar kein Eintrag zu finden.

Es ist wohl über den Windows-Store als Windows-Store-App auf dem Rechner. Das bedeutet, es sind letztlich nur ganz rudimentäre Teile auf dem Rechner (es startet als 30 Tage Testdemo).

Letztlich funktioniert jetzt MAPI mit dem (ungewollten Outlook), aber mein E-Mail-Programm - obwohl als Standard-Mail-Client in der Registry eingetragen und unter Windows 10 als Stardard-Programm für E-Mail ausgewählt, wird immer noch nicht per MAPI gestartet.

Einfach super, was MS sich da mal wieder zusammenbastelt.

[ULIK]

Servus,

nachdem Outlook via MAPI anscheinend gerade mal wieder zickt (hier schlägt alle paar Tage eine Meldung von Kunden ein):

Zitat:

Zitat von himitsu (Beitrag 1387495)

Wir hatten uns mal eine .NET-Konsolenanwendung gebaut, welche das über Funktionen des .NET-Frameworks anspricht. (Hauptprogramm übergibt die gewünschten Daten als Parameter an die Konsolenanwendung)
Von Problemen mit Win10 haben wir bisher selber noch nichts gehört, bezüglich unserer Umsetzung. (wenn Microsoft bei seinem Office was ändert, dann werden sie hofentlich das .NET auch mit anpassen :stupid:)

Könntest Du mir bitte mal kurz sagen, welche Klassen ich mir da anschauen muß (hab bisher noch nie wirklich viel mit .Net programmiert) und ob man da was beachten muß? Im Prinzip brauch ich nur eine Lösung, die ein Email-Fenster von Outlook öffnet und eine Datei als Attachment anhängt. Alle anderen Daten muß der Kunde selbst eintragen.


Vielen Dank,
Uli

[jsp]

Das Problem hatte ich auch...

https://www.woll2woll.com/single-pos...ent-FireMonkey

War für uns die Lösung, und läuft bei uns unter Windows/iOS/Android

Gruss, Jörn

[ULIK]

Danke! :thumb:

Werd das die Tage gleich mal testen.