RC<-->RC

Da wir Skype for Business Server brauchen ( auch wenn es vermeintlich tot ist durch Teams) So hoffe ich doch das es noch jemand gibt der Lync/SFB 2015 oder 2019 nutzt oder vielseitig im Einsatz hat. Zur Situation: Strato Host, auf dem SFB 2019 läuft und per VPN ins Netz kommt. Ist der Domäne (.local) zugehörig. Hat eine öffentlich IP, und wir mit Skype.contoso.de/Lyncdiscover.contoso.de usw aufgelöst wird. Im Anhang der Testconnectivity Test. Sobald ich einen Client außerhalb der Domäne oder das WebApp nutzen will extern. zeit er einen Zertifikatsfehler an/ bzw in der WEB App versucht er die interne Adresse anzusprechen anstatt die Externe ( local) statt (de) Am IIS ist sowohl intern als auch extern das öffentliche Certum Zertifikat gebunden. Im Deployment Wizard unter Zertifikate ist zeigt alles auf das externe Zertifikat, ausser Serverstandard und interne Webdienste. Habe da aber auch schon die Unterschiedlichsten Varianten ausprobiert. Vielleicht finde ich ja über diese Thema hierüber Hilfe und wäre natürlich sehr dankbar. Bilder zur Konfig wie beschrieben im Anhang. ( Testconnectivity, IIS/ Client Konfig intern )

