testperson

Hi, wenn man dein Ausgangsposting liest und dann sowas kommt, da würde ich mich fragen, ob man sich an eine Exchange Migration rantrauen sollte. Aber naja, das Kölsche-Motto "Et hätt noch emmer joot jejange." scheint überregional zu gelten. Gruß Jan

Hi, klick den doch einfach mal durch. Im schlimmsten Fall am Ende auf "Abbrechen" anstatt "Fertig stellen" klicken. Gruß Jan

Bestimmt. Es würde wohl helfen, wenn du zumindest grob den (Groß) Raum angibst, wo du suchst bzw. ob jemand vor Ort sein soll oder obs remote ausreicht.

Hi, habe grade "über ein paar Ecken" von einem ähnlichen Problem erfahren, wo es definitiv _nach_ den März Updates diesen Zustand gibt. Habe aber noch keine Rückmeldung, ob eine Deinstallation der März Updates hilft. Wenn ich da was höre, melde ich mich hier nochmal. Gruß Jan

Da sind dann häufig die gleichen Leute total überrascht, die dann später den UPN = E-Mail-Adresse setzen, nachdem geklärt ist, dass der sAMAccountName nicht zwingend gleich dem UPN sein muss.

Hi, Exchange 2013 zu 2016 ist eigentlich recht easy: https://www.frankysweb.de/howto-migration-von-exchange-2013-zu-exchange-2016-teil-1/ https://www.frankysweb.de/howto-migration-von-exchange-2013-zu-exchange-2016-teil-2/ https://www.frankysweb.de/howto-migration-von-exchange-2013-zu-exchange-2016-teil-3/ Ich würde (ebenfalls) zuerst den Zugriff über den Exchange 2016 konfigurieren und dann Postfächer sowie ggfs. öffentliche Ordner (oder andersrum) verschieben. Das Wichtigste dürfte einfach sein, den Exchange 2013 zuerst auf CU19 (oder gleich CU20) zu haben und dann den Exchange 2016 mit dem neusten CU9 (oder evtl. noch CU8) zu installieren. Und bloß nicht auf die Idee kommen mit DVD oder Download aus dem VLSC zu installieren. Gruß Jan

Hi, du kannst dich ja auch per sAMAccountName anmelden oder den UPN != E-Mail-Adresse nutzen. Es ist halt nur etwas bequemer UPN = E-Mail-Adresse zu setzen. Die einfachste Möglichkeit wäre einfach auf die Kontosperrung zu verzichten. Ansonsten muss halt eine Appliance (bzw. ein Reverse Proxy) vor den Exchange, die (der) eine Pre-Authentication macht und nach spätestens AD-Kontosperrungsschwellenwert - 1 den User temporär blockt. Netscaler von Citrix: https://www.citrix.com/content/dam/citrix/en_us/documents/products-solutions/microsoft-exchange-2013-with-netscaler-authentication-and-optimization.pdf Web Application Proxy von Microsoft: https://docs.microsoft.com/en-us/windows-server/remote/remote-access/web-application-proxy/web-application-proxy-windows-server oder, oder, oder... Gruß Jan

Das geht quasi automagisch. Evtl. einfach mal testen?

Wobei man ja auch bei Remote Apps nicht wirklich ums Aufräumen drum rum kommt. ;)

Du solltest nach jemandem mit VMware und Citrix Know-How Ausschau halten und die Umgebung vor Ort einmal prüfen lassen.

