ExcelObjekte in Wordfiles können nicht bearbeitet werden

Betrifft: Office 2007, Office 2010, Office 2013

Fehler: Eingebettet Excel Objekte in Word können nicht mehr durch einen Doppelklick bearbeitet werden

Fehlermeldung: „Das zum Erstellen dieses Objekts verwendete Programm ist Excel. Das Programm ist entweder auf dem Computer nicht installiert, oder es reagiert nicht. Installieren Sie zum Bearbeiten des Objekts Excel, oder stellen Sie sicher, dass alle Dialogfelder in Excel geschlossen sind.“

Eine an sich ganz simple Angelegenheit, die meines Wissens in allen früheren Office-Versionen seit Word 2.0 recht gut funktioniert hat macht nun seit Office 2007 massive Probleme, ohne dass es dafür eine ordentliche Lösung gäbe (zumindest habe ich keine andere als die hier angeführten gefunden…)

Zur Lösung gibt es mehrere Ansätze:

  • Die Datei wurde als .doc in einer älteren Version hergestellt und nur neu als .docx gespeichert

In diesem Fall wurden die Excel-Objekte nicht von Excel 2003 auf Excel 2010 konvertiert und der Rechner sucht möglicherweise nach der älteren Excel-Version die tatsächlich nicht installiert ist.

Hier hilft es am besten, wenn man die Datei nochmal neu mit Office 2007/2010/2013 erstellt und die Excel-Objekte sofern vorhanden neu reinkopiert.

  • Die Datei wurde bereits .docx neu erstellt, es konnte vielleicht sogar eine zeitlang damit normal gearbeitet werden, die Meldung kommt aber trotzdem

In diesem Fall ist es ziemlich sicher ein Add-In das sich quer legt oder vielleicht tatsächlich ein Dialogfeld öffnet (in diesem all unsichtbar)

Lösung: Datei, Optionen, Add-Ins, GeheZu…, Aktivierte Add-Ins deaktivieren und herantasten, welches Add-In das schuldige sein könnte. (In Unserem Fall war es „BusinessPlanner ExcelReport Function“ (in der Zwischenzeit gelöst, siehe unten „Update“), im Netz findet man aber noch Hinweise auf viele weitere Add-Ins die dieses Problem erzeugen)

Anmekung zu unserem speziellen Problem mit dem Add-In „BusinessPlanner ExcelReport Function“ -> Dieses AddOn kann nicht einfach so „deaktiviert werden“ es aktiviert sich bei jedem Start wieder selbst. In diesem Fall hilft enweder einfach ein Wechsel auf einen anderen Rechner im Firmennetz der das Problem nicht hat, oder die Deinstallation des BusinessPlanners.

[UPDATE 2014.04.23] Nach einer Information der Unicreditgroup ist der Bug in BusinessPlanner ab der Version 2.66.6 gelöst. Die aktuelle Version kann von jedem aktiven BusinessPlanner Kunden von unserer Website: http://www.businessplanner.at/support.html heruntergeladen werden!

Wie oben beschrieben, gilt diese Beschreibung keineswegs nur für das (nun bereits gelöste!) BusinessPlanner Add-In. Je nach Installation könnte es bei Ihrem Rechner ein anderes Add-In sein, das entweder nur deaktiviert, oder gar deinstalliert werden muss.

Ungefähr so sieht es aus, wenn es klappt:

Screenshot: Word-Datei mit eingebettetem Excel-Objekt

Tags: Excel, Word, Add-In, Addon, Add-On

otrs_3_2_out_of_office

OTRS Funktion Out of Office

Eine kleine aber interessante Neuerung gibt es bezüglich der „Out of Office“ Funktion für Agenten in OTRS 3.2

Die Funktion selbst gab es bereits länger, aber sie hatte wenig Einfluss auf das Verhalten des Programms. So wurden dem User/Agenten lediglich keine Benachrichtigungen über neue Tickets geschickt.

In der aktuellen Version von OTRS 3.2.x wird diese Info nun aber zusätzlich am Dashboard angezeigt – was in größeren bzw. räumlich verteilten Gruppen natürlich praktisch ist, weil man auf den ersten Blick sieht, welche Kollegen gerade nicht anwesend sind.

otrs_3_2_out_of_office

sap_xml_fehler02

