Das Notes Forum

Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: SeppHerberger am 13.01.05 - 11:42:25

Titel: winmail.dat Problem
Beitrag von: SeppHerberger am 13.01.05 - 11:42:25
Hallo zusammen

ich habe ein Problem mit einem Mail-Versender, der eine Mail mit Anhang aus Otlook heraus an einen Mitarbeiter sendet. Nun kommt bei dem Herren der Dateianhang nicht an sondern die uns allen bekannte "*.dat". In dem Verteiler hat der Versender auch noch andere Mitarbeiter in unserem Haus (die den selben Mailserver verwenden) eingetragen. Bei denen kommt die Mail allerdings richtig mit allen Anhängen an.  :o
Kann es sein, dass der Domino-Server hier bei manchen eine konvertierung vornimmt und bei manchen nicht?
Ich bin für alle sinnvollen Antworten dankbar.

Danke

Gruss

Daniel
Titel: Re: winmail.dat Problem
Beitrag von: Driri am 13.01.05 - 12:07:31
Prüf mal nach, was in den Personendokumenten im Directory bei "Format preference for incoming mail" eingetragen ist.
Z.B. für den "sauberen" Empfang von HTML-Mails sollte man die Option auf "Keep in senders format" stellen. Könnte sein, daß sich das auch entsprechend auf die Outlook-Mails auswirkt.
Titel: Re: winmail.dat Problem
Beitrag von: Axel am 13.01.05 - 12:26:21
@Driri

Wir haben das gleiche Problem. Wie heißt den die Option im Deutschen?

Kann es "Bevorzugtes Format für eingehende Mail" ? Die steht bei uns auf "Keine Vorgabe".


Axel


Titel: Re: winmail.dat Problem
Beitrag von: Semeaphoros am 13.01.05 - 12:27:25
Das ist genau die Einstellung, die Ingo meinte
Titel: Re: winmail.dat Problem
Beitrag von: Driri am 13.01.05 - 12:29:03
Jo, war auch nur ne Vermutung, weil das eben userspezifisch ist bzw. sein kann.
Titel: Re: winmail.dat Problem
Beitrag von: Semeaphoros am 13.01.05 - 12:32:54
Wollte grade sagen, es erstaung mich, aber da Du, Ingo, Userspezifisch sagst, fällt mir ein, wo das Problem liegt ..... zwischen Bildschirm und Rückenlehne des Absenders .... :)

