testperson

Hi, vorab testen oder Support kontatkieren. Oder TS Easy Print / Citrix Universal Print nutzen. Citrix hat da 2 ganz brauchbare Tools: http://support.citrix.com/article/CTX109374 und http://support.citrix.com/article/CTX142119 Gruß Jan

Hi, ich schrieb: Die Ordnerumleitung solltest du auch per Registry schaffen können. Den Rest (Remotedesktopdienste-Benutzerprofil und -Basisordner) kannst du auch per lokaler Gruppenrichtlinie (gpedit.msc) machen. Wobei "der Rest" in deinem Konstruk eigentlich egal sein sollte. Und die Terminalserver alle zu einem DC zu promoten ist die aller schlechteste Idee! Entweder baust du dir ein "Mandantenfähiges AD" oder jeder Kunde bekommt neben dem TS noch einen DC. Alternativ wird einfach die Festplatte C vergrößert ;) Gruß Jan

Hi, hat der Kunde denn entsprechende CALs für Server 2012 oder 2012 R2? Bei Server 2008 R2 Enterprise oder Datacenter ist das RAM Limit übrigens bei 2 TB. Gruß Jan

Hi, "Versuchen Sie es später erneut" triffts dann wohl. Es kann schonmal was dauern bis Exchange diese Berechtigung übernimmt. Informationsspeicher neu starten sollte sofort Abhilfe schaffen. Gruß Jan

Hi, eine Ordnerumleitung solltest du auch per Registry schaffen können. Den Rest kannst du auch per lokaler Gruppenrichtlinie (gpedit.msc) machen. Gruß Jan

Citrix Sharefile wäre auch ein Blick wert.

Hi, schau dir mal die Ordnerumleitung und Remotedesktopdienste-Benutzerprofil und -Basisordner sowie die dazugehörigen GPOs an. Gruß Jan

1) patchen! 2) SBS Konsole starten und gucken ob alles angehakt ist ;) Gibt es evtl. im internen DNS bei euch einen "remote.<domain.tld>"? 3) ja sollte.

Hi, 1) Exchange und Outlook sind aktuell gepatched? 2) Wurde der SBS mit dem Assistenten eingerichtet oder "von Hand"? 3) Konfiguriere / Nutze Outlook Anywhere, dann brauchst du keinen VPN Tunnel für Outlook. Gruß Jan

Hi, ein Ansatz so auf die Schnelle wäre "gci \\Server\Pfad -Recurse -Filter "def" -Directory" und dann noch ein wenig for-each. Gruß Jan

Hi, korrekt du kannst nicht direkt von Exchange 2007 zu 2016 migrieren (https://technet.microsoft.com/library/aa996719%28v=exchg.160%29.aspx). Daher bleibt dir eigentlich nur die Swing-Migration über Exchange 2010 oder 2013. Gruß Jan

1) Schau dir die auf dem Markt vorhandenen Archivierungslösungen an (Mailstore / Reddoxx / Exchange Archiv / ...) 2) Gibt es für deine Backupsoftware ein entsprechendes Modul? [3) Beim PST Export wäre ich vorsichtig. Solltest du eine PST brauchen, wird genau diese leider defekt sein ;)] Es wäre auch weiterhin freundlich, wenn du auf die Posts bei Computerbase hinweist.

Hi, die Änderung wird nur beim Systemstart oder vor der Benutzeranmeldung verarbeitet. Steht doch da ;) Starte den Rechner mal neu. Und eine Softwareverteilung über GPO ist mehr ein Krampf. Schau dir lieber den WSUS und den WPP an, wenns kostenlos sein soll. Gruß Jan

Hi, http://www.southrivertech.com/support/titanftp/v7/webhelp/s_ftps.htm Gruß Jan

Hi, naja dann wäre die Frage, welche Daten trägst du denn von Hand wo ein im Outlook? Allerdings würde ich Autodiscover korrekt konfigurieren. Dürfte vom Aufwand nicht wesentlich mehr sein, als einen Client von Hand zu konfigurieren ;) Gruß Jan

Hi, ich würde immer SFTP bevorzugen. Da brauchst du nur einen Port (22) und das ist ungemein Firewallfreundlicher. Gruß Jan

