NorbertFe

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.

Das was du vorhast geht nicht und ist auch nicht notwendig, wenn autodiscover korrekt funktioniert.

Gern geschehen. :)

Wenn du unbedingt beim Aktivieren Bedenken haben willst, dann kannst du die ruhig haben. ;)

Ja logisch. Ja logisch. ;) Standar(D) ist die Namensliste und afaik gibts keinen Weg das zu steuern.

Dann viele Gruppen für viele PCs.

Und das is auch richtig. Wozu sollte man denn auch Passwörter im Klartext oder reversibel verschlüsselt irgendwo zentral abwerfen?