Tobi Tobsen Twitcht

Bug oder Feature:
Warum zum Henker macht Microsoft bei den RemoteApp Manger ein Feld Aliases rein?

Durch ein Rechtschreibfehler war für die Hälfte der Außenstellen die RemoteApp für zwei Stunden nicht erreichbar.

Wenn man RemoteApps updatet sollte man unbedingt darauf achten, dass das Feld Aliases identisch mit dem RemoteApp Namen ist, ansonsten kommt andauernd die Meldung, dass die RemoteApp nicht auffindbar ist oder nicht authorisiert ist.

Arbeit, Citrix, TerminalServer Terminalserver, windows Server 2008

Und wieder Zuwachs im DAU-Knast!

Vor kurzem war unser Außendienst aus komplett Deutschland und Europa in Bielefeld versammelt und einige brachten ihre Notebooks mit, da irgendetwas nicht passte. Eine Person meinte, dass er sich einen Virus eingefangen hätte, da seit ein paar Tagen beim Hochfahren eine seltsame Nachricht käme und er über CITRIX/TerminalServer nicht mehr zu Hause drucken könne. Fies wie ich bin, glaubte ich ihm schon einmal gar nicht und fragte, seit wann das denn genau wäre und was er in letzter Zeit so an seinem Notebook rum geschraubt hätte? Die Antwort bestätigte wieder einmal… ach, lassen wir das .

… die mittlerweile schon knatschende Gittertür auf und folgende Personengruppe hinein:

• “Druckerinstallateure & Drucker-Umbenenner”
  … ich kann das, vertrau mir…

Neulich:
Fortsetzung von weiter oben…

Den Dialog erspare ich euch heute. Im Grunde kam heraus, dass die besagte Person zwei mal den gleichen Drucker hatte, aber den unter Windows eingerichteten Standarddrucker nicht angeschlossen hatte, so dass die Druckaufträge zwar zu dem besagten Drucker geschickt wurden, aber auf Grund fehlender Verbindung nicht gedruckt werden konnten … *schräg*… warum macht man so etwas?

Die Virenmeldung war dann noch ein nicht sauber beendeter Installationsvorgang des vermeintlich NEUEN Druckers .

virtuelle DAU-Knast Citrix, Drucker, HP, Terminalserver, Windows

Da habe ich ein Office 2003 Paket mit 10 Lizenzen ohne “open value” und “SA”, die ich aber weiterhin auf einem Terminalserver 2008 nutzen wollte. Da viele Leute heutzutage aber nun doch schon Office 2007 haben ( ) benötige ich natürlich das Kompatibilitätspack, damit auch jeder die z.B. *.docx oder *.xlsx – Files öffnen kann.

Das aktuell herunterzuladene Kompatibilitätspack (32 oder 64Bit Version) für Office 2003 funktioniert aber dummerweise nicht auf einem 64Bit Windows Server/TerminalServer 2008. Jedenfalls nicht bei meinen TerminalServern…

Zum Glück hatte ich noch eine ältere Version (aus Ende 2008). Die Version einfach kurz installiert, vorher natürlich in der Konsole “change user /install” getippt,  und fertig!

Siehe da, ich kann Office 2007 Dokumente mit Office 2003 auf dem 64Bit TerminalServer öffnen.

Leider bin ich nicht ganz so schnell auf die Idee gekommen ne alte Version zu nehmen. Stattdessen habe ich wilde Knowledgebase Artikel durchforstet … ohne Erfolg .

Manchmal ist es eben doch besser downzugraden?.. *g*

Allgemein 64Bit, Office 2003, Office 2007, Office Kompatibilitätspack, Terminalserver, windows Server 2008

Neben diversen Problemen in einer reinen 32Bit Serverumgebung den ersten wirklichen 64Bit Server zu integrieren (dazu irgendwann später mehr), kommt es auch zu lustigen Effekten bei den ersten Schritten mit Windows Server 2008/ Windows TerminalServer 2008.

So kam vor kurzem folgende Meldung, als man aus dem Outlook 2003 in der TerminalServer-Session ein Bild aus dem E-Mailanhang öffnen wollte:

Das Drucken von Bildern ist ohne die Desktop Experience Funktion nicht möglich.

*Ironie an*
Ha! Bei den Fehlerbeschreibungen hat MS gut nach gebessert .
*Ironie aus*

Fehlergrund:

Die Fehlermeldung von oben weißt zwar nicht direkt darauf hin, aber mit ein bisschen Überlegen und genauerem Hinsehen merkt man, dass die Windows Fotogalerie fehlt. Lokal liegende Dateien macht er nämlich z.B. mit MS Paint auf… lustig.

Problembeseitigung:

Über Servermanager das Feature “Desktopdarstellung” installieren…

… easy oder, aber hätten Sie nicht einfach melden könne, dass das Feature nicht installiert ist?

Arbeit, Windows Desktopdarstellung, Outlook, Servermanager, Terminalserver, Terminalserver 2008, Windows, Windows 2008

Komischerweise konnten ein paar Leute bei der Arbeit seit Anfang Januar 2010 keine E-Mailanhänge mit einer Excel-Datei öffnen. Es kam immer die Meldung, dass die Datei nicht gefunden werden konnte. Excel startete somit sauber, aber ohne die Datei zu öffnen. Auch Excel-Files aus dem Netzlaufwerk oder lokal liegende Dateien konnten mit einem Doppelklick nicht direkt geöffnet werden. Die Funktion über “Datei öffnen” im Excel funktionierte aber noch.

Zuerst habe ich an ein Jahr2010-Bug gedacht… so nach dem ganzen EC-Karten Problemen… wurde aber beim Googlen enttäuscht . Das Problem ist nen Alter Hut. Schade, dachte ich hätte was Außergewöhnliches *g*….

Hier die Lösung:

Excel 97-2003:

Öffnet einfach in Excel 2003 das Menü “Extras/Optionen” und klickt auf den Register “Allgemein”.
Entfernt dort das Häkchen bei der Option “Andere Anwendungen ignorieren”.

 

Excel 2007:

In Excel 2007 ist der Haken woanders zu finden:
Klickt auf den Office-Button oben links und unten auf “Excel-Optionen”. Nun zur Rubrik “Erweitert” im linken Navifeld wechseln und im rechten Fensterteil ganz herunter scrollen. Im Bereich “Allgemein” findet ihr nun die Option “Andere Anwendungen ignorieren, die Dynamischen Datenaustausch (Dynamic Data Exchange, DDE) verwenden”.

… fertig (in 99% aller Fälle).

… dennoch habe ich keine Ahnung, warum denn so viele Leute davon betroffen waren, obwohl jegliche DAU’s mir versicherten an den Einstellungen nichts verstellt zu haben… wers glaubt .

Arbeit, MS Office Citrix, Excel, Office 2003, Office 2007, Terminalserver