Outlook erlaubt das Einstellen des Mailformates für jede im Adressbuch definierte Adresse. Offenbar ist der Mitarbeiter, der die winmail.dat Version erhält beim ABSENDER als Outlook-User eingetragen, alle anderen jedoch als HTML oder sonstwas anderes als Guckaus. Würde man das Serverprotokoll ansehen, kann man fast sicher feststellen, dass die Sendung zweimal reingekommen ist ..... Outlook ist die Standardvorgabe bei Microsoft ..... kann also beim Adressdefinieren vergessen gehen ..... :(
Titel: Re: winmail.dat Problem
Beitrag von: Axel am 13.01.05 - 12:35:29

Danke Jens.

Bei uns steht die Option überall auf "Keine Vorgabe" und doch kommen immer wieder Mails mit *.dat Anhängen.

Wenn das so ist, dann deckt sich das mit den Aussagen, die ich irgendwo im Web mal gelesen haben, dass Notes generell Probleme mit Outlock-Mails hat. Da gab's auch mal ein Tool mit dem man Anhänge aus den dat-Anhang rausbekommt. Wenn Bedarf besteht kann ich's im Forum zu Verfügung stellen.

Axel
 

Titel: Re: winmail.dat Problem
Beitrag von: Semeaphoros am 13.01.05 - 12:46:48
Es gibt mindestens 2 dieser Tools, wobei die Aussage, Notes hat Probleme, natürlich falsch ist. Outlook hat Probleme, bzw. die Outlook-Bediener, da sie ihr Tool falsch einsetzen. Das verwendete MS-RichtTextFormat, in denen diese .Dat Files gesendet werden, ist proprietär und nicht dokumentiert, die Tools, die damit umgehen können und die zum Teil in die Mehlclients eingebaut sind, basieren auf Reverse-Engineering (deshalb gibts das auch nicht in Notes eingebaut).
Titel: Re: winmail.dat Problem
Beitrag von: Axel am 13.01.05 - 13:02:26
...wobei die Aussage, Notes hat Probleme, natürlich falsch ist. Outlook hat Probleme, bzw. die Outlook-Bediener, da sie ihr Tool falsch einsetzen.

Yoo, so herum kann man die Sache auch sehen.

Allerdings, die Frage darf erlaubt sein, woher soll den der Standard-Ausguckmann auch wissen, dass das Standard-Format, was sein Programm im vorgibt, an manchen Ecken Probleme bereitet?

Oder anders herum gefragt, warum hat dann Notes so ein Tool nicht, um mit dat-Anhängen umgehen zu können?


Wohlgemerkt! Es liegt mir fern hier eine Grundsatzdebatte loszutreten, aber solche Fragen muss man sich von Usern anhören.


Axel
Titel: Re: winmail.dat Problem
Beitrag von: Semeaphoros am 13.01.05 - 13:10:31
Punkt 1: Vorgabe in Ausguck: Ueberheblichkeit des Anbieters oder dessen Vorstellung, dass alle dasselbe Produkt (zu) gebrauchen (haben).

Punkt 2: LoNoDo als seriöses Produkt soll den Ansprüchen genügen, dass eingebaute Funktionen in der Regel sauber funktionieren. Solange MS es nicht für nötig befindet, das winmail.dat-Format zu dokumentieren und damit zu rechnen ist, dass dieses Format jederzeit und ohne vorherige Ankündigung in der nächsten Version von Guggraus geändert wird, ist es mit dem Feuer gespielt, dieses Format zu unterstützen. Stell Dir vor, diese Anhänge werden nicht korrekt konvertiert - ein Szenario, das mit relativ grosser Wahrscheinlichkeit eintreffen kann. Wem wird dann wohl die Schuld in die Schuhe geschoben? Der Anwender sagt: "Sch....Notes konvertiert falsch ....", MS sagt: "You have used an undocumented function .......". Da steht dan LoNoDo noch schlechter da als jetzt ...... also bitte, jeden, der solche Anhänge in der Welt rumschickt, auf seine Bildungslücke aufmerksam machen .... please ....
Titel: Re: winmail.dat Problem
Beitrag von: Axel am 13.01.05 - 13:25:07
Hi,

ok, Jens. Du hast gewonnen. ;D ;D

Ich sehe das genauso.


Axel
Titel: Re: winmail.dat Problem
Beitrag von: Semeaphoros am 13.01.05 - 13:27:17
... und jetzt haben wir hoffentlich auch die nötigen Argumente, die haben mir nämlich auch lange Zeit gefehlt .... ist wirklich nicht einfach, das rüberzubringen .......
Titel: Re: winmail.dat Problem
Beitrag von: SeppHerberger am 13.01.05 - 13:39:01
Hallo an alle

danke für die zahlreichen Antworten. Das Problem wurde durch löschen des Eintrags im Adressbuch des Versenders gelöst. Anscheinend war hier die Falsche "Empfängerart" eingestellt.


Danke

Gruss

Daniel
Titel: Re: winmail.dat Problem
Beitrag von: MOD am 13.01.05 - 14:04:16
Das Problem ist altbekannt: Ein Bekannter schickt eine Email mit Dateianhang. Dieser jedoch lautet "winmail.dat" und will sich nicht öffnen lassen. Das Problem ist, dass MS Outlook(r) bei Emails die im HTML Format gesendet werden, eine eigene MIME Variente zum versenden nutzt. Das macht den Dateianhang für Empfänger mit anderer Software nahezu unbrauchbar. Es gibt aber Lösungen

Natürlich ist es am einfachsten, Emails beim versenden aus Outlook (r) nicht im HTML format zu senden - im textformat tritt dieser Fehler nicht auf. Wenn man aber einmal die Mail hat und den Dateianhang braucht, bringt das nicht sehr viel.

Aber auch die winmail.dat kann geöffnet werden. Dazu gibt es ein Tool namens "Fentun". Dieses ist unter Fentun.com erhältlich und Freeware. Einfach das Paket dort kopieren und die Fentun.exe irgendwo auf den Rechner kopieren. Danach die winmail.dat mit Fentun öffnen, zum Beispiel über die Kommandozeile, indem men eintippt:
fentun.exe winmail.dat

Wenn beide Dateien im gleichen Verzeichnis liegen. Dann öffnet sich ein Fenster und man kann die Dateianlagen durchsehen und "entpacken". Wer es komfortabler möchte, kann unter "Ordneroptionen > Dateierweiterungen" einfach Fentun.exe der Datei winmal.dat zuordnen

Quelle : http://www.fentun.com/



Und hier noch die Stellungnahme von mikroschrott:

Zusammenfassung
Dieser Artikel beschreibt, wie Sie entweder als Exchange-Administrator oder als Endbenutzer verhindern können, dass der Anhang "Winmail.dat" bei der Verwendung des Microsoft Exchange Internet Mail Connectors (IMC) an Internetbenutzer gesendet wird.

Wenn ein Endbenutzer mit dem Exchange Windows Client oder Outlook eine Mail an eine Internetadresse sendet, wird möglicherweise eine Datei mit dem Namen "Winmail.dat" automatisch am Ende der Nachricht angehängt, falls der Client des Empfängers keine RTF-Nachrichten (Rich Text Format) empfangen kann. Die Datei "Winmail.dat" enthält für den Exchange Server RTF-Informationen zu der gesendeten Nachricht und wird dem Empfänger als Binärdatei angezeigt. Sie erfüllt für Empfänger ohne Exchange Server keine sinnvolle Funktion.
Weitere Informationen
Um festzulegen, ob Sie Nachrichten als RTF versenden möchten oder nicht, wenden Sie unter den folgenden Verfahren das für Sie geeignetste an:
•   Erstellen von benutzerdefinierten Empfängern
Wenn Sie als Administrator mit Microsoft Exchange Administrator einen benutzerdefinierten Empfänger erstellen, deaktivieren Sie das Kontrollkästchen MS Exchange Rich-Text-Format verwenden.
•   Ändern von vorhandenen Microsoft Exchange-Empfängern und benutzerdefinierten Empfängern
Als Administrator können Sie folgendermaßen verhindern, dass von einem vorhandenen Benutzerkonto aus (Benutzer in Microsoft Exchange oder benutzerdefinierter Empfänger) die RTF-Informationen gesendet werden: Deaktivieren Sie auf der Eigenschaftenseite des Empfängers unter Erweitert das Kontrollkästchen MAPI-Empfänger. Als Administrator können Sie die Eigenschaften des Empfängers anzeigen, indem Sie auf den Namen des Empfängers klicken und dann im Menü Datei die Option Eigenschaften wählen.
•   Adressen im persönlichen Adressbuch
Als Endbenutzer können Sie die Internetadressen in ihrem persönlichen Adressbuch (PAB) ändern, um das Senden der RTF-Informationen zu verhindern. Deaktivieren Sie dazu im PAB auf der Eigenschaftenseite der Internetadresse unter SMTP-Adresse das Kontrollkästchen MS Exchange Rich-Text-Format verwenden. Um die Eigenschaften eines Eintrags im PAB anzuzeigen, klicken Sie auf den Eintrag und dann im Menü Datei auf Eigenschaften.
•   Konfigurieren des Internet Mail Connectors (IMC)
Als Administrator können Sie die RTF-Optionen des IMC folgendermaßen konfigurieren:
1.   Öffnen Sie die Seite Eigenschaften für Internet Mail Connector.
2.   Klicken Sie auf die Registerkarte Allgemein.

Das Listenfeld Im Microsoft Exchange Rich Text-Format senden steuert das Senden der Rich-Text-Daten. Sie können drei verschiedene Werte einstellen:
•   Wenn der Wert Benutzer eingestellt ist, werden die RTF-Informationen gemäß den Empfängereigenschaften gesendet.
•   Wenn der Wert Immer eingestellt ist, werden die RTF-Informationen unabhängig von den Empfängereigenschaften immer gesendet.
•   Wenn der Wert Nie eingestellt ist, werden die RTF-Informationen nie gesendet.
Als Administrator können Sie außerdem konfigurieren, ob die RTF-Informationen abhängig von der Domäne gesendet werden sollen. Um eine E-Mail-Domäne zu konfigurieren und die Nachrichteneinstellungen für die Domäne festzulegen, klicken Sie auf der Registerkarte Internet Mail auf die Schaltfläche E-Mail-Domäne.
•   Ungelistete Adressen
Mit Exchange oder Outlook kann jederzeit eine E-Mail-Nachricht an einen Internetbenutzer durch die direkte Eingabe der E-Mail-Adresse gesendet werden. Auf diese Weise können Sie Nachrichten an Adressen senden, die nicht im persönlichen Adressbuch, dem globalen Adressbuch oder in einem Empfänger-Container gespeichert sind.

Je nach Art der ungelisteten Adresse werden RTF-Informationen zusammen mit der Nachricht versendet oder nicht:
•   Rich-Text-Informationen werden gesendet:

Falls die ungelistete Adresse das folgende Format hat, werden RTF-Informationen zusammen mit der Nachricht versendet:

[SMTP:SMTP-Adresse]

wobei SMTP-Adresse für eine beliebige gültige SMTP-Adresse steht, z.B. für:

benutzer@microsoft.de

So stellen Sie sicher, dass die RTF-Informationen gesendet werden:
1.   Geben Sie in der neuen Nachricht unter An die Adresse im SMTP-Adressformat ein. Klicken Sie im Menü Extras auf Namen überprüfen. Die SMTP-Adresse wird ohne "SMTP:" angezeigt, und der Name wird unterstrichen.
2.   Doppelklicken Sie auf die Adresse, um ihre Eigenschaften anzuzeigen.

Wenn das Kontrollkästchen MS Exchange Rich-Text-Format verwenden aktiviert ist, werden die Rich-Text-Informationen (die Datei "Winmail.dat") zusammen mit der Nachricht gesendet.
•   Rich-Text-Informationen werden nicht gesendet:

Wenn beim Senden an eine ungelistete Adresse keine RTF-Informationen gesendet werden sollen, sollte die Adresse folgendes Format haben:

SMTP-Adresse

wobei SMTP-Adresse für eine beliebige gültige SMTP-Adresse steht, z.B. für:

benutzer@microsoft.de

Hinweis: Im Gegensatz zu der Adresse im Abschnitt "Rich-Text-Informationen werden gesendet" enthält die SMTP-Adresse nicht die Zeichenfolge "SMTP:", und die Adresse ist nicht in eckigen Klammern ("[]") eingeschlossen.

Wenn das Kontrollkästchen Namen überprüfen aktiviert ist, zeigen die Adresseigenschaften, dass die Rich-Text-Option nicht aktiviert ist.

Unabhängig von der Option, die für die Empfängeradresse ausgewählt ist, bestimmen jedoch die IMC-Einstellungen, ob die RTF-Informationen gesendet werden sollen oder nicht. Falls der IMC so eingestellt ist, dass nie RTF-Informationen gesendet werden - unabhängig davon, welche Rich-Text-Option in der Empfängereinstellungen gewählt ist - werden auch keine RTF-Informationen gesendet.

Wenn der IMC separate Einstellungen für unterschiedliche Domänen enthält, haben die Einstellungen für diese Domänen Vorrang bei allen Adressen, die an Benutzer in diesen Domänen gesendet werden.

Außerdem können Sie, anstatt den Hexadezimalwert einzugeben, auf Editor klicken, die Option Dateiversion auswählen und dann auf OK klicken. Geben Sie auf der Registerkarte Dateiversion in den entsprechenden Feldern die richtige Buildnummer von "Imcadmin.dll" im folgenden Format ein: 5.5.2650.24 Führen Sie zum Bestimmen der richtigen Buildnummer von "Imcadmin.dll" auf dem Exchange Server eine Suche nach der Datei durch. Wenn Sie sie gefunden haben, klicken Sie mit der rechten Maustaste darauf, klicken Sie auf Eigenschaften und dann auf die Registerkarte Version. Die zum Exchange Server passende Buildnummer wird dort angezeigt. Geben Sie diese Nummer im Feld für die Eingabe des Werts ein, und klicken Sie auf OK. Sie sehen dann den entsprechenden Hexadezimalwert im Bearbeitungsfeld.

 ;D MOD
Titel: Re: winmail.dat Problem
Beitrag von: tttonic am 07.09.05 - 16:27:20
...wobei die Aussage, Notes hat Probleme, natürlich falsch ist. Outlook hat Probleme, bzw. die Outlook-Bediener, da sie ihr Tool falsch einsetzen.

Yoo, so herum kann man die Sache auch sehen.

Allerdings, die Frage darf erlaubt sein, woher soll den der Standard-Ausguckmann auch wissen, dass das Standard-Format, was sein Programm im vorgibt, an manchen Ecken Probleme bereitet?

Oder anders herum gefragt, warum hat dann Notes so ein Tool nicht, um mit dat-Anhängen umgehen zu können?


Wohlgemerkt! Es liegt mir fern hier eine Grundsatzdebatte loszutreten, aber solche Fragen muss man sich von Usern anhören.


Axel



Habe gerade wieder so einen Spezialsten gesprochen.

Auszug aus dem Mail:

Grunsätzlich funktioniert der Mail-Versand von Herrn XXX und allen anderen Kollegen im Konzern jedoch mit diversen Personen in der ganzen Welt (intern und extern) - diese können auch die Anlagen öffnen


Telefonische Aussage:

"Dann muss das  Problem doch an Notes liegen!"

Langsam habe ich keinen Bock mehr mich mit Microsofts Defiziten zu beschäftigen.

gruß

tttonic
Titel: Re: winmail.dat Problem
Beitrag von: Tode am 08.09.05 - 09:13:45
Dann reib diesem Ignoranten den oben geposteten MICROSOFT- Artikel unter die Nase und zeig ihm damit, dass ER das Problem hat, nicht alle anderen...

Ich verstehe sowas nicht... Warum suchen wir Notes- Leute immer zuerst bei unseren Einstellungen wenn Fehlermeldungen kommen (egal ob ausgehende oder eingehende Mails) und alle anderen (besonders Microsoftler) die Fehler grundsätzlich beim Gegenüber, sogar wenn MS SELBST zugibt, dass hier was nicht standard- konformes verwendet wird....

Gruß
Tode
Titel: Re: winmail.dat Problem
Beitrag von: MartinG am 08.09.05 - 09:44:33
Zitat
Ich verstehe sowas nicht... Warum suchen wir Notes- Leute immer zuerst bei unseren Einstellungen wenn Fehlermeldungen kommen (egal ob ausgehende oder eingehende Mails) und alle anderen (besonders Microsoftler) die Fehler grundsätzlich beim Gegenüber, sogar wenn MS SELBST zugibt, dass hier was nicht standard- konformes verwendet wird.... 

Grundsätzlich hast Du schon Recht, nur ist halt in der Praxis das Problem, das die meisten anderen Mailer mit diesem propitären MS-Format klarkommen, weshalb sehr schnell der Verdacht aufkommt, das der Fehler Lotusseitig ist...

Wenn der Absender die gleiche Mail an GMX, WEB.DE, Thunderbird User schickt funktioniert halt alles....
Titel: Re: winmail.dat Problem
Beitrag von: tttonic am 08.09.05 - 10:23:51
Dann reib diesem Ignoranten den oben geposteten MICROSOFT- Artikel unter die Nase und zeig ihm damit, dass ER das Problem hat, nicht alle anderen...

Ich verstehe sowas nicht... Warum suchen wir Notes- Leute immer zuerst bei unseren Einstellungen wenn Fehlermeldungen kommen (egal ob ausgehende oder eingehende Mails) und alle anderen (besonders Microsoftler) die Fehler grundsätzlich beim Gegenüber, sogar wenn MS SELBST zugibt, dass hier was nicht standard- konformes verwendet wird....

Gruß
Tode

Yo, habe ich inzwischen gemacht. Nun ist Ruhe, zumindest sieht es so aus. Bin mal gespannt was als nächstes kommt.
Titel: Re: winmail.dat Problem
Beitrag von: datenbanken24 am 13.10.06 - 00:36:47
Neue Info zum Thema mit ND 7.0.2:

http://www.heise.de/newsticker/meldung/79319/from/rss09

"...
Neben diesen vier großen Erweiterungen gibt es eine Reihe von kleineren Verbesserungen, die das Leben für Notes-Benutzer erleichtern. So kann Domino nun die von Exchange fehlerhaft versendeten TNEF-Anhänge (Transport Neutral Encapsulation Format) lesen, die darin enthaltenen Dateianhänge auspacken und an die Mail anhängen. Bisher wurde das TNEF einfach als Winmail.dat ausgeliefert. Diese Funktion ist allerdings nicht standardmäßig aktiviert und muss über den Notes.ini-Eintrag TNEFEnableConversion=1 eingeschaltet werden. Den bereits in Mai vorgestellten Lotus Notes Access for SAP Solutions hat IBM um die fehlenden Use Cases erweitert und liefert ihn nun standardmäßig mit der Version 7.0.2 aus. Die von IBM Smart Upgrade genannte Softwareverteilung für den Notes Client wurde um eine Funktion erweitert, die eine Ferninstallation ohne Admin-Rechte des Benutzers ermöglicht.
..."
Titel: Re: winmail.dat Problem
Beitrag von: D. Maute am 13.10.06 - 09:15:23
Zitat
Ich verstehe sowas nicht... Warum suchen wir Notes- Leute immer zuerst bei unseren Einstellungen wenn Fehlermeldungen kommen (egal ob ausgehende oder eingehende Mails) und alle anderen (besonders Microsoftler) die Fehler grundsätzlich beim Gegenüber, sogar wenn MS SELBST zugibt, dass hier was nicht standard- konformes verwendet wird....

Wir haben das Problem auch immer wieder... Wenn ich so ein Mail dann an meine private Adresse schicke, kann ich das Mail abholen, mit was ich will (Outlook, dem alten Netscape 4.x, Mozilla, Firebird, Seamonkey) - es ist immer lesbar - nur mit Notes nicht... ist schon komisch, oder?
Mag ja sein, dass Microsoft mit diesem "eigenen" Format sich nicht an irgendwelche "Regeln" hält, aber warum sitzt IBM auf so einem hohen Ross, und baut das nicht endlich ein?!
Selbst in dem letzten Beitrag hier steht:
Zitat
Neben diesen vier großen Erweiterungen gibt es eine Reihe von kleineren Verbesserungen, die das Leben für Notes-Benutzer erleichtern. So kann Domino nun die von Exchange fehlerhaft versendeten TNEF-Anhänge (Transport Neutral Encapsulation Format) lesen, die darin enthaltenen Dateianhänge auspacken und an die Mail anhängen. Bisher wurde das TNEF einfach als Winmail.dat ausgeliefert. Diese Funktion ist allerdings nicht standardmäßig aktiviert und muss über den Notes.ini-Eintrag TNEFEnableConversion=1 eingeschaltet werden.
Tolle Sache das... DAS ist genau das, was mich z.B. an Notes stört! Man muß erst mal alles irgendwo von Hand einstellen oder dazu programmieren - aber für den normalen Benutzer ist das einfach kein praktikabler Weg.

Genauso das Problem, dass man keine Mails MIT Anhängen einfach in das Filesystem abspeichern kann - nein, man muß den Mailbody als RTF abspeichern und die Anhänge auch - dabei kann das auch ganz anders gehen! - Ich habe inzwischen eine Lösung gesehen, wie man aus Notes heraus eine .eml-Datei abspeichern kann, die das komplette Mail samt Anhängen enthält - eine super Sache. Ich warte nur noch, bis der Invest-Antrag unterschrieben ist, dann werde ich das Tool einsetzen!

Gruß Dietmar
Titel: Re: winmail.dat Problem
Beitrag von: eknori am 13.10.06 - 09:19:01
Zitat
und baut das nicht endlich ein?!
in 7.0.2 ist es eingebaut
Titel: Re: winmail.dat Problem
Beitrag von: Driri am 13.10.06 - 10:02:53
Zitat
Mag ja sein, dass Microsoft mit diesem "eigenen" Format sich nicht an irgendwelche "Regeln" hält, aber warum sitzt IBM auf so einem hohen Ross, und baut das nicht endlich ein?!

Soll man jetzt alles berücksichtigen, was M$ so auf den Markt wirft ? Dann hätte IBM sich ja auch schon vom F9 verabschiedet  ;)

