testperson

Das stimmt aber nur, sofern du einen weiteren DC promotest. Beim ersten DC werden die migriert.

Hi, also bei deinem Exchange ist Updatetechnisch noch Luft nach oben ;) Aktuell wäre SP3 RU11. Gruß Jan

Hi, die Logs lassen sich immer etwas Zeit. Am einfachsten startest du den MS Exchange Transportdienst einmal durch, dann werden die Logs auf die Platten geschrieben. Gruß Jan

Dann bleibst du entweder bei der Windows Server Sicherung und suchst eine eigenständige E-Mail-Archivierungslösung oder du suchst dir eine neue Backuplösung die ebenfalls E-Mails archivieren kann ;)

Hi, RDP -> tcp 3389 SMTP -> tcp 25 Warum sollte RDP reichen? Und was steht beim Senden im SMTP Log (https://technet.microsoft.com/de-de/library/bb124531%28v=exchg.150%29.aspx)? Gruß Jan

Oder für die zweite E-Mail-Adresse ein neues Postfach anlegen und dem User Test beide in Outlook einbinden.

Hi, schau mal hier: http://www.gruppenrichtlinien.de/artikel/central-store-fuer-administrative-vorlagen/ Gruß Jan

Hi, "kommen nicht an" ist nicht sonderlich aussagekräftig ;) Was bekommst du denn als Fehlermeldung und was findeset du in den Logfiles? Gruß Jan

Ein "Boardmittel" wäre eine Archivdatenbank und eine Aufbewahrungsrichtlinie ;)

Hi, die Meldung ist doch recht eindeutig ;) Outlook 2016 und Exchange 2007 sind nicht supported. Gruß Jan

Hi, da es ja sicherlich schon eine Datensicherung gibt, wäre eine entsprechende E-Mail-Archivierungslösung auch eine Option. Gruß Jan

Hi, um was für Switche handelt es sich denn? Bringen die irgendwelche PowerShell Module / Scripte mit? Ansonsten musst du dir da vermutlich was basteln. Sofern die Switche per Browser (http / https) Verwaltbar sind, könnte das https://technet.microsoft.com/en-us/library/hh849901.aspx ein Ansatz sein. Gruß Jan

Hi, die Anleitung ist korrekt. Aber ohne gültiges Zertifikat brauchst du erst gar nicht anfangen. Und bevor du das Zertifikat erneuerst bzw. ein neues austellst (austellen lässt), aktualisierst du den Exchange auf SP3 RU11. Gruß Jan

Hi, dann würde ich die Zeit bis "irgendwann" nutzen und die XP Clients austauschen. Ansonsten sollte es damit getan sein, SMB1 an allen Windows Server 2012 R2 zu aktivieren. Aber mal ehrlich, das XP Ende kam vor anderthalb Jahren nicht sooo plötzlich.. Gruß Jan

Welchen Patchstand hat dein Exchange 2013? Du testest von zu Hause für die Domain "domain.tld"? Ist der Smarthost bei deinem Provider überhaupt für die Domain zuständig? Ggfs. solltest du mal das SMTP Logging auf dem Sende Connector anschalten und am Exchange ins SMTP Send Log gucken. BTW: Lässt sich sowas besser lesen wenn du es per Copy&Paste einfügst anstelle per Screenshot.

Ggfs. einmal den MS Exchange Transport Dienst durchstarten, damit die Änderung mit dem Port wirksam wird.

Hi, ja du musst Outlook Anywhere natürlich aktivieren. Welchen Patchstand hat denn Exchange (Und der Rest vom SBS)? Habt ihr ein Zertifikat von der CA des SBS oder habt ihr euch ein Zertifikat von einem Zertifikatsanbieter gekauft? Gruß Jan

Und um welche Version vom Exchange Server geht es?

Wie seid ihr denn in Facebook / Xing / etc. so "vernetzt"?

Tja, früher war halt alles "besser". Da waren die Gummistiefel noch aus Holz und Freibier hat 5 Mark gekostet ;)

Hi, schau dir mal Set-SendConnector an. Dort kannst du einen Port mitgeben. Gruß Jan

Hi, das lokale Laufwerk W: (RootDrive) wird dir vermutlich nur als administrativen Benutzer angezeigt. Das wird in der Rootdrv2.cmd im Ordner C:\Windows\Application Compatibility Scripts definiert. Die User an den Terminalservern müssten W: dann als Netzlaufwerk gemapped bekommen. Das Rootdrive der User wird dann im Active-Directory-Benutzer und -Computer im Benutzerobjekt definiert oder per GPO. Nachträglich habe ich das RootDrive noch nie geändert / ändern müssen. Um welche Software handelt es sich denn da, die das RootDrive benötigt bzw. welche Software nutzt denn Hardcoded Laufwerk W:? Gruß Jan

Hi, dann schau dir mal Invoke-WebRequest an. Gib den zusammengebauten String notfalls einmal per Write-Host aus und gucke, ob das Ergebnis passt. Gruß Jan

Hi, du solltest im Idealfall gar nicht mit dem Built-In Domänen Administrator arbeiten. Vergebe ein langes (komplexes) Kennwort für den Domänen Administrator und lege es in den Safe. Dann erstellst du dir ein neues administratives Konto und arbeitest administrierst mit diesem. Am Client bietet es sich ebenfalls an, gar nicht erst mit einem Konto der Domänen Administratoren zu arbeiten administrieren, sondern mit einem entsprechenden Client-Admin. Lässt sich wunderbar per Gruppenrichtlinien einrichten ;) Gruß Jan

Hi, in diesem Szenario spricht genau gar nichts für deine Vorgehensweise ;) Migriere das ganze sauber und lösche deine "Altlasten" einfach, dann sparst du dir auch die Schritte, dass du die vorhanden Geräte aus der Domäne entfernen und in die neue aufnehmen musst. Gruß Jan