Guten morgen Ich habe leider ein sehr großes Problem, was ich mit diversen Beispielen zur Behebung des Problems durch andere Foren leider nicht lösen konnte. Siehe Anhang. Die Prüfpunkte gibt es unter dem Ordner Snapshots. Irgendwie hat er etwas durcheinander gebracht. Ich kann die Snapshots auch nicht per PS entfernen. Ich habe einen neuen Snapshot manuell anlegen lassen gestern. Nun schreibt er die AVHDX natürlich auch da voll, so dass er die Plattenkapatizät langsam ausreizt und die VM bald zum Stillstand kommt, die mitunter sehr wichtig ist. Vielleicht habt ihr noch irgendwelche Ratschläge, wie ich diese Snaphots entfernen kann. Was mich halt auch so verwirrt ist, das oben der 04.02 steht, dann fast ganz unten der 02.01 und am ende dann der Prüfpunkt 09.02. :-( Exportieren der VM bringt ja auch nichts. VMMS neu gestartet. Powershell Befehle zum Entfernen/zusammenführen bringt nicht. Windows Server 2012 R2 Hyper V ( 6.3.9600.16384) Vielen Dank !

...keiner eine Idee :-(

Hallo Liebe Gemeinde, Ich habe leider folgendes Problem Server State Name TargetResource HealthSetName AlertValue ServerComp onent ------ ----- ---- -------------- ------------- ---------- ---------- Exchanger Online RWSProxyTestMonitor MSExchangeReporti... RWS.Proxy Unhealthy RwsProxy Exchanger Online ActiveSyncProxyTe... MSExchangeSyncApp... ActiveSync.P... Unhealthy ActiveS... Exchanger Online OutlookMapiHttpPr... MSExchangeMapiFro... OutlookMapiH... Unhealthy MapiProxy Exchanger Online ECPProxyTestMonitor MSExchangeECPAppPool ECP.Proxy Unhealthy EcpProxy Exchanger Online OABProxyTestMonitor MSExchangeOABAppPool OAB.Proxy Unhealthy OabProxy Exchanger Online OWAProxyTestMonitor MSExchangeOWAAppPool OWA.Proxy Unhealthy OwaProxy Exchanger Online EWSProxyTestMonitor MSExchangeService... EWS.Proxy Unhealthy EwsProxy Exchanger Online AutodiscoverProxy... MSExchangeAutodis... Autodiscover... Unhealthy AutoDis... Exchanger Online OutlookProxyTestM... MSExchangeRpcProx... Outlook.Proxy Unhealthy RpcProxy Exchanger Online OWACalendarProxyT... MSExchangeOWACale... OWACalendar.... Unhealthy OwaProxy Exchanger NotApplicable RestDeepTestMonitor MSExchangeRestApp... Rest.Protocol Unhealthy None Exchanger Online RPSProxyTestMonitor MSExchangePowerSh... RPS.Proxy Unhealthy RpsProxy Exchanger NotApplicable NetworkAdapterRss... Network Unhealthy None Ich weiß leider nicht weiter, und habe mir alles mir mögliche probiert. (Exchange 2016 CU14) Exchange ist neu, Daten wurden von einem anderen Exchange 2016 migriert. Habt ihr eine Idee wo und wie ich ansetzen könnte damit ich dies wieder in den Health Status bekomme ? Beeinträchtigen tut dies scheinbar nichts, will es aber auch nicht als Schönheitsfehler abstempeln und so stehen lassen. LG

Ich hatte es schlichtweg nicht probiert Ich habe bisher keine Lösung gefunden, warum er in 2019 gerade mit IMAP ein Konto einrichten möchte. Durch diesen simplen Reg-Eintrag funktioniert das Autodiscover in 2019 problemlos, und die Dialoge fallen weg. Ich finde die Lösung super geil

Falls es noch jemanden interessiert, oder doch selbst schon nutzt https://www.frankysweb.de/outlook-exchange-profile-ohne-benutzerinteraktion-konfigurieren/ kann so einfach sein und funktioniert tadellos

Hallo Liebe Gemeinde, Ich habe nach wie vor ein großes Problem mit der Replikation eines Ordners auf Server2016 DCs die neu in die Domäne genommen wurden, und DFS Ordner Repliziert bekommen sollen. Es funktionieren alle Replizierten Ordner Bidirektional. Ein Ordner aber Repliziert sich nur einseitig. Wenn also bspw eine neue Datei erstellt wird auf den alten DCs, wird dieser auch auf die neuen Repliziert. Erstelle ich aber auf den neu hinzugekommenen eine Datei, wird diese nicht repliziert. Wie gesagt betrifft das nur ein Replikationsordner. Die anderen replizieren sich ganz normal. Das ist schon seit Wochen so. Anfangs kam in der Ereignisliste immer DFRS Replikationsfehler ID 1315/1316 / Vektorversionsgröße Die Warnungen erscheinen nun aber auch nicht mehr. Staging Warnungen kommen zu diesem Ordner auch nicht. dfsrdiag ReplicationState /member:Server Sagt auch nicht, das irgendwelche Dateien für den Replizierten Ordner in der Pipe wären. Wie beschrieben, handelt es sich nur bei den neu hinzugefügten Servern um dieses Problem, und auch nur diesen einen Replikationsordner. Alle anderen werden repliziert. Hat jemand noch eine Idee ? Bin echt kurz davor einen Call bei Microsoft auf zu machen, da ich zu diesem Problem auch leider nicht mehr weiter komme, und mit besten gewissen alles probiert habe (Server aus Replikationsgruppe raus, Ordner gelöscht und neu replizieren lassen, Staging so angepasst, das es nicht zuviel oder zu wenig wäre.)

Vielen dank für die Antworten. Ich habs dann doch einfach über die Objektverwaltung gemacht

Der MDT ist ein eigener Benutzer, der eben Domänen Rechte benötigt um die Clients in die Domäne heben zu können. Kein normaler Domänen Nutzer hat Zugriff auf das Deployment Share ! Was die Irrtümlichen Installationen angeht, so lass ich den Haken bei Administratorgenehmigung gern drin

Liebe Gemeinde, Ich hab ein kleines Problem mit dem ich mich mitunter befasse. Als Einstieg zur Sicherheit unserer Domäne galt es anfangs nun endlich mal LAPS einzurichten, um die Lokalen PW nicht gleich zu haben, und Mailware bzw. Emotet weniger Plattform zu bieten. Zum eigentlichen Wir haben in jedem Standort MDT in Betrieb. Die Clients werden gleich in die Domäne gebracht. In der Customer und Boostrap.ini steht der Domain-Admin und das DomainAdminPassword in Klartext drin, was irgendwie ziemlich Affig ist. Hat jemand eine glorreiche Idee für mich, das einfach nicht mehr in Klartext rein schreiben zu müssen, oder eine Idee das zu sichern, da ich schon ein wenig bedenken habe, das diese INI ja nur ausgelesen werden muss um komplette Domänen Rechte sein eigen nennen zu dürfen :-( Viele Grüsse !

Hm, unter Outlook 2016 funktioniert das Autodiscover aber tadellos. IMAP ist für Office 365 eben vorkonfiguriert dachte ich. Da greift das Autodiscover zu diesem Zeitpunkt noch gar nicht, hatte ich die Vermutung. Wüsste leider nicht, wo ich da jetzt ansetzen sollte

Hallo Liebe Gemeinde, da wir für die Verwaltung nun Outlook 2019 mehr und mehr zum Einsatz bringen, kommt die Frage auf, ob es nicht wie bei 2016 ( Danke FrankysWEB) diese ZeroConfigExchange gibt, sodass der Benutzer nicht erst auf Manuelle Konfiguration und Exchange auswählen muss, um das vorkonfigurierte IMAP zu umgehen ! Vielleicht hat sich ja jemand schon damit beschäftigt. Vielen Dank

Würde das Thema noch einmal gern aufgreifen, vielleicht hat ja doch jemand eine Idee, das es noch bei einem DFS Ordner präsent ist. Es deutet nicht auf den Ordner hin, aber es ist der einzige, der nur in eine Richtung repliziert. Alles anderen replizieren ordnungsgemäß :-(

Vielen dank, ich werde mir die Links mal anschauen. Wir werden Ihn nächste Woche dann recht zügig umstellen. Der "alte" Exchange ist 2016 CU9 und der Neue 2016 CU12

Hallo Liebe Gemeinde, Ich habe folgendes Problem Ich habe für die Migration und zum Umziehen aller Postfächer und Öffentlichen Ordner einen neuen Exchange 2016 installiert aber Autodiscover usw. noch nicht konfiguriert. Ich wollte damit erst einmal ein wenig vorarbeit leisten, um das umziehen dann in naher Zukunft umzusetzen. Das verzögert sich leider aber noch etwas. Auf dem neuen Exchange ist noch nichts umgezogen. In der ECP wird er aufgeführt Alle Mitarbeiter bekommen im Verbindungsstatus angezeigt das sich Outlook nun auch auf den neuen Exchange verbinden möchte. Somit verzögert sich alles sehr, und Outlook will sich bspw auf die Öffentlichen Ordner des neuen Exchange verbinden, wo aber noch nichts umgezogen ist. Wie kann ich nun sämtliche Verbindungen zu dem neuen Exchange unterbinden, sodass sich die Mitarbeiter weiterhin nur auf den noch aktuellen Exchange verbinden und Outlook den neuen unkonfigurierten Exchange nicht anspricht ? wäre für eine schnelle Lösung sehr sehr dankbar. LG Rolf !

Guten morgen Keiner eine Idee ? Too much information Hat das noch niemand gelesen in seiner Ereignisanzeige unter Server 2019 in Verbindung mit DFSR ? (Versionsvektorgröße) Zudem betrifft es wie gesagt nur einen Ordner von vielen, der nur einseitig repliziert ( zum Server 2019 hin, aber nicht weg) alle anderen werden Bidirektional repliziert. Es kommt aber auch keine andere Warnung, das dass Staging zu niedrig sei. Gar nichts. Ausser eben das mit der Vektorversonsgröße und dem WMI Fehler.

Hallo Liebe Gemeinde, ich habe wie oben der IDs zu entnehmen dem Rätsel auf der Spur, was folgende Ereignisse zu bedeuten haben soll. Fängt immer mit 1315 an : Die Versionsvektorgröße der DFS-Replikation überschreitet die zulässigen Grenzwerte. Eine größere Versionsvektorgröße kann zu geringerer DFS-Replikationsleistung, langsamen DFS-Replikationsverwaltungsvorgängen und der übermäßigen Nutzung von Arbeitsspeicher und CPU-Ressourcen führen. Wenden Sie sich an Microsoft Support Services, um den Gesamtstatus Ihrer DFS-Replikationsbereitstellung zu analysieren. Und geht mit 1315 weiter : Die Versionsvektorgröße der DFS-Replikation liegt wieder innerhalb der zulässigen Grenzen. Dieses wechseln sich sekündlich ab. Habe leider so gar nicht darüber gefunden. Handelt sich um einen Server 2019 Replikationen laufen soweit ordnungsgemäß. Das Staging usw. ist nach den 32 größen Dateien angepasst. Ein Problem gibt es. Wir haben einen Namespace in deren 2 Ordner an verschiedene Server repliziert werden. Der eine Ordner Repliziert in beide Richtungen völlig richtig. Der andere Ordner repliziert zum Server 2019 hin. Änderungen des Ordners am Server 2019 selbst werden aber nicht an andere Repliziert. Bei allen anderen Replikationen funktioniert es. Will ich allerdings von einem Server zu dem Server 2019 manuell replizieren kommt folgende Fehlermeldung : Mach ich die Manuell Replizierung vom Server 2019 zu einem anderen, kommt diese Fehlermeldung nicht :-D Wie gesagt die anderen sind Syncron. Ich habe auch echt schon über Tage gewartet. Auch geschaut, was er noch in der Warteschlange hat. Da bewegt sich nicht viel. Staging aber angemessen hoch wie gesagt Die Zeitpläne sind auch so eingestellt, das diese zwischen 17 und 7 Uhr vollständige Bandbreite haben. Dazwischen immerhin auch 4 MBit ! Kann vielleicht jemand irgend was damit anfangen. Viele Grüße !

Hallo Liebe Gemeinde, wie das Thema halbwegs verrät, geht es um die schon viel zu späte Migration auf DFSR. Hintergrund ist, das wir nun einen 2019er Server haben, der zur Replizierung nun zwingend DFSR benötigt und FRS entgültig verabschiedet Über die verschiedenen Befehle : dfsrmig /setGlobalState 0 dfsrmig /GetMigrationState dfsrmig /setGlobalState 1 dfsrmig /GetMigrationState dfsrmig /setGlobalState 2 dfsrmig /GetMigrationState dfsrmig /setGlobalState 3 dfsrmig /GetMigrationState hab ich auch brav gesehen, das : Alle Domänencontroller wurden erfolgreich zum globalen Status („Entfernt“) migriert“ Auch der Server 2019 war dabei. Nun ist mir aber aufgefallen, das der Server 2019 als einziges unter C:Windows noch den FRS Sysvol Ordner hat, und nicht wie bei allen anderen den SYSVOL_DFSR ?! Also wenn einer diesen Ordner doch zwingend haben muss, dann doch der Server 2019, und nicht den SYSVOL Ordner vom FRS ? Könnt ich die Schritte einfach nochmal ausführen, damit vom PDC erkennt, das der Server 2019 nur den SYSVOL Ordner hat, und nicht wie alle anderen bereits über SYSVOL_DFRS repliziert ? So kontrovers. Die Replikationen stimmen alle. Der Server 2019 bekommt alle Replikationen mit. Für eine Idee wäre ich sehr dankbar

Hi, vielen dank für eure Antworten. Auf einem anderen Rechner ging es nun Problemlos. Da war es allerdings Outlook 2010. Musste nur leider auf ihn warten und konnte das somit nicht ausprobieren. Auf seinem Smartphone werden alle Mails über einem Jahr Problemlos angezeigt, wenn er nach etwas bestimmten sucht. Muss wohl also einfach nur an seinem Account auf dem Rechner liegen. Werde mich selbst mal, sobald ich sein Rechner zur Verfügung habe dort anmelden und schauen ob ich in Outlook das selbe Problem habe. Wenn nicht, sollte es wohl einfach nur an seinem Windows Profil liegen. Was auch immer da das Problem ist :-( Vielen Dank Nobby, für deine ausführliche Antwort, aber ich denke das kann ich mir sparen, da es ja sonst funktioniert. Warum das ohne Cache solang dauert, kann ich mir sehr gut herleiten. 18000 Mails im Postfach, davon 2500 Ungelesen. Exchange auf einem Strato host als VM, über VPN in unser Netz geschliffen, aber mit Öffentlicher IP an den Host. Der schleift das über interne Hyper V Schnitten die an die Öffentliche Strato Schnittstelle freigegeben ist, und der Exchange ist CU9, aber mit nem Framework 4.7.2. Also ein furchtbares Konstrukt was bald geändert wird

Guten morgen. Genau das ist doch das Problem. Schade das ihr es nicht so genau gelesen habt. Es ist schon auf "alle" gestellt, und das mehrfach, auch mit neuer Profilerstellung, Und das "klicken Sie hier" wird ihm nicht angezeigt, denn das ist ein Snip von mir. Sein Postfach ist 17 GB groß.

Hallo Liebe Gemeinde. Ich habe gerade bei unserem Chef das Problem, das ihm egal ob in Posteingang oder anders wo, nur noch Mails genau 1 Jahr angezeigt werden. In den Offline Einstellungen ist der Cache Modus aktiviert und auf "Alle" eingestellt. (Habe auch schon andere Varianten ausprobiert) Das Problem ist, das die Anzeige (Bild) nach den Mails genau nach einem Jahr bei Ihm nicht auftaucht : Ist der Cache Modus aus, werden alle seine Mails über ein Jahr hinaus angezeigt. Dauert halt nur zu lang ! Ich habe das Profil schon gelöscht, Postfach neu ziehen lassen, und den Modus wieder auf "Alle" gestellt. Des weiteren ist unter senden/empfangen --> Downloadeinstellungen --> Element vollständig herunterladen angehakt ! Ich bekomme diesen Link, das er die Mail die Nach einem Jahr angezeigt werden sollen einfach nicht angezeigt. Kann mir jemand verraten an was es bei Ihm liegen könnte?! Das Problem scheint auch nur bei ihm zu liegen ! Vielen Dank im Voraus !

Danke für den Tipp

Moin Nobby, Fälschlicherweise immer noch die 4.7.2 die für CU9 nicht unterstützt wird. Ich werde sobald wie möglich auf die CU11 gehen, da ja nun endlich dort die 4.7.2 unterstützt wird Vielen dank für den Tipp, da bin ich gar nicht drauf gekommen, unter der OWA konnte ich ihn problemlos löschen

Einen wunderschönen Guten morgen allerseits. Ich habe ein kleine Problem, mit einem Öffentlich Ordner Kontakt. Die Fehlermeldungen dazu per Rechtsklick : Ich kann diesen Kontakt nicht löschen Es handelt sich dabei um Outlook 2016 aber auch 2010 Exchange 2016 CU 09 Weiß jemand wie ich diesen Kontakt wieder weg bekomme und neu anlegen lassen kann Ursprung wird wohl sein, das 2 Mitarbeiter gleichzeitig an diesem Kontakt versucht haben zu speichern.

...noch irgendwelche anderen Ideen ?