NorbertFe

Und du glaubst es liegt am /force? :) Es gibt keinen Löffel... Beim erstmaligen Anmelden ist der Drucker eben noch nicht da. Was passiert denn, wenn du dich einfach zweimal anmeldest? Wird der Drucker dann automatisch als Standard gesetzt?

Nein! GPMC.msc gpedit.msc startet IMMER den lokalen Gruppenrichtlinieneditor.

Natürlich, ich hab auch Kunden bei denen sowas überhaupt kein Problem darstellt. :)

Wie wahr wie wahr. Ich hab immer noch Kunden bei denen ich seit 4 Jahren höre... wir müssten uns mit Windows 10 beschäftigen oder das Windows 10 deployment Projekt hat gerade begonnen... :@

Sogar 120% ;)

Da mußt du schauen, was MS derzeit als qualifizierendes OS akzeptiert. :)

So pauschal? Nö :) Ansonsten könnte er die Probleme ja auch benennen. Und damit meine ich jetzt nicht "Bequemlichkeit bei der Aktivierung". Nö, wozu auch? Der KMS ist ein Aktivierungsserver, der aktiviert alles, was ihn nach einer Aktivierung fragt. Der ist nicht dazu gedacht, Lizenzen zu prüfen o.ä. Oder eine Mischung von Client- und Serverlizenzen. Halt 25 Aktivierungspunkte. (Lizenzierung schreibt man mit zwei z ;)) MAK aktivierte Server fragen logischerweise nicht den KMS Server, denn sie sind ja schon aktiviert. Willst du die auch im KMS sehen/aktivieren, mußt du den KMS Setup Key auf diesen Server installieren, dann rennen sie auch zum KMS Server. Da verbrennt gar nichts. Siehe oben. Der AKTIVIERT, er lizenziert nicht! Der KMS erkennt überhaupt nichts. Der AKTIVIERT! Bye Norbert

GPMC.MSC was ist da so schwer dran?

Hast du es denn mal ausprobiert? Dann würde sich dir das nämlich erschließen.

Es sei denn, man hat bereits entsprechende "qualifizierende OS" im Schrank stehen, die man auch den neuen Dell PCs zuweisen kann.

Oder das Sophos Proxy-CA Zert ist nicht am Client angekommen. :) Aber egal, geht ja jetzt.

Welches Zertifikat hast du denn installiert und warum? Man könnte ja auch einfach mal auf "Zertifikat anzeigen..." klicken, dann wüßte man, warum er rummeckert. :)

Du sollst die gpmc auf dem Client starten.

oder beides. :)

Stand aber schon da. :P ;)

Offensichtlich habt ihr NICHT das gleiche Problem. ;)

So, was sagt uns das jetzt? ;) Geh zum Exchange Admin und sag ihm, er soll den Index auf der DB wieder aktivieren. Dann klappts auch mit dem Finden. Set-MailboxDatabase DatabaseName -IndexEnabled $True

Korrekt. Das sollten sie dir verraten können.

Falsch. Normalerweise begrenzt man den IP Kreis und läßt den Port identisch.

Das Problem ist oft, dass gar nicht genau sichtbar ist, welcher User sich innerhalb der Applikation anmeldet und als wer er zu senden versucht. Das Log sollte natürlich auch dazu was liefern.

Ersteres und dem dann per Powershell die entsprechenden Berechtigungen setzen. Das sollte man aber "bewußt" und gezielt tun, weil man sich sonst schnell ungünstige RElays bastelt.

Sagt wer? Gibts da mehr Info?

Und was hätte man davon? Das würde wie gesagt bedeuten, dass man für jedes JAHR eine neue public folder Mailbox und eine neue Mailbox DB erzeugen müßte und selbst da is dann eben bei 100 Datenbanken Schluß, vorausgesetzt man nutzt die Enterprise Edition von Exchange.

Aha, und das hilft jetzt wie? Bei Exchange 2016 wären das ja dann sowieso public folder mailboxes. Ich vermute der TO wird um ein anderes Konzept und Produkt nicht herumkommen. Und ja, in meinen Augen bedeutet das eine Umstellung der Arbeitsweise diesbezüglich.

Das ist gefühlt seit 2-3 Jahren so. ;) Also definitiv schon seit CU5, keine Ahnung mehr, wann genau ich das bei mir aktiviert habe.