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

Exchange Mails kommen verzögert an

Problem:

Plötzlich kommt die Meldung von Usern eines Exchange Servers 2010, dass Mails „manchmal“ Stunden zu spät zugestellt werden – es findet sich kein Hinweis auf den Grund, bis auf den einen dass im Header einer solchen zu spät zugestellten Mail gezeigt werden kann, dass dies Nachricht mehr als 12h auf unserem externen Mailserver mailex01 „liegen geblieben“ ist – ein Blick in unsere Mailqueue zeigt aber keine weiteren Mails die zugestellt werden sollen, Testmails gehen auch sofort durch…

Erst nach einem Tag zeigt sich dann folgendes Bild in der Queue unseres Mailservers Mailex01:

mailq -Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient------- A4CC5A414D 19554 Thu Sep 13 22:03:46 mailrobot@xing.com (host mail.xxxxxxx.at[80.123.180.174]
 said: 452 4.3.1 Insufficient system resources (in reply to MAIL FROM command)) harald.xxxxx@xxxxxxx.at

Lösung:

Der Grund ist, dass am ExchangeServer auf C: nur noch 5GB frei waren und das laut Einstellung für Exchange zuwenig ist um noch Mails zu zustellen (!!!)
Einige Mails sind dann immer wieder durchgekommen, weil sich die Größe des freien Speicherplatzes am Server durch verschiedene Prozesse wie Sicherung und Temp-Files immer wieder geringfügig geändert hatte…

Lösungen findet man hier, hier und hier.

Unsere Lösung beim Kunden: Auf D:\ sind über 200GB frei, daher wird die „Queue“ einfach hierhin verlegt…

Datei: „C:\Program Files\Microsoft\Exchange Server\V14\Bin\EdgeTransport.exe.config“ als Administrator editieren, „QueueDatabasePath“ und „QueueDatabaseLoggingPath“ von einem Pfad auf C:\ auf einen Pfad auf D:\ ändern.

<add key=“QueueDatabasePath“
           value=“C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue“ />
<add key=“QueueDatabaseLoggingPath“
           value=“C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\data\Queue“ />

ändern auf:

<add key=“QueueDatabasePath“ value=“D:\Exchange\Queue“ />
<add key=“QueueDatabaseLoggingPath“ value=“D:\Exchange\Queue“ />

Danach muss nur noch der Exchange Transportdienst durchgestartet werden.

Tags: „Exchange 2007“, „Exchange 2010“, „Exchange nimmt keine Mails mehr an“, „452 4.3.1 Insufficient system resources“

Microsoft Access funktioniert nicht merh

Access Meldung „Datei nicht gefunden“

Drei verschiedene Probleme haben mich bei Access-Programmen in den letzten Jahren immer wieder in unangenehme Situationen geführt:

„Datei nicht gefunden“

Aus heiterem Himmel kommt beim Start einer Access-Datei die Meldung „Datei nicht gefunden“ – dies passiert ab und zu während des Programmierens.

In meinem Fall war durch Programmänderung eine Backend-Datei (das Programm) auf 24MB angewachsen, obwohl die Datei eigentlich nur ca. 11MB haben sollte – ein Standardvorgang (Extras, Datenbank-Dienstprogramme, Datenbank komprimieren und reparieren) – dies hat wohl an die 10 Mal an einem Tag funktioniert, dann kam aber plötzlich die Meldung „Datei nicht gefunden“ – dabei kann anscheinend durch nichts herausgefunden werden, um welche Datei es sich handelt, bzw. um welchen Programmteil, Modul, Formular oder Tabellenverknüpfung, denn die Acess-Datei selbst startet ja und es sind eigentlich keine weiteren Dateinen notwendig – grundsätzlich handelt es sich wahrscheinlich um eine Verknüpfung zu einer DLL – einem Verweiß wie es in Access-Sprache heißt – aber es kann nicht herausgefunden werden welche das sein sollt und man kann auch nicht mehr mit der Datei weiter arbeiten – Die Datei ist somit eigentlich unbrauchbar.

