NorbertFe

Na toll, ist damit das bisherige ADFS Szenario mit OWA gemeint, oder auch die Modern Auth für Outlook? Was machen die denn da?

Sehe ich auch so. Sauber die Postfächer "deaktivieren" und vorher alle mail Attribute exportieren. Danach Exchange 2013 nach Anleitung deinstallieren (zur Not gehts auch per adsiedit).

Da wir hier im deutschsprachigen Forum unterwegs sind, antworte ich mal auf deutsch. ;) Wie wurden denn vor 1,5 Jahren die Mailboxen migriert? Da wurde dann ja entweder ohne AADC synchronisiert oder ne sehr merkwürdige Methoder verwendet. Bye Norbert

Bei Windows 10 war das doch auch bei allen anderen Versionen davor auch so. Und auch bei Windows 11 ist es nicht anders.

Versuchs doch erstmal per OWA.

Klar. Muss man nur einzeln hinzufügen, was das ganze etwas "unattraktiv" werden läßt. Aber wer noch mit 2013/2010 und öffentlichen Ordnern unterwegs ist, will es ja offenbar auch. ;)

Ja, aber die 75GB .que ist ja wirklich etwas übertrieben. ;)

Nö, das ist 2016. https://learn.microsoft.com/en-us/lifecycle/products/windows-server-2012-r2 Tjo, hab keinen essentials, deswegen wars nur mal die Glaskugel. ;)

Auf der Webseite (? Hast du denn jetzt schon ein neues Zertifikat mit dem passenden Namen? Und weil du 2012R2 einsetzt, sag ich es mal "laut". Der ist seit Monaten out of support und du hängst das Ding noch ans Internet. Weiterhin hat der 2012R2 kein TLS 1.2 per Default aktiv und das wird vermutlich auch der Grund sein, warum du nicht mehr mit dynamic DNS aktualisieren konntest. Könnte man einfach fixen, wenn man wirklich noch mit 2012 R2 im Internet unterwegs sein will: https://sbsland.me/2021/03/18/windows-sbe-remotewebaccess-com-update-schlgt-fehlt/

Sowas macht McDonald’s? ;)

Weil ich mich grad gewundert habe, warum ich die new-inboxrule nicht im Outlook for Windows sehe: https://learn.microsoft.com/en-us/outlook/troubleshoot/email-management/inbox-rule-does-not-appear-in-outlook-client In Outlook kann man eine Kategorisierung nur als Client Rule anlegen und die in OWA sieht man hinterher nicht im Outlook. Wer kommt auf solche Ideen? ;)

Dann hier noch der "offizielle" MS Link ;) https://learn.microsoft.com/de-de/troubleshoot/windows-client/networking/firewall-profile-not-switch-to-domain

Hallo, ich versuche gerade folgende Anleitung: https://svrooij.io/2022/09/27/create-corporate-outlook-category/ Die funktioniert auch für meinen eigenen Account, aber nicht für alle Mitglieder einer Gruppe (wie dort aufgeführt)= oder auch nur für irgendeinen anderen User. Natürlich habe ich die Berechtigungen mit Admin Consent abgenickt. Kann mir da mal jemand den Schubs in die richtige Richtung geben? Ich leg mir hier glaub ich die Karten. :) Connect-MgGraph -TenantId $tenantId -Scopes "MailboxSettings.ReadWrite","GroupMember.Read.All" New-MgUserOutlookMasterCategory -UserId irgendein-User-ausser-mir -BodyParameter $category Liefert Danke Norbert

Ja, sehe ich auch so, solange Cloudbased MFA kein Problem ist. Wir haben das jetzt ohne iFrame im Einsatz mit RADIUS und das is noch "halb" bequem. ;)

Aber nur für Outlook unter Windows 11 (ok) und nicht für ActiveSync.

Wäre auch mein Vorschlag. Im Zweifel zwei verschiedene virtual Services im Kemp nutzen dann sollte man das im IIS Log sogar anhand der VIP des Services erkennen können, welcher Zugriff von extern und welcher von intern kommt.

Halb OT: Wie habt ihr denn Active Sync mit MFA realisiert?

Aber auch nur, wenn man OWA unbedingt nutzen muss/will und die Attachments benötigt. ;)

Er fixt Sicherheitsprobleme. ;) dafür bekommst du ein altes wieder, wenn dir bestimmte Funktion wichtig sind. ansonsten schalte halt im Windows Update das updaten von anderen Produkten aus. Ist sowieso keine besonders gute Idee, Exchange Security Updates per wu zu installieren. Will aber nicht jeder so sehen.

Soon...

Bei APC gibts dafür ne eigene VM, die das regelt. Ist bei Eaton wohl ähnlich: https://communities.vmware.com/t5/ESXi-Discussions/UPS-Eaton-And-Esxi-Download-Step-By-Step/td-p/1256883

Und schon wird auch klar, warum man High Volume Accounts benötigt ;) https://techcommunity.microsoft.com/t5/exchange-team-blog/exchange-online-to-retire-basic-auth-for-client-submission-smtp/ba-p/4114750

Das hat doch aber gar nix mit dem primären DNS Suffix zu tun, sondern rein mit DNS und conditional forwarding (o.a.) Kein Exchange hört ja im Normalfall auf seinen externen Namen sondern heißt irgendwas wie intern. ;)