NorbertFe

Moin, im Synchronization Rules Editor. Da ist der Name Programm. ;)

Nein, genau das ist dann eben egal wo die Objekte im ad liegen. Ich kann lokal also umstrukturieren, verschieben und umbenennen wie ich will und das hat keinen Einfluss auf den Sync Score der Objekte.

Ich definiere bei meinen Kunden Regeln die die Synchronisation auf Basis von Attributen regelt. Damit kann man das sehr granular steuern.

Das was Jan sagt paßt schon. Gleichzeitig sollte man dann beim Neueinrichten des AADC darauf achten, die Regeln gleich so hinzustellen, dass man explizit einzelne User filtern kann. Und dann kann man prüfen ob der Softmatch zum Tragen kommt. Das ist natürlich ungünstig, denn die neuen brauchst du gar nicht erst und die kannst du erstmal wieder entfernen (raussynchen).

Per default sind es 30 Tage. Und rate mal, was da dran steht :) Richtig, aber in Bezug auf das Postfach ist das genau KEIN Unterschied. ;) Deswegen ist da übrigens auch genau der Hinweis, dass das AD Objekt gelöscht wird.

Da steht zwar beides Mal was von "deaktivieren", aber das im ECP meint Postfach löschen und das andere deaktiviert das Benutzerobjekt. Postfach löschen (im ECP) bedeutet Active Directory Benutzerobjekt mit Postfach löschen. Kleine aber wichtige Unterschiede. Korrekt. Die werden ja auch nach Postfach lizenziert. Wie die sich hinsichtlich Funktions- und Raumpostfächern verhalten wäre zu klären. Ja, denn dann gibts kein Postfach mehr. Siehe ganz oben. Wofür? Postfach deaktivieren ist aber Postfach löschen. Heißt halt blöderweise nur nicht so. So oder so es gibt dann die Mailadresse nicht mehr und auch die Daten im Postfach sind weg. Man kann übrigens auch mit deaktiviertem User den Empfang für solche Mailboxen verhindern. Ist dann halt ein wenig aufwändiger.

Bitte setzen Sie unsere IP auf Ihre Whitelist, denn Sie wissen ja, dass Sie von uns nur legitime E-Mails erhalten.

Deswegen geht sowas nur mit http Redirect. Einfach mal so, kommt die Fehlermeldung wie du sie grad siehst. Der Sender Based routing Hinweis kam, weil du was von sendconnector geschrieben hattest und deine Anmerkung war bei meiner Antwort noch nicht dran. ;)

Eigentlich schon, aber neuerdings scheinen Android und iOS mit http Redirect Probleme zu haben. Also vorher testen, wenn man auf das neue Zertifikat verzichten will oder muss.

Eben, aktuell ist das cal Äquivalent nur in m365 e3 und e5 und Business enthalten. Wobei bei m365 auch Windows enthalten ist und in Business nur Office Server.

Ja ist es. Aber ob das billiger ist, als on-prem, wenn man vieles aus dem Cloud Bereich nicht braucht oder alternativ von anderen Anbietern nutzt.

Nein bisher sind das die einzigen „offiziellen“ Infos.

Vor allem die ms Lizenzen. Hatte grad gestern ne lizenzdiskussion beim Kunden mit EA. Sehr aufschlussreich 😆

Dann nimm mal den x86 auch.

Man wird ja wohl noch träumen dürfen ;)

Bitte berücksichtigen, dass Exchange ohne 3rd Party kein Sender Based Routing beherrscht. Also helfen die verschiedene Sendeconnectoren nur, wenn du den Zielkreis darüber einschränken kannst. ;)

Wie so einiges anderes ebenfalls. ;)

MS erhöht mal wieder die Preise. Irgendwann müssen diese On-Prem Fetischisten doch mal auf die heilige Cloud migrieren. Wir machen also nicht die cloud attraktiver, sondern die On-Prem Welt unattraktiver ;) https://techcommunity.microsoft.com/blog/microsoft_365blog/licensing-and-pricing-updates-for-on-premises-server-products-coming-july-2025/4400174

Das stimmt. :)

Nö, genau dann brauchst du KEINE Cloudlizenz.

Ach bei dir war der vorher...

Und warum synchronisierst du die dann? Wenn ein User keine Lizenz hat, hat er sowieso keinen Zugriff auf irgendwelche Ressourcen (in der Cloud), oder überseh ich grad was Offensichtliches?

Ich bezog mich auf die Transportregeln, im Zweifel gehts mit Sicherheit per Powershell.

Hi, ich hab grad nicht nachgeschaut aber ich meine, dass man mittels "Ethical Wall" genau das erreichen müsste. https://answers.microsoft.com/en-us/msoffice/forum/all/office-365-ethical-wall-support/ed3160c5-9a8e-42df-ba35-7ec68e9957fd https://learn.microsoft.com/en-us/exchange/security-and-compliance/mail-flow-rules/conditions-and-exceptions glaub ich nicht. :) Einfach mal so pauschal ;)

Na da hätte ich aber Vertrauen… nicht ;)