Zitat
DAS ist genau das, was mich z.B. an Notes stört! Man muß erst mal alles irgendwo von Hand einstellen oder dazu programmieren - aber für den normalen Benutzer ist das einfach kein praktikabler Weg.

Was heißt "für den normalen Benutzer" ? Das ist z.B. eine zentrale Einstellung am Server, was hat der Benutzer damit zu tun ?
Titel: Re: winmail.dat Problem
Beitrag von: eknori am 13.10.06 - 10:10:13
Zitat
Man muß erst mal alles irgendwo von Hand einstellen oder dazu programmieren

Dann hoffe ich, daß ihr "nur" Notes im Eisatz habt und nicht zusätzlich auch noch SAP  ;)
Titel: Re: winmail.dat Problem
Beitrag von: m3 am 13.10.06 - 10:16:45
Zitat
Mag ja sein, dass Microsoft mit diesem "eigenen" Format sich nicht an irgendwelche "Regeln" hält, aber warum sitzt IBM auf so einem hohen Ross, und baut das nicht endlich ein?!

Soll man jetzt alles berücksichtigen, was M$ so auf den Markt wirft ? Dann hätte IBM sich ja auch schon vom F9 verabschiedet  ;)
Nicht wirklich. Versuch mal in Excel mit F5 was zu aktualisieren. ;) Dort ist es immer noch F9 - wie in Notes. :D

