NorbertFe

Du kannst natürlich auch weniger b***d jedes Mal den Sync anhalten, dann deinen User konfigurieren und dann erst den Sync wieder aktivieren. ist bestimmt viel weniger b***d. ;)

Dann stimmen eure onboarding prozesse nicht. Wie oft denn noch. ;) Wenn du erst im AD den Nutzer anlegst und ihn synchen (mit Lizenz) läßt, dann wird logischerweise ein Online-Postfach angelegt, weil der User eben nicht on-prem die notwendigen Attribute erhalten hat. Also leg den Nutzer entweder gleich mit der On-Prem EAC oder Exchange Powershell an und bearbeite hinterher die Gruppenmitgliedschaften. Das ist das, was ich oben schon erwähnte.

Warte doch einfach den Sync ab. ;)

Das ist aber gar nicht notwendig. Man kann den User auch direkt in Exchange anlegen und ihm die Remote mailbox zuweisen. Danach im ad einfach die Gruppen usw. Ändern.

Ihr solltet eure Prozesse prüfen. Oder?

Genau, ihr solltet die Prozesse erstmal nochmal prüfen. ;) und die Lizenz nicht vergessen.

Und owa on prem oder online? Bisschen schwierig dir zu helfen, wenn solche Fakten fehlen. ;) Das is ja auch logisch, dafür hat man doch aadsync. ;) gibts Fehler im aadsync? Schonmal nachgeschaut?

Wo sind denn die Mailboxen? Online oder im in-prem Exchange?

Dann müßte man sich ja auf irgendeinen Standard oder entsprechende Gateways einigen. Da wird gerade hinsichtlich Threema aber der eigentliche Vorteil in meinen Augen erstmal ausgehebelt. Aber wer weiß.

Viel Erfolg :)

Hmm doch es liegt an der Hürde der Einrichtung (und Threema kostet für manche Leute offenbar Unsummen von Geld, die wollen tatsächlich GELD für die App). ;) Das sind gleich zwei Gründe. Denn ansonsten würde jeder merken, dass es dort mehr Leute geben könnte. Dazu kommt, dass eben jeder erstmal NICHT syncht und dann feststellt, ist ja niemand da. Ach was. :) Also Hürde zu hoch weil nicht kapiert.

:) Ich finde da auch deutlich mehr. Das war mal eine Beispielantwort, in dem Fall meines Neffen, warum er das nicht mal installiert hat (obwohl ich ihm die App geschenkt hab). ;) Ist für den nicht IT-interessierten App-Nutzer einfach zu hoch die Anfangshürde. ;)

Ich weiß. Und ich hab das als App-Geschenk sogar schon verteilt. Aber da sind ja ausser _mir_ dann sonst niemand drin. ;) Aaaaaaaaaargggggggg

Whats what? :)

Das ist der Moment, wo es meist auch teurer wird als notwendig. :)

Nein, da ich mich zum Glück mit sowas nicht beschäftigen muss. Ich kenn die Diskussion aber von Kunden. Am Ende hilft hier nur sich die verschiedenen Systeme und Hersteller anzuschauen und ggf. schonmal eine Liste von Wünschen und Anforderungen zu definieren, damit man sich nicht was aufschwatzen läßt, was man gar nicht will/braucht.

Eigentlich sucht ihr eigentlich ein DMS. ;) Das was ihr da mit Outlook/Exchange macht, ist zwar erstmal praktisch und naheliegend, aber die Ergebnisse davon seht ihr ja jetzt.

Wie schnell kann er denn damit telefonieren?

Ich weiß, Cisco hat die Dinger auch seit neuestem im Angebot. ;)

Ja kenn einige. War halt anfang 2000 grad modern. Hat halt niemand ahnen können, dass es keine PCs mit Glaskarten gibt/geben wird und die Microswitches mit Schaltnetzteilen auch Strom brauchen bzw. "kaputtgehen" ;) Hab grad aktuell einen Kunden, da wurde grad die Glasfaserstruktur NEU gezogen, weil die alten Fasern dann doch nicht mehr so wirklich geeignet waren. Was ein Krampf hinterher die neuen Switches im Kabelkanal unterzubringen.

Wat? Fiber to the desk? Bloß nicht. ;)

Das bezog sich nicht auf dich, sondern auf das „sollte“. Ich dachte das wär klar mit dem Zitat. ;)

Dann hast du deine Füße an der falschen Stelle. ;)

Also zumindest postmaster ist eigentlich per rfc eine Pflichtadresse, afair.

Guter Hinweis in dem Zusammenhang. üblicherweise bei vielen größeren und kleineren mir bekannten Firmen leider viel zu oft die Marketingabteilung. Die macht schließlich alles mit der Webseite. ;) und wie oft ich inzwischen fehlerhafte spf und dmarc records in den logfiles sehe, ist das auch außerhalb meines Kundenkreises so. ;) aber das Thema tenant (betrifft ja auch andere cloudanbieter) ist echt ein gutes Argument.