Du fügst der Sammlung entsprechend die Remote Apps hinzu und nutzt auf dem Mac den Microsoft Remote Desktop Client (https://itunes.apple.com/de/app/microsoft-remote-desktop-8-0/id715768417?mt=12). Du solltest aber vorab intensiv prüfen, ob die Anwendungen auch als Remote App laufen.

Im Zweifel auf einem der PVS Server?! Hast du es denn im Citrix Studio einmal versucht? Und der Registrierungszustand ist wie im Falle des Fehlers?

Ja dann lass ihn mal über Speichern / Speichern unter die Datei abspeichern und beobachte. Wenn ich mich recht erinnere wurden damals aber auch immer passende Events geloggt (Filesystem / MUP / NTFS (AFAIK)). Ansonsten mach nen Case bei Microsoft auf, ist ja schließlich im Office 365 enthalten.

Hi, wie wird das Excel File denn gespeichert? Datei -> Speichern (unter)? Oder Klick auf das "Disketten Symbol"? Ich kann mich dunkel an einen Fall mit Office 2010 erinnern, da trat so ein Phänomen auf, wenn über die Diskette gespeichert wurde. Tritt im Eventlog etwas auf, wenn der User auf Speichern klickt? Gruß Jan

Puh. Das ist dann jetzt so ein Punkt, wo es recht komplex wird und somit schwierig ist, in einem Forum zu unterstützen. Welche PVS Version? Kannst du im Citrix Studio die VM noch neu starten? Bzw. ist die hängende VM noch registriert?

Du könntest für die User-Gruppe alles passend per GPO konfigurieren und am Ende der Session die Profile einfach löschen. Eine Alternative wäre es, die Ordner (Desktop / Dokumente / etc.) auf ein Read-Only Share umzuleiten. Ggfs. auch eine Mischung aus beidem, oder doch was ganz anderes? Evtl. wäre auch Citrix XenApp / XenDesktop mit MCS oder PVS was. Da dann z.B. einfach täglich die VDAs durchbooten und somit zurücksetzen.

Hi, evtl. die "Privat" Markierung für die Shared Mailbox einfach per Transport Rule entfernen. Alternativ das zweite Postfach als weiteres Konto im Outlook einbinden. Gruß Jan

Ab und an. :-D Spannend wirds erst, wenn ein User keine E-Mail-Adresse bzw. kein Postfach haben soll und sich dann plötzlich mit einer "E-Mail-Adresse" anmelden kann (und E-Mails an diese Adresse dann noch nichtmal ankommen).

Oh stimmt, an dieser Stelle müsste man "mitdenken" und den Code Schnipsel mit der Aussage "und setzt den Anmeldenamen gleich der E-Mail-Adresse" kombinieren. Und ja, es ist einfacher eines der mannigfaltig vorhandenen Scripte zu nutzen.

Hi, das sollte (mit Boardmitteln) so funktionieren: https://docs.microsoft.com/en-us/windows/client-management/mandatory-user-profile Müssen es _wirklich_ und _zwingend_ Mandatory Profiles sein? Gruß Jan

Machine Creation Services bzw. Provisioning Services Wenn der Login nicht funktioniert ist nur ein / das administrative Konto (egal ob RDP oder Konsole) betroffen? Kann sich ein / das betroffene Konto per ICA anmelden?

PowerShell starten: Set-ADForest <Domänen-DNS-Name> -UPNSuffixes @{Add="<UPN1>", "<UPN2>", ...} Set-ADUser <Benutzer> -UserPrincipalName <Benutzer>@<UPN1> EMC starten -> "Set-OwaVirtualDirectory -Identity "owa (default web site)" -LogonFormat PrincipalName" -> "iisreset /noforce" Oder: Start -> Ausführen -> domain.msc -> Rechte Maustaste auf "Active Directory-Domänen und -Vertrauensstellungen" -> Eigenschaften -> UPN-Suffixe hinzufügen -> Ok. Ggfs. ein wenig gedulden. Start -> Ausführen -> dsa.msc -> (Alle betreffenden) Benutzer markieren -> Rechte Maustaste -> Eigenschaften -> Konto -> Benutzerprinzipialnamens-Suffix anhaken und auswählen -> Ok Je nach Exchange Version in der GUI zusammen klicken und "iisreset /noforce".

Hi, grade eben gesehen, dass gestern CU9 für Exchange 2016 und CU20 für Exchange 2013 released wurde: https://blogs.technet.microsoft.com/exchange/2018/03/20/released-march-2018-quarterly-exchange-updates/ Viel Spaß / Erfolg beim Patchen Gruß Jan

Hi, entweder die Nutzer melden sich mit <AD-Domäne>\<sAMAccountName> an oder du erstellst für jede E-Mail-Domäne ein UPN-Suffix und setzt den Anmeldenamen gleich der E-Mail-Adresse. Je nachdem musst du dann die Authentifizierung noch auf das passende Format ändern. Gruß Jan

Die Betriebssysteme sind auch aktuell gepatched? Welche VDA Version läuft auf den Session Hosts? Wird MCS oder PVS genutzt?