Und für alle jene, die noch nicht auf 7.0.2 migrieren wollen/können/dürfen:
http://www.nsftools.com/tips/NotesTips.htm#extracttnef
Titel: Re: winmail.dat Problem
Beitrag von: Steve_O. am 13.10.06 - 10:20:49
Zitat
Genauso das Problem, dass man keine Mails MIT Anhängen einfach in das Filesystem abspeichern kann - nein, man muß den Mailbody als RTF abspeichern und die Anhänge auch - dabei kann das auch ganz anders gehen! - Ich habe inzwischen eine Lösung gesehen, wie man aus Notes heraus eine .eml-Datei abspeichern kann, die das komplette Mail samt Anhängen enthält - eine super Sache. Ich warte nur noch, bis der Invest-Antrag unterschrieben ist, dann werde ich das Tool einsetzen!

Gruß Dietmar

Kannst du dazu bitte etwas Genaueres sagen!!??!!
Klingt sehr interessant!
Titel: Re: winmail.dat Problem
Beitrag von: D. Maute am 13.10.06 - 14:00:08
@eknori:
Ist ab 7.0.2 eingabaut - gut! - Nur aktivieren muß man es also noch... - siehe "nächste Zeile"

@Diri:
Ja, die F9-Taste - da fall' ich mindestens ein bis zwei mal pro Monat drauf rein, wenn ich F5 drücke, um den Posteingang im Notes zu aktualisieren...
Zitat
Diese Funktion ist allerdings nicht standardmäßig aktiviert und muss über den Notes.ini-Eintrag TNEFEnableConversion=1 eingeschaltet werden.
Eine zentrale Einstellung am Server also... nun gut - ich verstand das so, dass es in der lokalen notes.ini aktiviert werden muß...

