Immer COMException beim Zugriff auf E-Mails auf Outlook 2010

Hallo, ich bin versucht, Zugriff auf meine E-Mails in Outlook 2010 über eine C# - Konsolenanwendung.

Visual Studio gestartet wird, mit admin-Rechte und ich habe einen Verweis auf Microsoft.Office.Interop.Outlook v14.0.0.0 und verwendet es als Outlook.

Mein Code:

Console.Write("starting");
Outlook.Application app = new Outlook.Application();
Outlook.NameSpace mapiNameSpace = app.GetNamespace("MAPI");
Outlook.MAPIFolder myInbox = mapiNameSpace.GetDefaultFolder(Outlook.OlDefaultFolders.olFolderInbox);
Console.WriteLine(((Outlook.MailItem)myInbox.Items[0]).Subject);
Console.WriteLine("readline:");
Console.ReadLine();

In der zweiten Zeile, wirft eine Fehlermeldung:

Retrieving the COM class factory for component with CLSID {0006F03A-0000-0000-C000-000000000046} failed due to the following error: 80080005 Server execution failed (Exception from HRESULT: 0x80080005 (CO_E_SERVER_EXEC_FAILURE)).

Wisst Ihr irgendwelche Lösungen?

Versuchen Sie, um das folgende zu Lesen: support.microsoft.com/kb/870655
Ich bin noch immer der gleiche Fehler. Sollte ich neu starten, nachdem ich mich geändert habe den registry-Schlüssel?
Ich kann jetzt erstellen Sie ein neues Outlook-Anwendung, wenn eine Outlook-Instanz nicht ausgeführt wird. Ich begann, Visual Studio ohne Administrator-Rechte.
So ist es nun?
Ja kann ich erstellen Sie eine Outlook-Instanz nun, vielleicht war es die registry-Schlüssel betroffen sind die Ausnahme.

InformationsquelleAutor Niklas | 2013-02-11

  1. 5

    Versuchen, Folgendes zu Lesen: http://support.microsoft.com/kb/870655

    Ursache:

    Wenn viele COM+ - Anwendungen unter verschiedenen Benutzerkonten
    angegeben sind in Dieser User-Eigenschaft, kann nicht der computer
    Speicher, erstellen Sie einen neuen Desktopheap für den neuen Benutzer.
    Daher kann der Prozess nicht gestartet werden kann.

    WORKAROUND:
    Um dieses problem zu umgehen, ändern Sie den Wert der
    folgenden Unterschlüssel der Registrierung:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session
    Manager\Subsystems\Windows

    Sehr hilfreiche Antwort. Könntest du die relevanten änderungen in der registry-key, falls der link bricht?
    Ich hatte eine Verwandte situation. Ich bestätige, dass mit visual studio (oder der app) UND outlook mit der gleichen Berechtigung Modell (beide admin oder normal) behebt dieses problem. Allerdings habe ich nicht getestet, der workaround in der registry. (Getestet mit Outlook 2016)
    Der Artikel sagt zum hinzufügen von 512 aber mein gesetzt hat 768: ObjectDirectory=\Windows SharedSection=1024,20480,768. Und ich habe bemerkt, dass die ServerDll festgelegt ist, wie sxssrv: ServerDll=sxssrv. Ich vermute, dass ist der Standard-Konfiguration in der registry, da habe ich es auch nicht ändern. Ich Frage mich, was ist 512 Sie überhaupt?

    InformationsquelleAutor Dor Cohen

  2. 7

    Es ist, weil der Privilegien des Prozesses.Bitte führen Sie Visual studio und outlook als administrator.

    Einfache Lösung. Führen Sie als administrator oder führen Sie sowohl als normalen Berechtigungsstufe.

    Grüße
    Rameez Ali

    Diese Lösung mein problem gelöst! 🙂
    Dies ist die Weise, die besser als monkeying mit der Registrierung.

    InformationsquelleAutor RameezAli

  3. 0

    Folgenden Schritte können hilfreich sein...

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\SubSystems - Windows

    %SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows SharedSection=1024,3072,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2 ProfileControl=Off MaxRequestThreads=16

    ASP.net Benutzer müssen excist auf Admin-Tools/Computer Management/User

    Für 32-bit (x86), erstellen Sie diesen Ordner:
    C:\Windows\System32\config\systemprofile\Desktop--> add Network Services

    Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Dateien geben, die Berechtigungen zu schreiben.

    im Web.config
    ändern impersonate= true,

    in IIS für windows server 2003 wählen Sie das Konto NETWORK SERVICE.

    In DCOMCONFIG ändern Identität als interaktiver Benutzer.

    Auch für die besonderen Verzeichnis, geben Sie alle Rechte.

    Internet Optionen - Registerkarte "Erweitert". Scrollen Sie ganz nach unten und deaktivieren Sie die Option Element namens "Check for Publisher' s certificate revocation."

    Registrierung:
    CLSID: {0006F03A-0000-0000-C000-000000000046}
    Unter diesem Schlüssel in HKEY_CLASSES_ROOT\CLSID\, fügen Sie einen string-Wert AppID = gleichen Wert wie die IDs ZB:{0006F03A-0000-0000-C000-000000000046}

    Dann unter HKEY_CLASSES_ROOT\AppID\ fügen Sie einen string-Wert ein: RunAs = Interaktive Benutzer

    Klicken Sie rechts auf CLSID & ANWENDUNGS-id, die Erlaubnis, Sicherheit, und Bearbeiten Sie sowohl die Start & access-Berechtigungen auf hinzufügen, und geben Sie Netzwerk-Service und Interaktive volle Berechtigungen.

    Deaktivieren Sie alle anderen Outlook-add-ins: in Outlook im Menü Extras | Optionen | Registerkarte Weitere | Erweiterte Optionen | COM-Add-Ins | deaktivieren Sie die Elemente. Wenn das problem dadurch behoben wird, aktivieren Sie wieder das add-in in einer Zeit, bis das problem wieder auftaucht

    lese - /schreib-Zugriff auf den IIS-user für Ordner "C:\WINDOWS\TEMP"
    Alle Dll sollte gelegt werden auf C:\Program Files\Microsoft Visual Studio 9.0\Visual Studio Tools for Office\PIA\Office12

    InformationsquelleAutor Raj

Schreibe einen Kommentar