Stefan W

Manchmal sieht man den Wald vor lauter Bäumen nicht ;) Geht mir ab und zu genauso ;)

Auch "normale" externe Dienstleister bieten Fernwartung an ;)

wir reden hier von einer Testumgebung oder?

Hi, steht im Ereignislog erneut etwas drinnen? Welche Fehler werden dir angezeigt, wenn du mit https://www.testexchangeconnectivity.com/ testest? lg Stefan

korrekt ;) ein einfacher Tippfehler reicht, dass zB der UM Dienst (oder auch andere) nicht mehr tut. Exchange ist normalerweise eines der unternehmenskritischten Softwarelösungen - überlege dir gut ob du hier ein Risiko eingehen willst. Externe Dienstleister sind hier eine gute Alternative - und wenn diese nur als Consulter neben dir sitzen und dir über die Schulter sehen und "HALT" schreien bevor etwas schief geht ;)

Hast du das Script mit erhöhten Rechten ausgeführt? Da er die CSV auf C:\temp schreibt, könnte das helfen (existiert der Ordner?;)) lg

weisst du was ein SAN Zertifikat ist?

Aus diesem Grund auch "Werbung" ;) back to topic Ich glaube hier tut es (je nach Datengrößen) ein NAS, bzw. ein virtualisierter Linuxhost auch, wenn sich die Kostenfrage stellt. Die Fidelbox finde ich (gerade zum ersten mal gesehen) jedoch auch nicht übel - sicher einen Blick wert

als HyperV verfechter schmerzlich für mich dem zustimmen zu müssen ;)

ergänzend zu Nils' Beitrag Bevor du dir für 150€ eine VMware Workstation zulegst, würde ich auf den "neuen" Rechner eher Win8 installieren und hyperv nutzen. Eine Win8 Lizenz ist soweit ich weiß günstiger als die 150€ für die vmware workstation. lg

Die Lösung siehst du in Norberts Beitrag. Per Hand kannst du sie so starten (zB Verknüpfung erstellen), wenn die Installationspfade gleich sind C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -noexit -command ". 'C:\Program Files\Microsoft\Exchange Server\V14\bin\RemoteExchange.ps1'; Connect-ExchangeServer -auto"

auch so kann man Werbung machen ;)

Fazit: Egal welcher Thread und egal welche Personen sich damit herumschlagen NeMiX, Robert und Dukel oder Norbert und ich - du hörst von allen Seiten das gleiche, und bekommst sogar die gleichen Links. Führ dir das zu Gemüte - und als Wiederholung dessen was Robert im anderen Thread schrieb: Schau dir die AD Grundlagen an

sag ich ja ;)

Wenn du Exchange am DC installieren willst ist dass sogar unumgänglich. auf einem DC gibt es keinen "lokalen Admin" sondern nur den (nicht die Gruppe) Domänenadministrator Zurück zu meinen Fragen: Warum willst du neu aufsetzen? Welche Fehler bekommst du?

FSMO Rollen via Inplace-Update? :suspect: Oder ist das Inplace Update anders zu dem, das ich jetzt im Kopf habe?

Ist das ein x-beliebiger Server, oder wurden bei diesem schon Einstellungen für imaps gesetzt?

und welchen Fehler bekommst du jetzt?

Kommt auf deiner Firewall (nicht Windows Firewall) das Paket an? Nachdem du gemeint hast "der Provider unterstützt...." kann es dort auch harken. @Norbert: es gibt genug Personen, die auch den Outboundtraffic auf das beschränken was (aktuell) benötigt wird - und leider genausoviele Personen die soetwas nicht dokumentieren :)

Warum willst du den Server neu aufsetzen?

Hi, die Firewall kann dann etwas damit zu tun haben, wenn aus welchen Gründen auch immer die Kommunikation ausgehend eingeschränkt ist. Deaktivieren bringt im Gegensatz zu richtig konfigurieren meist nicht den gewünschten Effekt ;) DNS-Auflösung funktioniert tadellos?

Dafür benötigt er aber die Mitgliedschaft in Orgadmins und Schemaadmins

Hast du ein 2012er AD? lg

Hi, der "andere" Server: ist dieser in der gleichen IP Range wie der CRM? Hat dieser die gleichen Firewall Einstellungen wie der CRM? Was unterscheidet diese beiden Server Netzwerk(inkl. GPO)/Firewalltechnisch

Hier spielt die UAC auch noch mit Ohne "adminrechte" sieht das Ergebnis so aus c:\>w32tm /resync Befehl zum erneuten Synchronisieren wird an den lokalen Computer gesendet. Folgender Fehler ist aufgetreten: Zugriff verweigert (0x80070005) Ähm.... Ich will nicht dass 200 clients mit einem Onlinezeitserver syncen - dass die über NT5DS syncen passt hier. Mir geht es nicht primär darum, dass die Clients die richtige Zeit haben - dafür hab ich diesen schrecklichen workaround - sondern darum, dass sie die Zeit von einem DC ziehen.