SAP schwarzer Bildschirm

Problem: Kurz nach der Installation einer neuen Version des SAP-GUIs gibt es ein Problem beim Start des Programms – nach einigen erfolglosen Versuchen das Problem zu beheben wird der GUI deinstalliert und neu installiert – mit dem Erfolg, dass nun statt dem GUI nur noch ein schwarzes Fenster am Bildschirm erscheint – auch nach der Neuinstallation kann also nicht mit SAP-Client gearbeitet werden.

 

sap_xml_fehler02

Die Meldung weist also bereits darauf hin, dass eine XML-Datei nicht „analysiert“ werden kann. Da es nur ein Abbrechen gibt kann der GUI danach nicht gestartet werden.

Weiters findet man im oben beschriebenen Log: (saplgmgr_7456.tcr)

(Error)                       : CParser::Parse_From_File_Int: Could not initialize XML DOM!
(Error)(19.11.12 07:35:44.079): CParser::Parse_From_File_Int: Could not initialize XML DOM!
(Error)(19.11.12 07:35:46.519): CParser::Serialize_To_File_Int: Could not initialize XML DOM!

Im hier beschriebenen Fall geht SAP dann gar nicht auf, es kann aber auch sein, das sich der Client öffnen lässt und dann einfach schwaz und somit unbedienbar ist.

Ein weiteres Indiz für diesen Fehler ist, wenn folgende Meldung beim Start der SAP-Logon.exe kommt:

sap_xml_fehler01

