NorbertFe

Ja, das Archiv sieht man dann auch. Voraussetzung ist ein entsprechendes Outlook https://support.microsoft.com/en-us/office/outlook-license-requirements-for-exchange-features-46b6b7c5-c3ca-43e5-8424-1e2807917c99

Naja, wobei das bei den Druckern zumindest in den letzten Jahren stark besser geworden ist, so zumindest mein Empfinden. Oder viele Hersteller bei ihren Managementlösungen inzwischen ja einen eigenen SMTP Relayserver dafür mitliefern.

Dafür gibt's aber auch spezialisierte Anbieter. Mit dem Argument kann man vermutlich fast alles erschlagen. ;) Und die anderen? Abgesehen von "Ich will centralized mailtransport" und "Ich brauche ein lokales Relay für Scan to Email" fallen mir grad nicht sehr viele zusätzlich ein. Bye Norbert

2000 externe Empfänger pro Tag ist jetzt aber auch nicht unbedingt "high volume". Aber vermutlich zielen sie damit auch nicht auf Transactional Mailsenders, sondern auf irgendwelche internen Prozesse, die dann innerhalb des Tenants alle User erreichen müssen usw. Mal schauen, so wirklich Bedarf hatte ich daran bisher noch nicht. Bye Norbert

So hab ich das ja vorgeschlagen.

Sag das nicht zu laut, sonst kommt gleich einer mit „Putin Freund“ um die Ecke. ;)

Naja, da gibt’s wichtigeres und hirnrissigeres als das. ;) Aber den Stammtisch wollen wir hier lieber nicht aufbauen.

Mag sein, aber wie viele tatsächlich und in welchem Umfang betroffen sind, wär schon mal interessant. Am Ende kommt man so oder so nicht zu einem Konsens, würde ich vermuten.

Wirklich wichtig ist das doch auch nicht. Gibts wirklich noch ernsthafte Probleme mit der Umstellung irgendwo? Und selbst wenn es abgeschafft würde, dann selbstverständlich auf die Normalzeit und nicht wie einige meinen auf Sommerzeit.

Dann greift aber sofort das Argument, dass man das dann nachträglich sofort fixen könne (wenn man es kann oder andere). ;)

Die sind also aktuell nicht gesynct? Falls ja, dann wirst du einen Support Case eröffnen müssen.

Nimm sie doch m al aus dem Sync raus. Dann müssen sie ja sauber verschwinden.

Und was sagt dir das? Mir sagt das, dass du nicht recherchiert hast: https://learn.microsoft.com/de-de/exchange/plan-and-deploy/post-installation-tasks/security-best-practices/exchange-extended-protection?view=exchserver-2019

Schau dir die beiden doch mal im Entra ID Portal an und nicht im exchange Portal.

Was sagt denn LMCompatibilityLevel auf dem Client?

Wenn das Postfach in ExO als Mailuser auftaucht und trotzdem nicht migriert werden kann, dann stimmt entweder was mit dem Sync nicht und das Objekt ist kein synchronisiertes, oder du hast ein ExO Problem. Bei letzterem wirst du zwangsweise mal einen Support Case bei MS eröffnen dürfen.

Welche? Wenns nicht LmCompatibilityLevel war? Virenscanner? Bye Norbert

Die meisten solcher Projekte verlaufen bei solcher Planung wieder im Sande. Bzw. man erkennt, wenn man weiterhin DC und SQL in der bisherigen Form benötigt, dass dann ein Housing oder Hosting bei einem anderen Anbieter als Azure meist deutlich sinnvoller ist.

Das ist der einfache Teil. Was für Daten und in welchem Volumen? Wie stellt sich der Kunde denn das Endergebnis vor? Im Allgemeinen ist es selten hilfreich bestehende On-Prem Systeme 1:1 in Azure VMs abbilden zu wollen. 1000€ gehen grob schon für 50x Business Premium drauf.

Dann stimmt vermutlich das Routing nicht, bzw. irgendwo steht eine Firewall und die mag asymmetrisches Routing nicht.

Einfachster Test in solchen Fällen: Kannst du eine SMTP Session zum Smarthost mit bspw. Telnet erstellen. Falls ja, kann man weiterschauen.

Geht, aber ist nicht empfohlen. Steht irgendwo auch wieder in den Kommentaren im ehlo Blog.

Hi, hab jetzt keinen konkreten Vorschlag, aber wenn du die Extended Protection testweise abschaltest, geht es dann? Bye Norbert

Ja, aber abgesehen von raid Treibern und einer evtl. Vorhandenen Management Lösung ala Open manage Server Administrator bei Dell fällt mir nicht viel ein.