MIME part

MIME part to pojedyncza część wiadomości wieloczęściowej, z własnym nagłówkiem i typem zawartości.

MIME part — czym jest pojedyncza część wiadomości

MIME part to wydzielony fragment wiadomości elektronicznej, który funkcjonuje razem z innymi fragmentami w ramach jednej przesyłki. Najczęściej spotyka się go w wiadomościach zawierających jednocześnie zwykły tekst, wersję HTML, załącznik, obraz osadzony w treści albo kilka plików. Każda taka część otrzymuje własne nagłówki opisujące sposób interpretacji zawartości. Dzięki temu program pocztowy może rozpoznać, czy dany fragment powinien zostać pokazany jako tekst, potraktowany jako plik, wyświetlony w wiadomości czy przekazany do odpowiedniej aplikacji.

Wiadomość wieloczęściowa jest konstruowana według określonych reguł. Całość wskazuje, że składa się z kilku elementów, a pomiędzy elementami umieszczane są znaczniki graniczne, nazywane boundary. Granica nie jest częścią właściwego tekstu ani załącznika. Służy do rozdzielenia kolejnych MIME part, aby odbiorca mógł jednoznacznie odczytać początek i koniec każdego fragmentu. W praktyce jedna wiadomość może więc zawierać kilka niezależnych części, mimo że dla osoby korzystającej z programu pocztowego jest widoczna jako pojedynczy komunikat.

Każdy MIME part ma własny zestaw nagłówków. Do najważniejszych należą Content-Type, Content-Transfer-Encoding oraz, zależnie od zastosowania, Content-Disposition, Content-ID i Content-Description. Nagłówek Content-Type określa rodzaj danych, na przykład tekst zwykły, dokument HTML, obraz albo plik binarny. Content-Transfer-Encoding opisuje sposób zapisania danych w wiadomości, a Content-Disposition może wskazać, czy zawartość ma zostać pokazana w treści, czy potraktowana jako załącznik. Content-ID bywa wykorzystywany przy obrazach osadzonych w treści HTML.

MIME part w wiadomości wieloczęściowej i jego odmiany

Najczęściej spotykaną konstrukcją jest multipart/alternative. Stosuje się ją wtedy, gdy ten sam komunikat zostaje zapisany w kilku formach przeznaczonych dla różnych możliwości programu odbiorcy. Jedna część może zawierać tekst zwykły, a druga odpowiadającą mu treść HTML. Program pocztowy wybiera wersję najlepiej obsługiwaną przez dane środowisko. Nie oznacza to, że wysyłane są dwa niezależne komunikaty. Są to równoległe reprezentacje tej samej treści, umieszczone w osobnych MIME part.

Innym wariantem jest multipart/mixed, używany przede wszystkim wtedy, gdy do głównej treści dołączane są załączniki. W takiej wiadomości pierwsza część może zawierać tekst, a kolejne pliki zapisane jako odrębne elementy. Każdy załącznik ma własny typ, nazwę i sposób kodowania. Dzięki rozdzieleniu części można odróżnić treść komunikatu od danych przeznaczonych do zapisania na dysku.

Wiadomości z obrazami wyświetlanymi bezpośrednio w treści często wykorzystują multipart/related. W tym układzie dokument HTML oraz powiązane zasoby, takie jak grafiki, tworzą zestaw zależnych elementów. HTML odwołuje się do obrazu przez identyfikator, a program pocztowy wyszukuje MIME part z odpowiadającym Content-ID. Błędne powiązanie identyfikatora z częścią może spowodować, że zamiast grafiki pojawi się puste miejsce albo symbol niedostępnego obrazu.

Poszczególne typy multipart mogą być również zagnieżdżane. Przykładowo wiadomość może mieć zewnętrzną strukturę mixed, wewnątrz niej alternative dla wersji tekstowej i HTML, a dodatkowo related dla obrazów. Taka budowa nie jest sama w sobie błędem, lecz wymaga prawidłowego zamknięcia każdej granicy oraz zachowania właściwej kolejności nagłówków. Im bardziej rozbudowana wiadomość, tym większe znaczenie ma dokładne analizowanie struktury zamiast oceniania jej wyłącznie na podstawie wyglądu w programie pocztowym.

MIME part a problemy z kodowaniem, granicami i załącznikami

Jednym z częstszych problemów jest niepoprawnie zdefiniowany boundary. Jeżeli znacznik oddzielający części zostanie zmieniony, ucięty albo użyty w niewłaściwym miejscu, odbiorca może potraktować kilka elementów jako jeden fragment. Skutkiem bywa wyświetlenie surowych nagłówków, brak załącznika, pusta treść lub komunikat o uszkodzonej wiadomości. Znaczenie ma również końcowy zapis granicy, który powinien jednoznacznie informować o zakończeniu całej sekcji.

Problemy mogą wynikać także z Content-Transfer-Encoding. Dane binarne są często przekształcane do postaci bezpiecznej dla transportu tekstowego, na przykład przy użyciu Base64. Jeżeli podczas przesyłania zabraknie znaków, pojawią się nieprawidłowe odstępy lub zostanie naruszona długość linii, plik może nie dać się otworzyć po odebraniu. W przypadku treści tekstowych spotyka się również kodowanie quoted-printable, w którym wybrane znaki są zapisywane za pomocą sekwencji zaczynających się od znaku równości. Błędna interpretacja takiej sekwencji może prowadzić do widocznych artefaktów w tekście.

