Anhänge exportieren vom Exchange klappt nicht (immer)

[a.garifulin 0]

Guten Tag zusammen,

ich schildere Ihnen nun das Problem welches wir seit Freitag den 18.03.2022 haben.

Seit über einem Jahr lief unser EWS-Skript zum herunterladen von bestimmten CSV Dateien aus den Emails im Exchange ImpersonatePostfach nahezu reibungslos bis zum o.g. Tag.
Nun bin ich jedes Mal gezwungen die Dateien händisch heraus zu suchen, bis der Skript wieder funktioniert.
 

Der Witz an der Geschichte ist ja manchmal funktioniert der Skript aber meistens nicht.

Exchange ist über die Telekom gemietet oder so.

 

kann sich jemand den Skript mal zur Brust nehmen und mir sagen wiso ist nun die Fehlermeldung bekomme:

Ausnahme beim Aufrufen von "FindItems" mit 3 Argument(en):  "The request failed. Die zugrunde liegende Verbindung wurde geschlossen: Unerwarteter Fehler beim Senden.."
In C:\Skripte\EWS-CSV-Download-Kopie.ps1:54 Zeichen:2

 

Den Skript gibt es im Anhang als TXT-Datei

EWS-CSV-Download-Kopie.txt

[cj_berlin 1.313]

Moin,

sowas ist meistens mit SSL verbunden, kann aber schlicht am Load Balancer des Exchange-Providers liegen. Dagegen bist Du machtlos, Du musst halt Fehler in Skripten behandeln und die Anfrage bzw. den gesamten Verbindungsaufbau wiederholen, falls welche auftreten.

[testperson 1.675]

Hi,

 

da du dich im Script zu Exchange online verbindest, solltet ihr von EWS weg, da die "EWS API" nicht weiterentwickelt und nach und nach eingestellt wird. Ich erinnere mich, dass es da zuletzt ein Update gab. Das finde ich aber gerade nicht. Hier ist ein Beitrag aus 10/2021 dazu: Upcoming API Deprecations in Exchange Web Services for Exchange Online - Microsoft Tech Community

 

Zitat

Over time, we will identify additional APIs for deprecation when and where we see adequate parity with Microsoft Graph APIs. We are also working hard on addressing feature gaps and building parity between EWS and Microsoft Graph APIs. We strongly urge our ecosystem partners accessing Exchange Online data to migrate to Microsoft Graph APIs.

 

Gruß

Jan

[cj_berlin 1.313]

Moin,

 

Mark Minasi sagte in 2008, "Of course, the days of WINS are numbered. Unfortunately, that number is pretty high." So ist es auch mit EWS.

 

Und der TO sagte, "Exchange ist über die Telekom gemietet oder so". Daher vermutlich nix Graph. 

[NilsK 2.934]

Moin,

 

vor 24 Minuten schrieb cj_berlin:

Exchange ist über die Telekom gemietet oder so

das könnte aber auch heißen, dass die O365-Lizenzen von der Telekom kommen. Das verkürzen Kunden gern mal auf die (nicht zutreffende) Aussage, sie hätten Exchange von der Telekom.

 

Gruß, Nils

 

[testperson 1.675]

Ich war so forsch und habe das Textfile mit dem Code überflogen:

...
[string]$EWSURL = "https://outlook.office365.com/EWS/Exchange.asmx"
...

 

Evtl. ist auch Power Automate noch ein alternativer Ansatz für das (noch) unbekannte Problem. ;)

[mwiederkehr 373]

Vermutlich hängt das damit zusammen, dass TLS 1.2 erzwungen wird. Zumindest bei SMTP haben sie angefangen, Verbindungen, die nicht TLS 1.2 verwenden, abzulehnen, und zwar randomisiert einen immer höher werdenden Prozentsatz. Zuerst ging nur jede zehnte Verbindung mit TLS 1.1 nicht mehr, jetzt geht nur noch jede zehnte.

 

Versuch mal, oben im Script folgende Zeile einzufügen:

[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12

 

Damit erzwingst Du die Verwendung von TLS 1.2. Ich vermute, die EWS-DLL wurde für eine .NET-Version vor 4.7 kompiliert und damit wird standardmässig nicht TLS 1.2 verwendet, obwohl es seit 4.5 unterstützt ist.

 

Um es für den ganzen Server umzustellen, IIS Crypto mit "Best Practices" ausführen und die auf https://docs.microsoft.com/en-us/mem/configmgr/core/plan-design/security/enable-tls-1-2-client beschriebenen Registry-Keys setzen. (Da aber vorher die Kompatibilität prüfen, es gibt leider immer noch Anwendungen, die kein TLS 1.2 unterstützen.)

[NorbertFe 2.034]

vor 28 Minuten schrieb mwiederkehr:

und die auf

Also entweder oder. ;) beides ist sicher irgendwie Zuviel.

[mwiederkehr 373]

vor einer Stunde schrieb NorbertFe:

Also entweder oder. ;) beides ist sicher irgendwie Zuviel.

Du hast recht. Windows ab Version 2008 R2 hat TLS 1.2 aktiviert und als Standard gesetzt. Die Keys reichen deshalb aus. IIS Crypto wäre nur notwendig, wenn TLS 1.2 manuell deaktiviert worden wäre. (Der häufigste Anwendungsfall von IIS Crypto ist ja "TLS 1.0 und 1.1 deaktivieren", nicht "TLS 1.2 aktivieren". Hatte ich falsch im Kopf.)

[a.garifulin 0]

@NilsK 

Ja die Lizenz ist von Telekom.

danke für all eure Beiträge, jedoch funktioniert das Skript nun doch durchgehend nachdem ich diesen auf einer Win10 Kiste ausführen lasse.

Änderungen habe ich am Skript nicht vorgenommen und die C:\Program Files\Microsoft\Exchange\Web Services\2.2\ von Serer einfach rüber kopiert.

Somit gehe ich davon aus, dass der Server irgendwo einen Schuss hat welchen ich noch finden sollte.

 

danke und grizze miteinander