Dukel

Angemeldet bleiben oder diesen Workaround durch etwas gescheites ersetzen.

Weil Autodiscover erst in einer bestimmten Version kam und davor manuell konfiguriert wurde.

Dafür gibt es Autodiscover. Wenn die Clients damals manuell konfiguriert wurden muss man dieses Profil einmal neu machen (löschen, neu anlegen).

Konfiguriere Autodiscover richtig!

Das ist wirklich komisch. Wenn derjenige, der die Seite macht sich auskennt würde es die Änderungen so durchführen, dass Caches beachtet werden. Sowas kann man auch machen.

https://support.microsoft.com/en-us/help/968929/windows-management-framework-windows-powershell-2-0--winrm-2-0--and-bi Den Log Pfad musst du mit Powershell zusammenbauen. %date% gibt es da nicht. Für den Einstig. $datum = get-date -Format 'yyyy-MM-dd_HH-mm'

Nenn das Ding NAS oder Netzwerkfreigabe und füge den Explorer mit der Netzwerkfreigabe zum Batch.

Nein. Du kannst dem Benutzer aber temporäre, ungültige eMail Adressen geben. Wieso überlegst du nicht erst, wie du migriest und testest es dann?

Der Sendeconnector hat jetzt ja erstmal nichts mit der Migration zu tun. Das richtest du so ein, wie du dies generell machen würdest. Mit z.B. ImapSync kann man die Migration der Mails auch Incrementell durchführen. Dann ist es egal, wie groß das Postfach ist.

In Powershell: $quelle = 'quelle1' $src = 'C:\temp\src' $dst = 'C:\temp\dst' foreach($folder in (Get-ChildItem $src)){ foreach($folder in (Get-ChildItem $folder.FullName)){ foreach($folder in (Get-ChildItem $folder.FullName)){ $srcPath = $folder.FullName "Src: $srcPath" $dstPath = $folder.FullName.replace($src,$dst) "Dst: $dstPath" $arg = "$srcPath $dstPath\$quelle /E ..." Start-Process -NoNewWindow -Wait -FilePath robocopy.exe -ArgumentList $arg } } } Die Robocopy Argumente müssen noch ergänzt werden. Für das Datum (des Logs) gibt es "get-date" mit entsprechenden Parametern / Formate.

Wieso PST Files? Man kann auch die Mails via Imap migrieren. Aber das würde ich mit einem Dienstleister durchgehen, welcher Weg hier der sinnvollste ist.

Dann bau dir ein Script drum herum, welches z.B. alle Quellordner ausliest und Robocopy für jeden Ordner ausführt mit der Quelle dazu. Weiterer Tipp: Nutze UNC Pfade statt gemountete Laufwerksbuchstaben.

Du kannst den Exchange Server soweit schon vorbereiten, dass dieser intern funktioniert. D.h. Mails zwischen Exchange Postfächern funktionieren, Mails, die direkt an Exchange (im LAN) geschickt werden, kommen an und Mails nach extern kommen an. Dann kannst du die Migration angehen.

Um Mails zu versenden brauchst du generell einen Sendeconnector. Dieser sollte aber für alles "*" gelten und nicht nur für die Domain xyz.de. Oder verwechselst du das mit einem Empfangsconnector?

Lass mal das "\tool" im Robocopy Aufruf weg.

Eine alternative wäre doch die Daten nicht direkt auf das Backup Ziel zu sichern sondern auf einen Ort, welcher von Veeam über das normale Backup mitgesichert wird. Dann brauchst du keine zwei Unterschiedlichen Verschlüsslungsmechanismen.

Ist auf der IPFire NAT aktiviert / konfiguriert? Muss man evtl. via Proxy ins Internet?

Das sollte mit Dynamic Access Control machbar sein. https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/dn408191(v=ws.11)

Wieso setzt du die Wsus ID und löscht diese nicht einfach, damit diese automatisch gesetzt wird?

War so viel Text... Habs jetzt verstanden, es geht um Sicherungen parallel zu Veeam.

Ähm?!? Unterstützt Veeam nicht von sich aus eine Verschlüsslung? Dann nutze diese!

Richtige Server haben eine Remote Schnittstelle (iLo, DRAC,...) und man muss nicht vor Ort. Noch mehr Komfort hat man zusätzlich mit einer Netzwerk PDU (Netzwerkfähige Steckdosenleiste).

Bitte lies ein mal die Links unter und versuche es dann nochmal hier.

Was jetzt? Sind die RDS Hosts in der Domäne oder nicht?

Siehe https://tools.ietf.org/html/rfc2324