Hi, nutzt du Zertifikate einer eigenen CA (und das RootCA ist auf dem Client installiert) oder ein gekauftes? Wie und wo hast du die Version ausgelesen (http://blogs.technet.com/b/rmilne/archive/2013/10/29/how-to-check-exchange-2010-ru-version.aspx)? Funktioniert dein Autodiscover korrekt? Gruß Jan

Hi, was nutzt du denn für ein Zertifikat? Der Exchange ist aktuell gepatched? Gruß Jan

Hi, genau so machen wir das auch. GPOs einmalig einrichten und entsprechende "Variabeln" setzen sowie exportieren. Dann eine Migration Table bauen und diese mit Powershell wiederrum automatisch an die Umgebung umbauen. Danach GPOs entsprechend importieren. Alternativ wäre es vllt. noch ein Ansatz, die GPOs mit entsprechenden Servernamen zu konfigurieren und diese Servernamen dann im DNS als CNAME zu setzen auf die korrekten Server. An den Servern dann entsprechend "DisableStrictNameChecking" setzen. Möglichkeit 1 funktioniert halt definitiv. Bei Nr. 2 müsste man es entsprechend alles einmal testen ;) Gruß Jan

In Post#2 -> TTL: https://de.wikipedia.org/wiki/DNS-Caching Es kann allerdings in der Tat 48 Stunden und länger dauern, bis dieses ganze Internet die Änderungen mitbekommt, da du die fremden Nameserver nicht wirklich beeinflussen kannst. Im Worst Case sollte DF die Mails aber noch annehmen, solange du die Postfächer nicht löscht. Somit kannst du in der Übergangszeit die Mails dort weiter abholen. Nach der Umstellung der MX Records einfach ein wenig warten und mal nen Test mit mxtoolbox.com starten. Die sagen dir freundlicherweise auch, ob du ein Open-Relay gebaut hast. Und wie gesagt, solltest du dir zum Thema SPAM noch gedanken machen.

Exchange und Client mal gebootet, um sämtliche gecacheten Daten zu eleminieren? Bekommst du den Fehler auch wenn du für einen vorhandenen User ein neues Outlook Profil einrichtest? Bekommst du den Fehler auch wenn du einen neuen User mit neuem Postfach einrichtest?

Hi, Get-ClientAccessServer | fl *uri* und dann entsprechend das ganze mit Set-ClientAccessServer anpassen. Gruß Jan

Backup MX: http://www.msxfaq.de/internet/backupmx.htm MX Record: https://de.wikipedia.org/wiki/MX_Resource_Record Deine Fragen sollten sich nach dem Lesen der Artikel hoffentlich beantworten.

Hi, der PTR Record wird beim Internet Service Provider (ISP) gesetzt. Quasi da wo du die feste IP hast. Du solltest einen neuen Empfangsconnector "Internet" anlegen, der TLS anbietet und _nur_ Anonyme Benutzer von allen IPs ausser deinem internen Netz zulässt. Wenn du den Default Connctor schon angepasst hast, solltest du das Rückgängig machen. Wie oft bootest du deinen Exchange neu? Wie oft ist dein Exchange nicht erreichbar? Backup MXs machen alles nur komplexer und bringen dir eigentlich keinen Vorteil! Sollte dein Exchange offline sein oder gebootet werden, so versucht es der Sendende Mailserver einfach kurz später noch einmal. Im default würde der Absender nach 24h erst auf eine verspätete Zustellung aufmerksam gemacht werden. Sobald du die MX Records auf deine IP zeigen lässt, hat Domainfactory nichts mehr mit den E-Mails am Hut. Also auch keine SPAM Filterung. Das könnte man sich zwar "zusammen konfigurieren" allerdings würde ich sehen, dass die Firewall entweder ein SPAM-Modul bekommt oder eine seperate SPAM Appliance. Alternativ könnte man das z.B. auch mit Exchange Online Protection machen. Gruß Jan

Hi, da bleibt eigentlich nur den cached Mode zu deaktivieren. PST / OST Dateien können jeweils nur einmal exklusiv geöffnet werden und sollten so oder so nicht auf einem Netzwerkshare liegen. Gruß Jan