NorbertFe

Tja, du führst das ganze auf der WID vom Server 2016 aus. Da mußt du mit dem Fehler leben, dass du das nicht in der WSUS Konsole siehst. Alternativ schwenke auf SQL Express.

Weil die anders konfiguriert sind? Woher soll ich das wissen? Nein, wozu denn? Abgesehen davon, hatte ich ja oben genug Optionen der Fehlereingrenzung aufgezeigt. Welche davon hast du denn schon probiert? Oder willst du weiter raten und hier noch mehr Vorschläge bekommen, die du dann nicht abarbeitest? ;) Bye Norbert

Immer diese bierernsten antworten. :) stell dir vor, ich arbeite mit meinem Telefon auch, hab’s aber trotzdem gern, dass die User experience über die verschiedenen Geräte gleich ist. Und ich wette ich bin da nicht der einzige. Und das ist garantiert in die eine wie auch die andere Richtung so. Nichts anderes meinte ich. Wenn das bei euch kein Problem darstellt, dann freu dich doch, wie ich schon vorschlug.

Na https alles auf den neuen Namen konfigurieren. Du hast jetzt dummerweise das Problem, dass du auch den alten Namen aktuell nicht beibehalten kannst, weil die Trennung eben vorher nicht existierte. Das heißt, entweder lebst du jetzt so wie es ist mit den Fehlern oder gibst für smtp und imap usw. einen weiteren Hostnamen an und konfigurierst zukünftig alles darauf. Die Sollbruchstelle hast du, wenn du den alten alias löschst. ;)

Na wenn das so einfach ist, schön für dich. Bei uns ginge diese Lösung keinesfalls. ;) dann mach nen Haken dran und warte auf die neuen Geräte. Interessant wäre, wie lange die Nutzer sich dann für die neue Technik begeistern können. :)

Was soll man denn jetzt von außenstehend dazu sagen? Schau dir halt die ssl Kommunikation an bspw. Erstmal ob du überhaupt am richtigen Server und mit dem richtigen Zertifikat ankommst. Außerdem teste ob das evtl. An clientseitiger Einstellung liegt, die nur tls 1.0 oder so zulässt der Webserver aber nur tls 1.1 oder oder oder.

Nein die richtige Lösung in deinem Fall wäre die namespace Trennung der Protokolle. Also https usw. über den Namen für Kerberos Nutzung usw. und autodiscover fähige Zugriffe und ein anderer Name für Legacy Protokolle wie smtp (Client und Server relay) und imap/Pop. Dann gäbs diese Probleme nicht. ;)

Wenn man www. Aufruft, wo landet man denn dann? Ist da evtl. Ein Proxy dazwischen der das nicht korrekt handhabt?

Ist ein belgisches iOS 11.4 anders als bspw. Ein deutsches? Ich dachte da ist nur die Sprachauswahl anders. Ansonsten müsste sich das ja recht schnell nachstellen lassen. Die Verwendung einer alternativen App wäre für mich nur win workaround. bye norbert

Ja aber er schreibt oben ja, dass Outlook sein Problem ist.

Hört denn der oder die dcs auf https? Wenn ja wer oder was? Achso bei https könnte das natürlich zu Zertifikatsproblemen führen. Und im Endeffekt erkläre ich solchen Kunden einfach, dass sie intern eben www davor schreiben müssen. :)

Wenn autodiscover funktioniert, dann passiert das doch automatisch. Ich vermute, nur der Alias hat das "erfolgreich" verhindert bisher.

Du sollst ja nichts anderes sagen. Es wäre halt interessant gewesen aus welchem Käfig des Zoos die drei Iphones stammen. Denn ich bezweifle, dass die wirklich das Problem haben, und sollte es daran liegen, wäre zu klären ob alle anderen entweder noch iOS 10.x oder eben schon ein neueres 11.x haben als diese 3.

Das liegt daran, dass deine Domaincontroller unter domain.tld wahrscheinlich keine https Website ausliefern. ;) Was auch sinnvoll ist. EIne Möglichkeit das zu korrigieren wäre bspw: http://blogs.catapultsystems.com/chsimmons/archive/2015/04/08/domain-controller-http-redirect Nur halt mit https. Bye Norbert

Das würde ich maximal in Betracht ziehen, wenn es sich um 3 Leute handelt und keinerlei Fluktuation passieren wird. ;) Also nein, das kann ich nicht empfehlen.

Aber müßten dann nicht alle iOS (selbe Version) gleich kaputt sein und nicht funktionieren? Das klang so, als wären nur bestimmte einzelne Nutzer betroffen. Und ich habe hier kein Problem mit iOS Nutzern und Exchange 2016 auf Windows 2016. Und der WinFuture Artikel ist ja auch schon ~8 Monate alt, also ich bezweifle das mal. :)

Nein wozu?

Das is doch dann logisch, dass das Fehler mit Kerberos gibt

Deswegen beantwortet man der Reihe nach, dann würden sich solche Situationen nicht ergeben. :)

Ok, dann brauchst du keine iphelper suchen. ;)

Im Router zwischen den Netzen. Deswegen meine Frage. Aber wenn man natürlich nur selektiv liest... ansonsten wäre deine Frage mit Google sicher genauso schnell beantwortet. ;)

Alles ein netz, oder mit gerouteten vlans? Hat der zweite dhcp Server denn auch die Konfiguration repliziert? Im Zweifel mal wireshark anwerfen und schauen was passiert.

Naja meist hat der Controller ja noch ein paar mehr Vorteile. ;)

Wer verwendet denn den servernamen als zugriffspunkt? ;) aber danke für die Klarstellung.

Dann hilft dir der alias aber nicht. Hast du Exchange überhaupt mit Kerberos im Einsatz? Per default spricht der mit den Clients afaik nicht Kerberos.