Dekoder MIME

Czym jest dekoder MIME i co oznaczają wszystkie te nagłówki?

Każdy list, który otrzymujesz, jest w istocie zwykłym dokumentem tekstowym o ścisłej strukturze zdefiniowanej przez MIME (Multipurpose Internet Mail Extensions) oraz starszy format wiadomości RFC 5322. Gdy otwierasz “surowe źródło” albo zapisany plik .eml, ta struktura staje się widoczna: blok nagłówków, pusty wiersz, a następnie treść. Ten dekoder rozkłada dowolną wklejoną wiadomość na te części — nagłówki, drzewo MIME, kodowanie transferu i charset każdej części, zdekodowany text/HTML oraz każdy załącznik — w całości w Twojej przeglądarce. Nic nie jest wysyłane na żaden serwer; przetwarzanie odbywa się na Twoim własnym komputerze.

1. Ogólny kształt wiadomości

Wiadomość składa się z dwóch sekcji rozdzielonych pierwszym pustym wierszem:

Header-Name: header value Another-Header: another value (a folded continuation line) <blank line> The body starts here…

• Nagłówki opisują wiadomość: kto ją wysłał, kiedy, temat oraz — co kluczowe dla MIME — jak zakodowano i zbudowano treść.
• Pusty wiersz to granica między nagłówkami a treścią. Pierwszy pusty wiersz kończy blok nagłówków.
• Treść to wszystko, co następuje po nim. W nowoczesnej wiadomości treść zwykle nie jest zwykłym tekstem, lecz strukturą MIME złożoną z kilku części.

2. Jak zapisywane są nagłówki

Dwie rzeczy sprawiają kłopot przy czytaniu surowego źródła:

• Zawijanie (folding). Długi nagłówek można rozbić na kilka wierszy; każdy wiersz kontynuacji zaczyna się od spacji lub tabulatora. Przy odczycie te wiersze są sklejane z powrotem w jedną wartość (“rozwijanie”).
• Encoded-words (RFC 2047). Nagłówki oficjalnie dopuszczają tylko ASCII, więc tekst nieangielski i emoji są opakowywane jako =?charset?B?…?= (Base64) albo =?charset?Q?…?= (wariant quoted-printable). Na przykład =?UTF-8?Q?caf=C3=A9?= dekoduje się do café. Dekoder powyżej pokazuje czytelną wartość; wartość surowa to to, co faktycznie wędruje po sieci.

3. Objaśnienie pól nagłówków

To zmienne, które zobaczysz u góry niemal każdej wiadomości. Nie wszystkie są zawsze obecne.

Adresowanie i tożsamość

Wątkowanie, daty i temat

Trasowanie i uwierzytelnianie

4. Zmienne MIME — jak zbudowana jest treść

Tych kilka nagłówków steruje całą strukturą treści. To zmienne, które ten dekoder interesują najbardziej.

Popularne typy multipart

• multipart/alternative — ta sama wiadomość w dwóch formach: zapasowa wersja text/plain i wersja text/html. Klient pokazuje najbogatszą, jaką potrafi.
• multipart/mixed — treść plus załączniki zebrane razem.
• multipart/related — część HTML wraz z osadzonymi (inline) obrazami, do których odwołuje się przez Content-ID.

Zagnieżdżają się one w sobie: rzeczywista wiadomość to często multipart/mixed zawierające multipart/alternative (tekst + HTML) obok załącznika PDF. Dekoder pokazuje to jako ponumerowane drzewo (1, 1.1, 1.2…).

5. Wartości Content-Transfer-Encoding

Dekoder odwraca to kodowanie, które zostało użyte, a następnie stosuje charset danej części, aby tekst wrócił czytelny, a załączniki wróciły jako ich oryginalne bajty (które możesz pobrać).

6. Przykład krok po kroku

Naciśnij “Wczytaj przykład” powyżej, aby wczytać małą wiadomość i zobaczyć ją zdekodowaną. Jej szkielet wygląda tak:

Subject: =?UTF-8?Q?Meeting_notes_=E2=80=93_caf=C3=A9?= ← encoded-word MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="OUTER" --OUTER Content-Type: multipart/alternative; boundary="INNER" --INNER Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable ← część tekstowa ... --INNER Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 ← alternatywa HTML ... --INNER-- --OUTER Content-Type: text/plain; name="notes.txt" Content-Disposition: attachment; filename="notes.txt" Content-Transfer-Encoding: base64 ← załącznik ... --OUTER--

Jak to czytać: zewnętrzny typ to multipart/mixed, więc treść to “zawartość + załącznik”. Jego pierwsze dziecko to multipart/alternative zawierające wersję tekstową i HTML tej samej notatki; drugie dziecko to załącznik notes.txt. Subject to encoded-word, który dekoduje się do “Meeting notes – café”.

7. Prywatność

Wszystko pozostaje na Twoim urządzeniu. To narzędzie przetwarza wiadomość za pomocą JavaScriptu w Twojej przeglądarce — surowy list nigdy nie jest wysyłany ani do nas, ani do nikogo innego, i nic nie jest przechowywane. Możesz bezpiecznie przeglądać prywatne lub wrażliwe wiadomości.

Gdy już wiesz, z którego serwera przyszła wiadomość, możesz kopać głębiej: sprawdź Wyszukiwanie MX domeny, przeczytaj, jak odpowiada serwer, w poradniku Sprawdzanie SMTP przez telnet, albo sprawdź, czy adres jest dostarczalny, za pomocą Sprawdzanie email.