Erledigt Office VBA-Projekt zum Speichern von OL-Mails auf HDD --> 64bit Office

[dr_tommi]

Ich habe bei der Installation 32bit gewählt, weil es durch verschiedene Plugins immer mal wieder Probleme mit der 64bit Version gab/gibt.
Selbst MS empfielt die Verwendung der 32bit Version - da habe ich mich mal dran gehalten

Das mit den Plugins kann ich nachvollziehen.
Die Empfehlung von Microsoft zu 32-Bit ist aber schon etliche Versionen her und nach meinem Kenntnisstand nicht mehr notwendig.
Und eigentlich verwenden wir ja gar keine DLL-Aufrufe mehr, die einen Unterschied machen würden.

Die Frage ist aber ob bei dir einer der aufgeführten Gründe zutrifft?
Dann könnte man versuchen, die Parameter in einem anderen Ordner zu speichern.

 

[SkAvEnGeR]

Die Frage ist aber ob bei dir einer der aufgeführten Gründe zutrifft?

Welche aufgeführten Gründe?

Auf meinem privaten PC habe ich keine Anwendungen, die PlugIns in OL einbinden.
Im Büro - wo ich bereits die UrVersion des Scripts einsetze - laufen alle Kisten mit Office 2019 32bit, weil es dort eben diverse Programme gibt, die sich als AddIn einnisten.

 

[dr_tommi]

Die Frage ist aber ob bei dir einer der aufgeführten Gründe zutrifft?

Welche aufgeführten Gründe?

Ich meinte die hier:

Die Meldung dürfte eigentlich nur kommen wenn einer der folgenden Gründe vorliegt:

• Der Ordner ist ein öffentlicher Exchange-Ordner, ein IMAP-Ordner (Internet Message Access Protocol), MSN Hotmail- oder Microsoft SharePoint Foundation-Ordner.
• Die Benutzerberechtigung für den Ordner ist schreibgeschützt.
• Ausgeblendete Elemente werden vom Informationsdienst nicht unterstützt.

Wenn dein erstes Konto also ein IMAP-Konto oder Hotmail-Konto ist, kann diese Meldung kommen, weil dann im Posteingang keine versteckten Einträge gespeichert werden dürfen.
An dem Rechner wo ich da entwickelt und getestet habe, sind die ersten beiden Konten O365.
Ich teste gerade mal an einem Zweitrechner ob es für IMAP-Konten einen anderen Ordner gibt, den wir verwenden können.

 

[SkAvEnGeR]

Mein erster Eintrag in der Ordnerliste ist die Outlook-Datendatei.
Danach kommen 3 IMAP-Konten.
POP3 kommt für mich nicht in Frage.

 

[Eric_Lehrer]

Bei mir läuft der Code auch unter Office 365 32 bit, funktioniert hier einwandfrei.

Eine Sache ist mir bei der Benutzung noch aufgefallen, wäre nichts zwingendes aber "nice to have": In manchen Fällen wäre es hilfreich, vor dem Abspeichern der Email den erzeugten Dateinamen nochmals manuell anpassen zu können.

Habe allerdings keine Idee, wie das umzusetzen wäre, evtl. mit msoFileDialogSaveAs?

 

[RichyZuHause]

"nice to have": In manchen Fällen wäre es hilfreich, vor dem Abspeichern der Email den erzeugten Dateinamen nochmals manuell anpassen zu können.

Das geht ganz sicher.
Vergeht sich damit aber an der Effizienz: Es sind dann IMMER mehr Klicks notwendig, auch wenn man das nur selten braucht.
Braucht man es aber oft, ist meist eine Regel (wenn auch im Geiste) im Spiel.
Die könnte man dann sinnvoll implementieren.

Wir beachten hier ein bekanntes Entwicklungsmuster:
Aus einer simplen Anfrage nach etwas Automatismus folgen Stück für Stück immer mehr Komfort-Wünsche.
Verständlich.
Das nachträgliche Einbauen erhöht z. B. die Wartbarkeit des bisherigen Codes nicht.

Just my 2 ct.

 

[Eric_Lehrer]

Hier noch ein Update:

Manchmal wird das Fenster zur Dateiablage hinter dem Outlook Fenster oder sogar noch anderen offenen Fenstern geöffnet, so dass man es erst suchen muss. Wenn man das nicht weiß, denkt man Outlook sei abgestürzt, da es durch das im Hintergrund geöffnete Fenster nicht mehr reagiert.

Dies sollte mit "GetActiveWindow" behoben werden können, ich bekomme es jedoch mit meinen Kenntnissen nicht hin.

 

[dr_tommi]

Hier noch ein Update:

Manchmal wird das Fenster zur Dateiablage hinter dem Outlook Fenster oder sogar noch anderen offenen Fenstern geöffnet, so dass man es erst suchen muss. Wenn man das nicht weiß, denkt man Outlook sei abgestürzt, da es durch das im Hintergrund geöffnete Fenster nicht mehr reagiert.

Dies sollte mit "GetActiveWindow" behoben werden können, ich bekomme es jedoch mit meinen Kenntnissen nicht hin.

Sowas ist mir im Zusammenhang mit diesem Tool noch nie passiert.
Es dauert zwar immer eine Weile bei mir bis das Fenster mit dem Dialog aufgeht, aber das ist dann bisher immer im Vordergrund gewesen aber auf keinen Fall hinter Outlook.
Mal schauen ob man das in den Vordergrund zwingen kann.

 

[SkAvEnGeR]

Ich habe hier bei meinen Tests das gleiche Phänomen.
Man hat das Gefühl, OL ist abgestürz oder reagiert nicht. Dies liegt dann aber nur daran, dass der Datei-Dialog im Hintergrund liegt und man ihn nunr schwer in den Vordergrund bekommt.

 

[RichyZuHause]

Den Dialog könnte man nach vorne holen, so dass er "top most" ist.
Das wiederum geht nur mit Windows-API-Aufrufen, nicht mit den Standard-Dialogen von Office.
Die Windows-API-Deklarationen und -aufrufe sind aber nun extra aus dem Code geflogen.
Die waren es auch, die ursprünglich das 32bit-geht-aber-64bit-nicht-Problem verursachten.

Mir fällt da keine gute Lösung ein.