Office: Tester gesucht: (Outlook-Email-Exporteure)

Hallo Sascha,

ich habe deinen OLConnector ebenfalls ausprobiert und eine kleine Funktion geschrieben, mit der ich bestehende Verteilerliste(n) in Outlook verwenden kann. (Verzeihung, wenn der Code vielleicht nicht so ganz optimal ist, da ich nur über eingeschränkte Programmierkenntnisse verfüge, aber er funktioniert *grins ):

Code:

Bei .Display und .Save funktioniert der Code einwandfrei. Wenn ich nun allerdings versuche die email direkt zu senden (.Send) erscheint in Outlook folgende Meldung:

"Eine Anwendung versucht automatisch Nachrichten in Ihrem Auftrag zu senden.
Möchten Sie dies zulassen?
Falls dies unerwartet geschieht, könnte es sich um einen Virus handeln. Gewähren Sie in diesem Fall keinen Zugriff."

Mache ich irgendetwas falsch oder kann man nicht direkt aus Access über Outlook senden?

Vielen Dank schon einmal im Voraus für deine Hilfe.

(Win2000 / Office2000)

 

Wieder mal ein Fall, der sich bei mir nicht bestätigen lässt:
Auch mit .Send kommt bei mir die Meldung nicht - bei identischer Konfiguration.
Ich weiß auch nicht...
Kann mich momentan leider nicht mit der Lösung des Problems beschäftigen - Stress.

Ciao, Sascha

 

Schönen Dank trotzdem für deine schnelle Antwort.

Vielleicht hat ja ein anderer User das gleiche Problem.

 

Hallo Sascha,

funzt dein beispiel auch fuer thunderbird oder nur fuer outlook???

 

Vorsicht Newbie !!! *upps *entsetzt

ich stehe im Moment etwas auf dem Schlauch, aber gibt es eine Möglichkeit
OLConnector zu überreden das er nicht das Standartprofil von Outlook nimmt sonder ein anderes ??

hatte sowas mal in einem anderen Code gesehen:
Code:

 

Was du da angegeben hast hat mit Outlook nichts zu tun, sondern mit CDO/MAPI.
In Outlook kann man IMO keine Sessions erzeugen - die Session wird erzeugt, bevor es überhaupt sichtbar wird (...und irgendwelche Addins geladen werden).
Wenn ich mich nicht täusche, so kann man unterschiedliche Profile für Outlook nur in der Systemsteuerung anlegen und verwalten bzw. einstellen, welches Standard sein soll, nicht aber innerhalb von OL.

Ciao, Sascha

 

lebt der Thread noch ?
der OLConnector ist ein sehr hilfreiches Tool, für das ich mich bei Sascha zunächst einmal bedanken möchte.

Zu dem Problem OL2000-.send-fordert-Sicherheitsabfrage-trotz-OLConnector
möchte ich zurückmelden - dies Problem trat auf einem meiner
Rechner ebenfalls auf - eine Analyse ergab - handelte es sich dabei um
einen Rechner auf dem in der Vergangenheit eine Zeitlang Office 2002 installiert war! -
Office 2002 wurde zwar deinstalliert und Office 2000 neu installiert
aber in den "Softwarekomponenten" waren da immer noch OFFICE 10 ...
Komponenten eingetragen.
Bei OL 2000 Rechnern ohne diese unglückselige "Vergangenheit" funktionierte
es direkt tadellos.

MfG
Paul

 

Danke, Paul, für das Feedback.

Tja, das ist leider nunmal so: Office lässt immer Überreste und Komponenten übrig, wenn man es deinstalliert. Wird anschließend eine niedrigere Version aufgesetzt, dann bleibt es bei diesen Resten, weil die neu zu installierenden Komponenten niedrigere Versionsnummern haben. Der Windows-Installer überschreibt neuere DLLs nicht mit alten, wenn man ihm dies im MSI nicht ausdrücklich sagt. Das ist auch richtig und sinnvoll so.
Warum hingegen MS in den Deinstallationen nicht alle Komponenten räumt, ist schwer auszumachen. Vielleicht sind die Installerpakete nicht sorgfältig programmiert. (Man muss für jede Komponente in einem MSI-Setup ausdrücklich angeben, ob sie später bei Deinstallation entfernt werden soll.)
Ich vermute aber eher, dass das "geteilte" Komponenten sind, die -möglicherweise! - eventuell auch von anderen Progammen verwendet werden (könnten?), so dass MS davon ausgeht, dass es besser ist, in jedem Fall die neueren Komponenten auf dem System zu haben, und sie deshalb nicht installiert.