„Absturz kurz nach dem Öffnen“ (2003)

Ähnliche Situation wie oben beschrieben, allerdings kommt keine Fehlermeldung aber Access stürzt kurz nach dem Aufruf ab – dies betrifft dann nur diese eine Datei, andere Dateien lassen sich ganz normal bearbeiten.

„Access bleibt hängen“ (2010)

Beim Klick auf ein bestimmtes Formular bleibt Access einfach stehen, evtl. steht in der Taskleiste „Berechnung läuft“, aber die Daten erscheinen nicht. Klickt man dann wo anders hin, kommt ein Dialog dass Access nicht mehr reagiert. (also eigentlich ähnlich wie „Absturz nach dem Öffnen“ aber doch etwas anderes Verhalten…) – wichitg vielleicht noch, dass es sich nich um eine Riesen Datenmenge handelt, sondern ein Formular welches früher innerhalb einer Sekunde offen und bearbeitbar war.

„Access APPCRASH“ (2010)

Beim Versuch eine Access-Datenbank zu öffnen kommt eine Fehlermeldung „Microsoft Access funktioniert nicht mehr“ und in den Details der Hinweise „APPCRASH“ (dazu gibt es auch einen eigenen Artikel)

Microsoft Access funktioniert nicht merh

Gleichzeitig findet man im Taskmanager (Ereignisanzeige, Ereignisprotokolle anzeigen)

Name der fehlerhaften Anwendung: MSACCESS.EXE, Version: 14.0.6024.1000, Zeitstempel: 0x4d83e4fc
Name des fehlerhaften Moduls: VBE7.DLL, Version: 7.0.16.19, Zeitstempel: 0x4d430aec
Ausnahmecode: 0xc0000005
Fehleroffset: 0x00023081
ID des fehlerhaften Prozesses: 0x22f0
Startzeit der fehlerhaften Anwendung: 0x01cf4e6bb3f096ac
Pfad der fehlerhaften Anwendung: C:Program Files (x86)Microsoft OfficeOffice14MSACCESS.EXE
Pfad des fehlerhaften Moduls: C:PROGRA~2COMMON~1MICROS~1VBAVBA7VBE7.DLL
Berichtskennung: f30a7ccc-ba5e-11e3-9e54-78e3b51c15e2

Lösung:

Eine Lösung die ich in den ersten drei Fällen früher schon angewendet habe, wäre eine neue leere Datenbank zu beginnen und dort alle Daten/Module/… aus der korrupten Datenbank zu importieren.

Diese Lösung ist aber ein wenig unbefriedigend, weil alle Einstellungen/Verweise/Optionen auch wieder nachgeführt werden müssen.

Ich habe aber in der Zwischenzeit eine weitaus einfacher Lösung gefunden: Access mit dem Parameter /decompile starten und die betreffende Datei einfach nur öffnen!

Access 2003
„C:ProgrammeMicrosoft OfficeOFFICE11MSACCESS.EXE“ /decompile
danach einfach über „Datei öffnen“ die korrupte Datei öffnen
oder:
„C:ProgrammeMicrosoft OfficeOFFICE11MSACCESS.EXE“ /decompile Pfad/und/Name/der/datei.mdb

Access 2010  (Access 2007)
„C:Program Files (x86)Microsoft OfficeOffice14MSACCESS.EXE“ /decompile
danach einfach über „Datei öffnen“ die korrupte Datei öffnen
oder:
„C:Program Files (x86)Microsoft OfficeOffice14MSACCESS.EXE“ /decompile Pfad/und/Name/der/datei.mdb

Diese einfache Lösung hat in allen Fällen sofort zum Erfolg geführt!

 

Tags: „Microsoft Access“, „Access 2003“, „Access 2007“, „Access 2010“, „Access APPCRASH“, „Microsoft Access funktioniert nicht mehr“