NorbertFe

Nein ich lege eine Shared Mailbox an. Ist das so schwer zu verstehen, wenn ich jetzt zum 7. Mal schreibe, dass ich eine Shared Mailbox anlege? ;)

Richtig, es sind shared mailboxes. Dazu gibts das Ding ja. Technisch ist das aber mehr oder weniger immer das Gleiche. Wozu glaubst du denn, hat man VOLLZUGRIFF. Damit man eben NICHT das Kennwort eines anderen kennen muß. ;)

Wenn man vollzugriff hat, braucht man kein Kennwort und deswegen geht das auch. ;) und wenn eure Shared Mailboxen nicht als Shared konfiguriert sind, solltet ihr überlegen ob das nicht sinnvoll wäre, denn deren Konten sind dann einfach deaktiviert.

Shared mailboxes haben „kein“ Kennwort. Und wenn ich vollzugriff habe, dann geht natürlich auch owa. ja das mit einer transportregel hab ich schon ausprobiert, aber für einen anderen anwendungsfall.

Ist das eigentlich das selbe, wie das privat Häkchen am Termin? Nie probiert. ;)

Sicher, dass du den Teil per Transport rule erwischst? Bei Kalendereinträgen ja auch nur wenns Einladungen sein sollten. ;)

Ja, aber nur mit Outlook. Owa ignoriert das. Also Obacht, wem man Zugriff gibt und was privat ist. :)

Den kannst du dir sparen und auf $null setzen. Deswegen kann man den ab 2016 sowieso nicht mehr editieren. Ist das nicht das gleiche? Was ist mit meinen anderen Fragen? Neue Profile auch mit diesem Fehler? Ist das jeweils für internalURL und externalURL identisch? Gibt es den Exchange 2007 noch? Sind die public Folders migriert worden?

Glauben wir dir, dass du "alle Konfigurationen" geprüft hast, oder willst du sicherheitshalber genau aufschreiben, welche das waren? Ansonsten wäre der Test ein neues Outlook Profil. Gibt es dann auch Fehlermeldungen? Oder tritt das nur bei bestehenden Profilen auf? Auf welchen Namen hast du denn "alles" konfiguriert? Gab es diesen Namen bereits zu Exchange 2007 Zeiten? Und dann gibt es tatsächlich auch noch die Fälle, bei denen ein Profil ums Verrecken nicht aktualisiert wird, egal ob mans richtig konfiguriert hat oder nicht. ;) Aber das sind dann normalerweise weniger/einige und nicht global und dauerhaft. Bye Norbert

Liegt vielleicht daran, dass ich davon ausgehe, dass man nicht immer nur fragt, sondern bei Hinweisen auch selbst tätig wird. :p

Danke für die Rückmeldung. Hat nicht weh getan, oder? Dann viel Erfolg mit den nächsten Paketen. Bye Norbert

Wenn du nur /silent verwendest, dann gibts afaik aber auch kein SSO, oder ist das neuerdings anders?

Glückwunsch. Naja dann wärs ja nett für evtl. später hier Nachlesende, wenn du die Lösung hier auch posten würdest. :)

Ich meine 1.: was genau verteilst du? Ist das eine .exe oder ein msi? Mit welchen Parametern versuchst du das? Wenn Parameter, wo hast du die her? 2. Du hast oben einen link auf mein deployment whitepaper für den alten Citrix Receiver bekommen. Das ist schon etwas älter und das wurde mit neueren Versionen von Citrix nicht unbedingt besser. Also hast du ein aktuelles Citrix whitepaper zum deployment des receivers gelesen? bye norbert

Was genau willst du verteilen? Hast du das Citrix whitepaper zum deployment mal gelesen?

Hat das irgendjemand geschrieben? Außer Kosta88?

Wie wärs, wenn du dir kurz überlegst, wie Softwareverteilung funktioniert. :) Ansonsten kann man mit deiner Beschreibung nicht allzuviel anfangen, weil das ausser "weiter, weiter, fertig" kaum was sinnvolles als Beschreibung beinhaltet. Immer dran denken, wir lesen hier, was du für Problem hast, können aber nicht sehen, wie die zustande kommen.

Immer schön, wenn man zwei Fragen stellt und eine davon beantwortet wird. ;) Aber du hast ja erstmal eine Lösung. Im Allgemeinen passiert das, wenn das Adminpostfach noch auf dem alten Server residiert.

Wo liegt denn das admin Postfach? Welches cu vom exchange 2016 hast du installiert?

Und du hast _das_ unter Windows Server 2016 mal getestet?

https://www.borncity.com/blog/2018/06/09/kommt-ein-smbv1-fix-fr-windows-10-v1803-zum-juni-2018-patchday/

Indem du nicht unter Computer(Clients) schaust, sondern unter Updates und dort alle "benötigten" auswählst. Und ja, das ist nicht so schwer wie du es hier offenbar haben willst.

Das Sysvol ist kein geeigneter Ort für Softwaredeployment. Eigentlich sollte das so pauschal einleuchten. Jeder der schonmal ein DSF-R Problem lösen mußte, weiß, dass viele/große Dateien und GPOs gleichzeitig zu troubleshooten einfach mistig ist. Im Allgemeinen geht dabei dann auch irgendwas "verloren". Ansonsten ist die Softwareverteilung per GPO sowieso nicht unbedingt sinnvoll, sondern sollte mit Tools wie bspw. WSUS oder anderen 3rd Lösungen realisiert werden. Hängt dann meist von den Anforderungen ab.

Jetzt ist es größentechnisch auch nicht notwendig. Sondern nur, wenn du deine eigenen Updates in der WSUS Konsole sehen willst. Ist ja keine Funktionsvoraussetzung, weil die Administration auch per WPP möglich ist.

Es ist nicht ratsam.