SAP-GUI-Sicherheit, System versucht, auf die Datei C:\Program Files (x86\SAPFrontEnd\SAPgui\themes\enjoy\theme.xml zuzugreifen. Möchten Sie den Zugriff auf diese Datei zulassen?

Egal ob man „immer zulassen“ oder eine andere Variante wählt kommt danach entweder der schwarze Schirm oder oben beschriebene Fehlermeldung…

Das SAP-Logon-Fenster geht wohlgemerkt immer auf – nur der echte Client nicht, aber auch hier gibt es Probleme. Auf der Linken Seite des SAP-Logons findet man nicht die drei Verknüfungen „Favoriten, Verknüpfungen, Verbindungen“ – die resultiert aus der oben genannten Fehlermeldung bezüglich „Treeview“

Lösung:

Der Microsoft XML-Parser hat nicht mehr richtig funktioniert. (beschädigt?) Dieses Programm wird bei der Deinstallation von SAP anscheinend nicht deinstalliert und im folgenden auch nicht merh neu installiert:
Je nach Stand des Clients sind folgende Programme über Software/Progamme zu deinstallieren und wieder zu Installieren

MSXML 4.0 SP2 (KB954430) – gui720\GUI\WINDOWS\WIN32\system\msxml4.msi
MSXML 4.0 SP3                 – gui720_c3\GUI\WINDOWS\WIN32\system\msxml4.msi

Danach können die XML-Files wieder richtig interpretiert werden – keine der beiden Grafiken von oben sollte mehr erscheinen und SAP sofort wieder mit dem Splashscreen starten.

Links zu Beiträgen mit ähnlichen Problemen: SAP GUI only black after Upgrade

Zimbra Kalender freigeben

Kalender freigeben

Gehen zuerst in die Kalenderansicht, kicken Sie dazu auf das Tab „Kalender“

kalender_freigeben_tab

Wenn Sie Ihren Kalender anderen Personen zur Verfügung stellen wollen, so können Sie dafür Berechtigungen erstellen. Klicken Sie mit rechter Maustaste auf denjenigen Kalender, welchen Sie einer anderen Person zur Verfügung stellen möchten.

Klicken Sie anschliessend auf „Kalender freigeben“.

kalender_freigeben_rechte_maustaste

Es öffnet sich ein neues Fenster, in welchem Sie die Freigabeart wählen können. Wenn Sie den Kalender mit einem internen Benutzer teilen möchten, so können Sie die Berechtigungen wählen. Ist der Kalender für einen Externen Benutzer, so kann dieser den Kalender nur anschauen.
Geben Sie die eMail-Adresse des Benutzers ein, für welchen Sie die Freigabe erstellen möchten, damit dieser darüber informiert werden kann. Bestätigen Sie schlussendlich mit „OK“.

Wenn im Abschnitt „Mail“ die Einstellung auf „Standardmail senden“ belassen wird, so wird beim Klick auf OK an die engegebenen eMails eine Info Mail über die neue Freigabe verschickt.

kalender_freigeben_eigenschaften_dialog


Freigaberechte ändern

Wenn Sie eine bestehende Freigabeberechtigung löschen oder eine neue Berechtigung hinzufügen möchten öffnen Sie die Eigenschaften des Kalenders (Rechte Maustaste auf Kalender; Eigenschaften …).
Unten links befindet sich ein Knopf, mit welchem Sie zusätzliche Freigaben erstellen können. Klicken Sie auf „Entziehen“, um eine bestehende Freigabeberechtigung zu entfernen.


Eintrag in einem „fremden“ Kalender erstellen/bearbeiten

Um einen Termin in einem Kalender einer anderen Person zu erstellen, brauchen Sie Managerrechte. Falls Sie diese nicht haben, bitten Sie den Eigentümer des Kalenders darum.

printer_protokollierung03

Ereignisprotokoll Quelle Print unter Windows 2008 R2

Frage: Unter Server 2003 war es möglich, im Ereignisprotokoll nach der Quelle Print und dem Ereignis 0 filtern um eine Aufstellung aller gedruckten Seiten zu erhalten.
Unter Server 2008 scheint es das Ereignis „Drucken“ aber nicht mehr zu geben.
Kann man das irgendwie wieder aktivieren?

 

 

Lösung 1: Windows 2000, 2003, 2008 (ohne R2)

Systemeinstellungen > Drucker > Servereigenschaften > Erweitert > „Spoolerinformationen protokollieren“ aktivieren

printer_protokollierung03

Der Dialog variiert leicht pro Betriebsystem (hier W2000)

 

 

Lösung 2: Nur Windows 2008 R2

Unter Windows 2008 R2 sucht man oben genannte Option in den Printeroptionen vergeblich – hier ist es in der Ereignisanzeige versteckt:

Ereignisanzeige > Anwendungs- und Dienstprotokolle > Microsoft > Windows > PrintService -> Betriebsbereit (oder Administrator)
 Auf der Rechten Seite bei den „Aktionen“ – „Protokoll aktivieren“

printer_protokollierung00

printer_protokollierung01

printer_protokollierung02

funktion_berechnen_01

Wo finde ich im neuen Word 2010 die Funktion Berechnen

Frage: Wo finde ich im neuen Word 2010 die Funktion „Berechnen“ die früher unter Extras berechnen zu finden war:

Antwort:

Word Dokument öffnen
  Symbolleiste für den Schnellzugriff anklicken (Pfeil nach unten)

   weitere Befehle…

funktion_berechnen_01

 

 

Das selbe funktioniert auch mit einer Tabelle:

 

funktion_berechnen_02

 

 

Zurück Im Dokument erhält man nun in der Symbolleiste für den Schnellzugriff ein neues Symbol. Eine graue Kugel, die sich grün färbt, sobald man Zahlen markiert – klickt man dann darauf, erscheint unten in der Taskleiste das Ergebnis der Berechnung.

 

funktion_berechnen_03

 

Bei „Befehle auswählen“ auf „Alle Befehle“ umstellen

Zum Befehl „Berechnen“ scrollen und „Hinzufügen“, danach „OK“

 

 

 

funktion_berechnen_04

otrs_3_x_umleiten

OTRS was ist der Unterschied zwischen weiterleiten und Umleiten?

Frage: Nach dem Upgrade auf OTRS 3.x habe ich nun einen neuen Menüpunkt „Umleiten“ zur Verfügung. Was ist der Unterschied zwischen „Weiterleiten“ und „Umleiten“?

otrs_3_x_umleiten

Unsere Antwort:

 

Umleiten ist dann nützlich, wenn die Anfrage fälschlicherweise im System gelandet ist – der neue Empfänger bekommt die Mail dann nicht als Weiterleitung, sondern wie wenn der Absender von vorne herein richtig geschickt hätte (es erscheint beim Empfänger nur der Ursprüngliche Absender)

Beispiel: Eine Anfrage einer Ihrer User bezüglich des graz4u-OTRS-Servers landet in einer Ihrer Queues -> mögliche Aktion: Umleiten an support@graz4u.at

Unsere Antwort landet dann automatisch wieder bei ursprünglichen Absender und wir bekommen den Zwischenschritt auch gar nicht mit…

Den Absender kann man jedoch gleichzeitig mit der Option „Sender informieren“ davon in Kenntnis setzen… (Ihr Mail wurde an xy umgeleitet, bitte in Zukunft gleich direkt dort hin schreiben…)

Beim Weiterleiten wird das Mail wie gewohnt verändert, Sie bzw. das Ticketsystem sind dann der Absender und Antworten gehen auch wieder an Sie zurück.

fax_drucken01

.Fax Dateien können nicht gedruckt werden

Problem:

Nach einer Systemumstellung von WinXP auf Windows7, bzw. TerminalServer 2003 auf TerminalServer 2008 (Citrix) findet sich kein StandardViewer der Dateien mit der Endung .fax problemlos öffnen und drucken lässt.

Hintergrund: .fax-Dateien sind meist .TIFF-Dateien mit anderer Benennung – grundsätzlich kann jeder TIFF-Viewer diese Dateien öffnen, allerdings gibt es bei diesbezüglich bei verschiedenen Viewern verschiedene Probleme:

 

1. Windows Fotoanzeige: (PhotoViewer)

Will man möglichst nahe am Standard bleiben, bietet sich das ohnehin von Microsoft mitgelieferte Programm „Windows Fotoanzeige“ an. In der Tag lassen sich nach der Verbindung die .Fax-Dateien sofort öffnen. Auch mehrseitige Dateien sind kein Problem, in diesem Fall gibt es im unteren Bereich eigene Schaltflächen für das Umblättern.

Ein unlösbares Problem war allerdings der Druck – hier kommt es unweigerlich zur Fehlermeldung:

Das Bild wurde nicht gefunden. Überprüfen Sie den Speicherort,
und wiederholen Sie den Vorgang

fax_drucken01

Für dieses Verhalten haben nach langem Suchen keine Lösung gefunden.

 

2. Paint: (MSPaint)

Das zweite „systemnahe“ Programm unserer Wahl war Paint – auch dieses Programm öffnet ohne meckern eine .Fax-Datei und kann diese sogar drucken, aber hier gibt es das nicht zu vernachlässigende Problem, dass es nicht möglich ist, mehrseitige Faxe an zu zeigen… Paint fällt also komplett aus.

3. IrfanView: (i_view32)

IrfanView war schon seit Jahren auf allen unseren Rechnern installiert, wenngleich wir es bisher auch noch nie für .FAX-Dateien verwendet haben. Das Programm öffnet aber .Fax-Dateien problemlos, bringt allerdings einen Hinweis, dass es sich dabei um eine TIFF-Datei mit falscher Endung handelt und will die Datei auch prompt umbenennen. Dies ist im Fall von SAP und anderen Programmen welche dann ihrerseits wieder auf die .fax-Datei zugreifen wollen fatal und darf nicht sein.

fax_drucken02

Ansonsten würde aber alles passen, IrfanView ist überall schnell verfügbar und beherrscht auch mehrseitige Faxe.

Lösung:

Wir verwenden nun IrfanView und konnten einen Schalter finden, der den Dialog mit dem automatischen Umbenennen nicht mehr anzeigt.

Optionen / Einstellungen / Datei-Handling
 „Umbenennen anbieten bei falscher Dateierweiterung“ deaktivieren

bei älteren IrfanView-Versionen:
Optionen / Einstellungen / Andere1
  „Umbenennen anbieten bei falscher Dateierweiterung“ deaktivieren

Um diese Einstellung allen Usern im Netzwerk voreinzustellen kann man als Admin auch die ini-Datei von IrfanView entsprechend anpassen:

Datei: %APPDATA%\IrfanView
Abschnitt [Others]
RenameExtension=0

outlook_mailto12

Outlook 2010, Probleme nach Klick auf einen Mailto:Link

Ein Kunde meldet uns das Problem, dass er bestimmte Mails immer als unzustellbar zurück bekommt, obwohl er die Mailadresse mit CopyPaste eingegeben hat, bzw. wie es sich später herausstellt, durch klicken auf einen Mailto:Link in einer Mail.
Hier würde man ja annehmen, dass wirklich nichts falsch gemacht werden kann – ist aber nicht so, es handelt sich letztlich um ein nicht ganz unkompliziertes Problem von Outlook 2007 und 2010 für das es bisher keinen richtigen Hotfix zu geben scheint. (Immerhin ist das Problem selbst bereits lange bekannt und viel diskutiert)

Hier die Fehlermeldung die der User sofort nach dem Senden direkt vom Exchange-Server bekommt:

Ihre Nachricht hat einige oder alle Empfänger nicht erreicht.

 Betreff: Test Gesendet am: 20.09.2012 16:51
Folgende(r) Empfänger kann/können nicht erreicht werden: 'friedrich.koelbel@kmf.co.at' am 20.09.2012 16:51 Die Nachricht konnte nicht übermittelt werden, weil das E-Mail-System des Empfängers unbekannt oder ungültig ist. Überprüfen Sie die Adresse,
 und wiederholen Sie den Vorgang, oder wenden Sie sich an Ihren
 Systemadministrator, um die Verbindung mit dem E-Mail-System des Empfängers zu überprüfen.

<mail.domain.at #5.1.2>

Die Adresse ist also 100% richtig geschrieben, wie kann es dann aber zu dieser Fehlermeldung kommen?

Im Grunde weisen bereits die einfachen Hochkomma (‚) in welche die Mailadresse eingebettet ist daraufhin, ein Blick in die ExchangeServer Verwaltung zeigt uns das eigentliche Problem: In der An:Zeile steht vor der Mailadresse ein „MAILTO:“ das hier nicht hingehört…

outlook_mailto12

Soweit so gut, aber auch jeder andere Versuch des Users, die Adresse neu einzugeben scheitert immer wieder mit dem selben Ergebnis – die Adresse wurde durch den Vorgang in den Adress-Cache von Outlook geschrieben und zieht immer wieder, auch wenn man versucht die Adresse händisch nochmals einzugeben.

Es erreichte uns übrigens eine zweite Fehlermeldung die uns etwas schneller auf die Spur brachte:

 Ihre Nachricht hat einige oder alle Empfänger nicht erreicht.
Betreff: WG: Subject
Gesendet am: 20.09.2012 11:51
 
Folgende(r) Empfänger kann/können nicht erreicht werden:
 MAILTO:name@domain.dlt am 20.09.2012 11:51

Die Nachricht konnte nicht übermittelt werden, weil das E-Mail-System des Empfängers
 unbekannt oder ungültig ist.  Überprüfen Sie die Adresse, und wiederholen Sie den
 Vorgang, oder wenden Sie sich an Ihren Systemadministrator,  um die Verbindung
 mit dem E-Mail-System des Empfängers zu überprüfen.

<mail.domain.at #5.1.2>

Laut verschiedenen Foreneinträgen handelt es sich um ein generelles Problem von Outlook 2007/2010 – wir stellen das Problem hier nach, um eine möglichst einfache Lösung für den User zu finden, der weder am Exchangeserver oder Mailserver-log nachsehen kann, und sich möglicherweise auch keine Hotfixes installieren kann (wie in unserem Fall wegen einer TerminalServer Session ohne Admin-Rechte).
Das angesprochene Hotfix löst im Übrigen auch nicht das Problem im Outlook, sondern es ändern nur die Erstellung von Mailto:Links in allen anderen Office-Programmen, wenn die Links von externen Mails weiterhin im Mailto:Format daherkommen. ändert das aber am Verhalten von Outlook gar nichts…

Um das Problem nachzustellen, genügt es ein beliebiges externes Mail (an sich selbst) weiter zu leiten – dadurch erscheint dann der Mailto:Link – auf ähnliche Weise ist auch das Problem des Users entstanden.

outlook_mailto02

Durch einen Klick auf den Mailto:link erscheint ein neues Mail in dem für einige Zeit die Adresse [mailto:adresse@domain] steht. (das ist eigentlich schon falsch)

outlook_mailto03

Nach einiger Zeit wechselt die Anzeige auf adresse@domain – hier ist doch eigentlich kein Fehler mehr zu erkennen! Und dennoch birgt diese Adresse die auch sofort in den Cache wandert nun zwei Probleme:

outlook_mailto04

Schickt man die Mail nun so ab, erhält man sofort die oben genannte Fehlermeldung:

outlook_mailto05

Gibt man nun die Adresse ein weiteres Mal ein (ein Teil reicht, sie wird aus dem Cache geholt) und macht einen Doppelklick darauf wird einem nichts auffallen – scheint alles OK:

outlook_mailto06

Kein „Mailto“ weit und breit! Trotzdem funktioniert es weiterhin nicht. Was ein sehr geschultes Auge sehen könnte: rechts unten, etwas über dem leeren Balken für Kontakt müsste eigentlich „Kontakt öffne“ stehen (siehe übernächste Screenshot) – dies ist hier der einzige Hinweis, dass die Adresse irgendwie nicht funktioniert…
Im übrigen scheint diese Adresse auch nicht bei den „Vorgeschlagenen Kontakten“ auf – irgendwie scheint sie nur im Cache zu existieren.

Den Cache kann man übrigens auf zwei Arten loswerden: Zum einen kann man den gesamten Cache in den Optionen löschen, oder aber man gibt einen Teil des Namens ein und klickt dann auf das X im Vorschlag.

outlook_mailto09

Interessanterweise hat diese Vorgehensweise bei uns übrigens NICHT funktioniert – nach dem Löschen brachte eine weitere Eingabe der Adresse mit der Hand wieder dasselbe Ergebnis… Wir haben das nicht mehr weiter getestet, für einzelne User wird das hier aber vielleicht schon die Lösung gewesen sein

Der nächste Ansatz war, auf die (blaue) Mailadresse im mittleren Bereich doppelt zu klicken, was eine neue Mail mit ebendieser Mailadresse aufmacht – ein Doppelklick auf diese Adresse zeigt nun plötzlich rechts unten „Kontakt öffnen“ unser erster Hinweis, dass es nun klappen könnte, und tatsächlich: Die Mail lässt sich nun absenden!
outlook_mailto07

Allerdings birgt diese Methode nochmal einen Fatalen Fehler: Da ich an ein „Nicht Exchange“-Konto geschickt habe, kam die Mail dort verstümmelt ohne Umlaute an, eine testweise eingebettete Grafik wurde zu einem Anhang namens Winmail.dat (!)

Und hier die endgültige Lösung des Problems:

Durch den Klick auf den Mailto:link wurde die Adresse mit einem falschen E-Mail-Typ gespeichert, den es nun zu ändern gilt:

In die E-Mail-Eigenschaften kommen Sie entweder, indem sie über die Mailadresse fahren und dort mit der Maus verweilen oder wieder den Doppelklick machen und dann im der grafischen Menü das ein Blatt darstellt (Weitere Optionen für die Interaktion mit dieser Person) klicken und dann „Outlook Eigenschaften“ auswählen.

outlook_mailto13

Wenn der falsche E-Mail-Typ eingetragen war, dann kommt hier sofort folgendes Fenster, ansonsten kommt bereits die Ansicht des Kontaktes (analog wie oben gezeigt, ob „Kontakt bearbeiten“ angezeigt wird, oder nicht)

outlook_mailto10

Hier sieht man nun, dass der E-Mail-Typ falsch ist, mit einem Klick auf „Internettyp“ wechselt der Typ auch sofort auf ein nicht mehr veränderbares „SMTP“ – diesen Effekt hatte auch schon die oben genannte Methode, aus dem einen Mail ein zweites aufzumachen – hier aber haben wir nun die Möglichkeiten auch das „Internetformat“ von „Im Outlook-Rich-Text-Format senden“ auf „Outlook wählt das optimale Sendeformat“ zu wechseln, denn genau dieser Punkt war der Grund, dass die Mail dann verstümmelt und mit einem winmail.dat beim Empfänger angekommen ist.

outlook_mailto11

Ein „OK“ an dieser Stelle aktualisiert auch sofort den Cache, danach kann man ganz normal an diese Adresse senden…

Kommt bei Ihnen übrigens bei „Outlook Eigenschaften“ statt dem Eigenschaftsfenster ein Kontaktfenster und sie wollen das Internetformat trotzdem ändern, dann wiederholen Sie den Vorgang hier in diesem Dialog an der Zeile E-Mail – nochmals mit der Maus über der Adresse verweilen und nochmals wie oben auf das Blatt und „Outlook Eigenschaften“ auswählen – danach kommt dann endlich wirklich der oben gezeigte Eigenschaftsdialog.

outlook_mailto14