@eknori:
Ja, Gott sei Dank sind wir bis jetzt um SAP herum gekommen, auch wenn es bei unserer Mutter eingesetzt wird. Dafür haben wir ein System, welches läuft :-) und dazu noch viel billiger ist...


So - jetzt kommt was für:

@SteveO:
Ich habe jemanden kennen gelernt, der für eine große Firma eine Lösung programmiert hat, um komplette Notes-Datenbanken in ein neutrales Format umzuwandeln. Auf dieser Basis hat er mir angeboten, die Funktion für uns anzupassen. Ich stellte ihm eine Mail-DB mit ein paar original Mails bereit, um diese zu konvertieren. Als Resultat erhielten wir zur Ansicht einen Export, bei der der komplette Mail-Body als HTML bereitgestellt wird, und per Links auf die Dateianhänge verwiesen wird.
Das ganze könnte dann in Notes so eingebaut werden, dass eine ZIP-Datei ausgegeben wird, mit dem Inhalt der HTML-Mail und der Anhänge in einem Zip-File...
Das sah erst mal sehr gut aus - aber es kommt noch besser: Ich kann das jetzt nicht inhaltlich korrekt beschreiben, aber auf diesem Wege kann auch eine EINZELNE Datei im .eml-Format erzeugen.
Das ist genau die Lösung, die ich und noch andere hier schon ein paar mal gesucht haben, jedoch immer milde belächelt wurden - zu was man so etwas brauche...
Wir können jedenfalls dann in Projekt-Ordnern auf dem Filesystem auch Mails dazu ablegen und ein fertiges Projekt auf eine CD brennen, um sie auch anderen bereit zu stellen...
Wenn Du nähere Infos dazu haben möchtest - schick' mir eine Nachricht!