Freut mich aber grundsätzlich, dass der OLConnector zum Einsatz kommt.

Ciao, Sascha

 

Hallo Sascha,

Outlook kann in Verbindung mit einem Exchane-Server auch Mails unter einem anderen Postfach verschicken (von). Kann kein Prg. das auch und wenn ja mit welchem Parameter (.From geht nicht).

:-) Klaus

 

Mein Addin kann von sich aus überhaupt nichts. Es dient ja ausschließlich dem Umgehen der Sicherheitsabfrage bei Automation. Über Automation kann man dann aber nicht mehr und nicht weniger mache, als ohne das Addin.
Mit Exchange Server habe ich in Ermangelung eines solchen in diesem Zusammenhang keine Erfahrung. Ich weiß nur, dass das Tool dann eigentlich überflüssig sein sollte, weil man IMHO Exchange/Outlook so einstellen kann, dass die Sicherheitsabfrage erst gar nicht kommt. (Öffne VB unter Outlook, rufe die Hilfe auf, gib Exchange in das Suchfeld ein und gehe zum Thema "Sicherheitsanmerkungen für Microsoft Office-Lösungsentwickler" und dort zum Abschnitt Exchange betreffend.)

Ciao, Sascha

Ciao, Sascha

 

Hallo Sascha,

ich hänge mich mal an diesen Thread, da er ja aktuelle Einträge hat.

Zuerst auch von mir Gratulation und vielen Dank für den olConnector, der uns mehr als das Leben erleichtert. Für die freigegebenen OL-Versionen gab bis jetzt keine Probleme. Er arbeitet wie die kleinen Heinzelmännchen (Lautlos und gründlich :-)).

Jetzt habe ich aber doch Eins bekommen.

Bei einer Installtion meldet sich der Anwender über eine Domäne (als Admin!) an und der olConnector wird nicht richtig geladen. Meldet man sich auf demselben Rechner als lokaler Admin an, arbeitet er einwandfrei.

Das riecht nach Rechten. Hast Du eine Idee, bzw. welche Infos benötigst Du zusätzlich?

Im voraus vielen Dank.

 

Hi Lupos,

Der OLConnector wird nicht global pro System regisriert, sondern pro User. Das heißt, dass die entspr. Schlüssel zum Laden des Addins in HKEY_CURRENTUSER stehen:
HKEY_CURRENT_USER\Software\Microsoft\Office\Outlook\Addins\OLConnector.Connect
Ergo muss für jeden User das Addin erneut registriert werden, damit es in seinem Profil steht.
Eigentlich sollte also reichen, wenn du nach Domänenwechsel die DLL (als Admin) nochmals registrierst und damit die Addin-Schlüssel erzeugst.
Kommt aber auf das Serverprofil an -hab da auch schon bei anderen ActiveX-Komponenten Trouble gehabt. Musste auch teilweise schon extra Berechtigungen auf Registrierungsschlüssel vergeben.

Übrigens kannst du den Zweig auch auf LOCAL-MACHINE patchen. Leg einfach eine .reg-Datei dieses Inhalts an:
Code:

Damit wird das Addin grundsätzlich auf der Maschine von OL geladen.

Ciao, Sascha

 

Hallo Sascha,

vielen Dank für die prompte Antwort. Ich werde es ausprobieren und Dir von dem Ergebnis berichten.

 

hallo,

ich versuche "Advanced Security" zum laufen zu bringen, habe aber (trotz inzwishcen mehrerer Neustarts und zwei Installationsversuchen) immer noch die normale Outlook-Meldung, statt der von Advanced Security. Das Menü von dem Programm sowie die einzelnen Fenster (action list, process list,..) kann ich aufrufen.
Die von Mapilab behaupten, es funktioniert prinzipiell nicht mit Access, weil dort single mapi verwendet wird - irgendwelche Ideen?

 

Naja, deine Frage geht etwas am Thema des Threads vorbei. Zu Advanced Security - also zur Konkurrenz *wink.gif* - kann ich nichts sagen. Hast du den OLConnector ausprobiert?

Ciao, Sascha