Nieprawidłowa informacja o charset może powodować zastępowanie polskich znaków innymi symbolami. Sam MIME part może być poprawnie oddzielony i dostarczony, a mimo to treść będzie wyglądała na uszkodzoną z powodu rozbieżności między deklarowanym a faktycznym sposobem zapisu znaków. Warto rozróżnić problem struktury wiadomości od problemu kodowania znaków, ponieważ wymagają innego postępowania.

Czasami załącznik jest obecny w wiadomości, lecz program nie pokazuje go w oczekiwany sposób. Przyczyną może być nietypowy Content-Type, brak nazwy w Content-Disposition, niezgodny Content-ID albo rozszerzenie pliku odczytane inaczej niż przez nadawcę. W takiej sytuacji pomocne jest zapisanie wiadomości w formacie źródłowym i sprawdzenie, czy odpowiedni MIME part rzeczywiście występuje, gdzie zaczyna się jego zawartość oraz jakie nagłówki mu towarzyszą.

MIME part — praktyczne wskazówki do odczytu źródła wiadomości

Analizę warto rozpocząć od nagłówka Content-Type dotyczącego całej wiadomości. Jeżeli występuje w nim parametr boundary, należy odszukać w źródle odpowiadające mu znaczniki. Następnie można sprawdzić, ile części znajduje się między kolejnymi granicami i jakie typy danych przypisano do poszczególnych fragmentów. Nie należy usuwać ani zmieniać źródła przed zakończeniem analizy, ponieważ nawet pojedynczy znak może mieć znaczenie dla poprawnego odczytu.

Przy wiadomości tekstowej i HTML powinno się porównać oba MIME part. Warto sprawdzić, czy przekazują podobną treść, czy jedna wersja nie jest pusta oraz czy różnice nie wynikają tylko z formatowania. Jeżeli wiadomość zawiera obrazy, należy poszukać odwołań cid: w kodzie HTML i zestawić je z wartościami Content-ID. Brak zgodności wskazuje na problem z powiązaniem zasobu, a niekoniecznie z samym plikiem graficznym.

W przypadku załącznika można zweryfikować nazwę, typ, sposób kodowania i rozmiar danych po dekodowaniu. Nie powinno się uruchamiać nieznanych plików tylko po to, aby sprawdzić, czy są kompletne. Bezpieczniejsze jest użycie narzędzia analizującego strukturę wiadomości albo zapisanie danych do osobnego katalogu przeznaczonego do kontroli. Szczególną ostrożność zachowuje się przy plikach wykonywalnych, dokumentach z makrami i archiwach pochodzących z nieznanego źródła.

Jeżeli źródło wygląda poprawnie, a treść nadal jest wyświetlana błędnie, należy porównać zachowanie kilku programów pocztowych oraz sprawdzić, czy problem dotyczy konkretnej wiadomości, konta czy urządzenia. Pomocne może być przesłanie wiadomości w formacie źródłowym do analizy, z usunięciem danych osobowych, adresów i poufnych załączników. Sam zrzut ekranu często nie wystarcza, ponieważ nie pokazuje nagłówków ani rzeczywistej struktury MIME.

MIME part — kiedy zgłosić się do serwisu komputerowego

Do serwisu warto zgłosić się wtedy, gdy problemy z MIME part powtarzają się w wielu wiadomościach, program pocztowy regularnie pokazuje surowe nagłówki, załączniki znikają po odebraniu albo treść HTML jest zastępowana pustym komunikatem. Wskazaniem może być również sytuacja, w której na jednym urządzeniu wiadomość działa prawidłowo, a na innym nie, mimo używania tego samego konta. Przyczyną może być nie tylko sama wiadomość, lecz także konfiguracja programu, uszkodzony profil użytkownika, błędne skojarzenie typów plików lub problem z systemem.

W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić analizę komputera, programu pocztowego i sposobu otwierania wiadomości, aby oddzielić błąd struktury MIME od problemu urządzenia. Przed przekazaniem sprzętu warto przygotować przykładową wiadomość źródłową, opis objawów oraz informację, czy trudność dotyczy tekstu, obrazów, załączników czy wszystkich elementów jednocześnie. Takie dane ułatwiają odtworzenie problemu i ograniczają ryzyko przypadkowej zmiany oryginalnej wiadomości.

Nie powinno się samodzielnie usuwać folderów programu pocztowego, kasować całej skrzynki ani wielokrotnie importować tej samej wiadomości, jeżeli nie ma kopii zapasowej. W wielu przypadkach wystarcza uporządkowanie ustawień, naprawa profilu, ponowne przypisanie aplikacji do danego typu pliku albo poprawne zapisanie załącznika. Gdy problem wynika z uszkodzonego źródła wiadomości, konieczne może być ponowne otrzymanie komunikatu od nadawcy w innej formie.