multipart/alternative to typ wiadomości zawierający tę samą treść w kilku wariantach, np. tekstowym i HTML.
Rola multipart/alternative w wiadomości MIME
multipart/alternative jest podtypem typu MIME multipart, zdefiniowanym w standardzie MIME opisanym między innymi przez RFC 2046. Służy do umieszczenia w jednej wiadomości kilku reprezentacji tej samej treści. Najczęściej wiadomość zawiera część text/plain z tekstem bez formatowania oraz część text/html pozwalającą wyświetlić nagłówki, akapity, odnośniki i inne elementy formatowania. Nie są to dwie niezależne wiadomości, lecz alternatywne wersje tego samego komunikatu przeznaczone dla różnych programów odbiorczych.
Informacja o strukturze znajduje się w nagłówku, na przykład Content-Type: multipart/alternative; boundary="granica-czesci". Parametr boundary wyznacza ciągi znaków oddzielające poszczególne części w treści wiadomości. Każda część ma własne nagłówki MIME, takie jak Content-Type i Content-Transfer-Encoding, a następnie właściwe dane. Parser pocztowy odczytuje nagłówki zewnętrznej wiadomości, rozpoznaje granice i może przekazać klientowi pocztowemu dostępne warianty treści.
Kolejność części i wybór wersji przez program pocztowy
Warianty w multipart/alternative powinny być uporządkowane od wersji mniej rozbudowanej do bardziej rozbudowanej. Typowy układ zaczyna się od text/plain, a kończy na text/html. Kolejna część powinna przedstawiać tę samą informację w formie bardziej odpowiedniej dla odbiorcy, a nie dodawać całkowicie inną treść. Zgodnie z założeniami MIME ostatnia reprezentacja, którą odbiorca potrafi obsłużyć, jest zwykle traktowana jako preferowana. W praktyce klient obsługujący HTML wybiera część HTML, natomiast program ograniczony do tekstu korzysta z części text/plain.
Wiadomość tekstowa nie powinna być jedynie skróconym komunikatem zastępującym pełną wersję HTML. Powinna zawierać zasadniczą treść: temat wiadomości, opis, adresy odnośników zapisane w sposób czytelny oraz informacje potrzebne do wykonania opisanej czynności. Wersja HTML może prezentować tę samą zawartość za pomocą znaczników, stylów i odsyłaczy. Jeżeli kolejność części jest błędna albo warianty nie odpowiadają sobie treścią, nie musi to powodować błędu składni MIME, ale może doprowadzić do wyświetlenia niewłaściwej wersji.
Obsługa HTML zależy od konkretnego klienta pocztowego i jego ustawień bezpieczeństwa. Program może wyświetlić HTML, pokazać wyłącznie tekst, zablokować zewnętrzne obrazy albo ograniczyć aktywne elementy. Dlatego obecność części text/plain poprawia zgodność wiadomości z różnymi odbiornikami. Sam typ multipart/alternative nie nakazuje klientowi pobierania obrazów, wykonywania skryptów ani stosowania określonych arkuszy stylów. Określa przede wszystkim sposób przechowywania kilku wersji treści w jednym komunikacie.
Granice MIME, kodowanie i zagnieżdżanie treści
Wewnętrzne części wiadomości są oddzielone deklarowaną wartością boundary. Każda granica występuje w treści jako linia rozpoczynająca się od dwóch znaków minus i wartości parametru, a zakończenie całego elementu oznacza się dodatkowo dwiema końcowymi kreskami. Wartość granicy nie może przypadkowo pojawiać się w danych części w sposób, który mógłby zostać pomylony z separatorem. Błędna granica, brak zamknięcia albo nieprawidłowe nagłówki części mogą spowodować, że klient pokaże surową treść lub pominie jeden z wariantów.
Treść każdej reprezentacji może mieć własne kodowanie transferowe. Dla zwykłego tekstu spotyka się 7bit albo quoted-printable, natomiast w wiadomościach zawierających znaki spoza podstawowego ASCII często używa się quoted-printable lub base64. Kodowanie transferowe nie zmienia znaczenia typu text/plain czy text/html; określa tylko sposób bezpiecznego przesłania danych w wiadomości. Deklaracja typu zawartości i deklaracja kodowania muszą odnosić się do właściwej części, ponieważ poszczególne warianty mogą być zakodowane różnie.
multipart/alternative może występować wewnątrz innych struktur MIME. Przykładowo, wiadomość z załącznikiem może mieć zewnętrzny typ multipart/mixed, którego jedną częścią będzie element multipart/alternative, a drugą załącznik. Z kolei obrazy używane bezpośrednio w treści HTML mogą być organizowane z użyciem multipart/related, zwykle zawierającego część HTML oraz powiązane zasoby. Takie zagnieżdżenie ma znaczenie podczas diagnostyki, ponieważ właściwy wariant tekstu może znajdować się kilka poziomów niżej, a nie bezpośrednio w głównej treści wiadomości.
Rozpoznawanie problemów podczas serwisowania komputera
Gdy wiadomości wyglądają poprawnie na jednym urządzeniu, a na innym pokazują pustą treść, kod HTML albo nieczytelne znaki, warto sprawdzić pełne źródło wiadomości, a nie tylko jej widok użytkownika. Należy odszukać nagłówek Content-Type z podtypem multipart/alternative, zweryfikować obecność parametru boundary, policzyć rozdzielone części i sprawdzić nagłówki każdej z nich. Pomocne jest także potwierdzenie, że część tekstowa ma typ text/plain, część sformatowana ma typ text/html, a deklarowane kodowanie odpowiada faktycznym danym.
Nie każda różnica w wyglądzie oznacza awarię komputera. Klient może celowo wyłączyć HTML, usunąć zewnętrzne obrazy albo zastosować tryb ograniczonego wyświetlania. Objawem błędu w samej wiadomości są natomiast między innymi brak separatorów, uszkodzone zakończenie granicy, niezgodność kodowania znaków, puste warianty lub treść HTML umieszczona poza deklarowaną częścią MIME. Przy porównywaniu urządzeń trzeba też sprawdzić, czy problem występuje w aplikacji pocztowej, w przeglądarce webmaila, czy już w zapisanym pliku wiadomości.
Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, dlatego przy problemach z wyświetlaniem poczty można sprawdzić między innymi działanie klienta pocztowego, ustawienia obsługi HTML, kodowanie znaków oraz integralność lokalnych danych aplikacji. Sama naprawa komputera nie zmieni błędnej struktury otrzymanej wiadomości, ale pozwoli rozdzielić usterkę sprzętu lub programu od niepoprawnie utworzonego komunikatu MIME.