Gruß Dietmar
Titel: Re: winmail.dat Problem
Beitrag von: eknori am 13.10.06 - 14:11:04
Zitat
Nur aktivieren muß man es also noch

Ja, in der Notes.ini auf dem Server ...
Titel: Re: winmail.dat Problem
Beitrag von: sja am 24.10.06 - 15:15:04
Hallo,

evtl. folgendes Link betreffend dieses Thema für jemanden interessant wird

http://sw-guide.de/weblog/2006-06-23/notes-domino-702-kann-winmaildat-automatisch-umwandeln/

Schoene Gruesse

Sofia
Titel: Re: winmail.dat Problem
Beitrag von: hallo.dirk am 24.10.06 - 15:34:23

wo wir grade beim Posten sind:


Es kann mit dem Parameter auch Probleme geben!!!
http://chris-linfoot.net/d6plinks/CWLT-6UGCPW#comments
Titel: Re: winmail.dat Problem
Beitrag von: eknori am 24.10.06 - 15:45:14
Ja, und ich habe heute ein downgrade bei einem unserer Server gemacht, da der bei Chris angesprochene Hotfix von IBM nach Gutdünken vergeben wird. "Nach ihrem Contract haben sie keinen Anspruch auf einen Hotfix. Ich kann versuchen, ob wir ihn den Hotfix kulanterweise zusenden können".

