NorbertFe

War ziemlich lustig, wobei die ersten 2 folgen nicht gehalten wurden. Ich hab aber auf jeden Fall gut gelacht. auch „the gentlemen“ fand ich ziemlich unterhaltsam.

Gestern Teil 8 geschaut und nu? ;) sc*** cliffhanger. ;)

War auch nur ne Vermutung, dass man manchmal gar nicht so d...f denken kann. ;)

Nutzt ihr tls für rdp? Ich meine mich zu erinnern, dass wir mal so ein Problem hatten, nachdem das Zertifizierungsstellenzertifikat erneuert wurde und die AIA stelleninformationen nicht mehr zum Zertifikat passten, weil der Name hart in den Zertifikaten drin stand, anstatt variablen zu verwenden.

Nö, das geht nur im pilotbetrieb. Ist also für den Normalbereich nicht empfohlen. hinsichtlich centralized mailflow sollte man aber auch sagen, dass das deutlich komplexer werden kann und man ggf. noch einiges an Bedingungen umsetzen sollte.

Nö, damit wird RPC over https bezeichnet und das bekam dann irgendwann den Namen Outlook Anywhere (weil irgendwie alles Outlook heißen musste). Andererseits schreibst du ja, dass der Online Modus von extern funktioniert. Insofern kanns daran also nicht liegen. Hätte spontan erstmal keine Idee. Bye Norbert

Reden wir hier wirklich über Outlook Anywhere (/rpc) oder über Mapi/Http (/mapi)? Und ist das jeweilis im Kemp auch verfügbar?

Die internen nicht? Wie regelst du das? Ist SSL Bridging konfiguriert und Extended Protection aktiv? Hat es schon mal funktioniert? Seit wann nicht mehr?

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?