fbpx Skip to content

A Windows-os környezetből érkező emailek esetén sokszor előfordulhat, hogy akár az egész adott levél vagy annak csatolmányai helyett csak egy winmail.dat fájlt kapunk, amit a Mail nem tud kezelni, így azt megnyitni sem tudjuk, ha nem szeretnénk Microsoft appokat használni. Ez pedig nyilván bosszantó helyzeteket eredményezhet.

Szerencsére erre több megoldás is van, és a megfelelő, ráadásul egy ingyenes alkalmazás, vagy egy weboldal használatával még iOS-en sem indulunk előnytelenebb helyzetből, mint macOS-en, és nem szükséges hozzá az Outlook sem. Lássuk, milyen lehetőségeink vannak ilyen esetben.

Mi az a winmail.dat fájl egyáltalán?

A winmail.dat az Outlook és Exchange által használt, zárt forrású TNEF (Transport Neutral Encapsulation Format) formátumú fájl, ami formázott szöveget, illetve a levél csatolmányait, és egyéb, Outlook-specifikus funkciókat tartalmazhat, mint például űrlapok, szavazó gombok, vagy találkozó felkérések.

Az Outlookban a TNEF-kódolást csak úgy nem is lehet letiltani, és ha engedélyezzük az RTF-et a szövegformátum esetén, az egyben a TNEF kódolást is bekapcsolja, és az Outlook inkább azt fogja használni a sokkal elterjedtebb, és széleskörűbben támogatott MIME (Multipurpose Internet Mail Extensions) szabvánnyal szemben. Ha formázatlan szövegű, vagy HTML-formátumú üzeneteket küldünk, akkor az Outlook egyes verziói a MIME-t részesítik előnyben, de ettől függetlenül adott esetben továbbra is a TNEF formátumot használják, például ha egy Outlook-funkció miatt ez szükséges.

A legtöbb esetben a winmail.dat fájl csak a formázott szövegű levelet tartalmazza, így igazából figyelmen kívül is hagyhatjuk, de sokszor előfordul, hogy a rendes csatolmányokból is winmail.dat fájl lesz, amit így nem tudunk megnyitni.

No persze címzett félként már semmit nem tudunk tenni azzal, hogy a feladó milyen beállítások használatával küldte el a levelét, így lássuk, mit tehetünk azzal, ha olyan levelet kapunk, amiben winmail.dat fájl van!

Ha egy Gmail címre érkezett az adott levél

Ez a legegyszerűbb eset, mert ilyenkor semmi egyebet nem kell tennünk, mint a Gmail webes felületén megnyitni a levelet, a Gmail ugyanis alapból kezeli és kibontja a winmail.dat fájlokat.

Winmail.dat fájlok megnyitása iOS-en és iPadOS-en

Az iOS és iPadOS esetén a winmail.dat fájl megnyitására talán az a legegyszerűbb, ha az ingyenes TNEF’s Enough appot használjuk:

[appstore id=”1059932557″]

Ezután nyissuk meg a winmail.dat fájlt tartalmazó emailt, nyomjunk hosszan a csatolt fájlra, majd válasszuk a Megosztás opciót, és koppintsunk a TNEF’s Enough ikonjára:

 

Az appban már látni is fogjuk, mit tartalmaz a fájl.

Winmail.dat fájlok megnyitása macOS-en

Szerencsére macOS esetén is használhatjuk az ingyenes TNEF’s Enough appot:

[appstore id=”986621173″]

Ebben az esetben vagy húzzuk az adott winmail.dat fájlt a TNEF’s Enough app ikonjára, vagy az appot elindítva válasszuk a Fájl, Megnyitás (⌘O) opciót.

Winmail.dat fájlok megnyitása külön app használata nélkül

Ha nem szeretnénk külön appot letölteni, akkor létezik webes megoldás is erre az esetre – például a winmaildat.com oldal, ahová a winmail.dat fájlt feltöltve az kibontja azt nekünk, viszont ebben az esetben ugye kiadjuk a fájlt a kezünkből, és az adott oldal adatvédelmi elveire hagyatkozunk.

Legutóbbi frissítés: 2022.02.22.

Olvasd el a hozzászólásokat is

Népszerű hozzászólások

  1. Én az MSG Viewer for Outlook-t használom, ez bár fizetős, 2-3 ezer forint csak, de nekem jobban bevált, mint a TNEF’s Enough.

  2. Avatar for kotta kotta says:

    Hello,

    Én biztosan megkérném a feladót, hogy küldje el normálisan a levelet, mert nem szabványos amit küldenek.
    A kétkedőknek a Wikipedia (link sajnos nem engedélyezett):
    "
    Native-mode Microsoft Exchange 2000 organizations will, in some circumstances, send entire messages as TNEF-encoded raw binary independent of what is advertised by the receiving server. As documented in Microsoft KBA #323483, this technique is not RFC-compliant because these messages have the following characteristics:

    • They may include non-ASCII characters outside the 0–127 US-ASCII range.
    • The lines in these messages are often too long for transport via SMTP.
    • They do not follow the CRLF.CRLF message termination semantics as specified in RFC 821.

    Internal communications between Exchange Servers (2000 and later) over SMTP encode the message in S/TNEF (Summary TNEF) format. The conversion between the format needed by the end client on the Internet is performed on the last Hub Transport server before final delivery, and when the Hub Transport role of an Exchange Server is about to deliver the message to a mailbox role server, the message is converted to MAPI format for storage.
    "

    Mielőtt bevezet egy ilyet Microsoft, lehet, hogy RFC -be kéne foglalni és nem a nyomorult felhasználókat (akár küldő, akár fogadó oldalon) szanaszét szívatni.
    Vicces, hogy 20 év alatt sem akarják elengedni ezt a vad hajtást.
    PPTP ugyanez…

Continue the discussion at Hozzászólok

Participants

Avatar for Szabolcs1977 Avatar for kotta Avatar for Szifon

Népszerű hozzászólások

  1. Én az MSG Viewer for Outlook-t használom, ez bár fizetős, 2-3 ezer forint csak, de nekem jobban bevált, mint a TNEF’s Enough.

  2. Avatar for kotta kotta says:

    Hello,

    Én biztosan megkérném a feladót, hogy küldje el normálisan a levelet, mert nem szabványos amit küldenek.
    A kétkedőknek a Wikipedia (link sajnos nem engedélyezett):
    "
    Native-mode Microsoft Exchange 2000 organizations will, in some circumstances, send entire messages as TNEF-encoded raw binary independent of what is advertised by the receiving server. As documented in Microsoft KBA #323483, this technique is not RFC-compliant because these messages have the following characteristics:

    • They may include non-ASCII characters outside the 0–127 US-ASCII range.
    • The lines in these messages are often too long for transport via SMTP.
    • They do not follow the CRLF.CRLF message termination semantics as specified in RFC 821.

    Internal communications between Exchange Servers (2000 and later) over SMTP encode the message in S/TNEF (Summary TNEF) format. The conversion between the format needed by the end client on the Internet is performed on the last Hub Transport server before final delivery, and when the Hub Transport role of an Exchange Server is about to deliver the message to a mailbox role server, the message is converted to MAPI format for storage.
    "

    Mielőtt bevezet egy ilyet Microsoft, lehet, hogy RFC -be kéne foglalni és nem a nyomorult felhasználókat (akár küldő, akár fogadó oldalon) szanaszét szívatni.
    Vicces, hogy 20 év alatt sem akarják elengedni ezt a vad hajtást.
    PPTP ugyanez…

Continue the discussion at Hozzászólok

Participants

Avatar for Szabolcs1977 Avatar for kotta Avatar for Szifon