Na, tolle Wurst. Ich bin also nicht berechtigt, einen Fehler beseitigt zu bekommen, obwohl ich vor gar nicht allzulanger Zeit abertausende von Euronen für die Verlängerung des Support bezahlt habe ...

Titel: Re: winmail.dat Problem
Beitrag von: 0xse am 29.08.08 - 13:51:38
Laut IBM treten die Fehler bei der Konvertierung von winmail.dat Dateien im SMTP Task auf.

http://www-01.ibm.com/support/docview.wss?rs=899&uid=swg21252932 (http://www-01.ibm.com/support/docview.wss?rs=899&uid=swg21252932)

Bedeutet das, wenn ein Server seine Mails via Notes Routing erhält, dass diese Parameter bei ihm gar nicht greifen, da gar kein SMTP verwendet wird?
Titel: Re: winmail.dat Problem
Beitrag von: blizzard am 29.08.08 - 14:13:02
bekommst du winmail.dat attachments denn im notes mailrouting - sicherlich nicht...
Titel: Re: winmail.dat Problem
Beitrag von: michael-r am 29.08.08 - 15:29:58
Ist das winmail.dat noch Thema?

also wir bekommen von Outlook Clients auch Mails und ganz selten ist es so dass mal eine winmail.dat ankommt. Kommt doch auf die Konfiguration von Exchange bzw Outlook an oder? >>> Versender Problem  ;D

MFG Michael

Titel: Re: winmail.dat Problem
Beitrag von: blizzard am 29.08.08 - 20:22:53
ja is schon nen ausguck problem, allerdings kann der domino ab 7.0.2 FP2 ohne Abstürze das Problem lösen.
Titel: Re: winmail.dat Problem
Beitrag von: michael-r am 29.08.08 - 23:01:27
ist ja mal genial. MS ist nicht in der Lage sich an Standards zu halten und IBM brint ein Tool um die Kompabilität herzustellen.  :-X

Soweit ich weiss tritt das nur mit Richtext auf, nicht bei HTML oder reinem Text. Vielleicht sollte man den Admins da mal bescheid geben  ;D

MFG Michael
Titel: Re: winmail.dat Problem
Beitrag von: Driri am 01.09.08 - 09:57:09
Ganz zur Not kann man sich auch das Tool hier einmal anschauen :

WinmailExtractor (http://www.openntf.org/Projects/pmt.nsf/ProjectLookup/WinmailExtractor)
Titel: Re: winmail.dat Problem
Beitrag von: blizzard am 01.09.08 - 10:07:01
jau der is nicht schlecht @diri
gibt allerdings noch ne handvoll andere auf dem gratis Markt.

Ich bevorzuge es jedoch vom Domino Server machen zu lassen und den Ausguck Admin auf seine Unfähigkeit aufmerksam zu machen. Das macht viel mehr Spass ;)