Disposition-Notification-To

Disposition-Notification-To to nagłówek wiadomości żądający potwierdzenia jej przeczytania przez odbiorcę.

Rola nagłówka Disposition-Notification-To w wiadomości e-mail

Disposition-Notification-To jest opcjonalnym nagłówkiem wiadomości e-mail używanym do zażądania powiadomienia o jej przetworzeniu przez program pocztowy odbiorcy. Wartość nagłówka zawiera adres poczty elektronicznej, na który może zostać wysłana informacja o dyspozycji wiadomości, na przykład o jej wyświetleniu. Nagłówek nie powoduje jednak automatycznego potwierdzenia i nie nakłada na odbiorcę obowiązku wysłania odpowiedzi.

Mechanizm ten jest związany z funkcją Message Disposition Notification, w skrócie MDN, opisaną w standardach internetowych dotyczących poczty elektronicznej, między innymi w RFC 8098. W starszych implementacjach można spotkać odwołania do RFC 3798. Sam nagłówek jest jedynie żądaniem zapisanym w części nagłówkowej wiadomości. O tym, czy zostanie wygenerowane powiadomienie, decyduje program pocztowy odbiorcy oraz jego ustawienia.

Jak program pocztowy obsługuje żądanie potwierdzenia

Po odebraniu wiadomości klient pocztowy może rozpoznać nagłówek Disposition-Notification-To i wyświetlić pytanie o wysłanie potwierdzenia. W zależności od aplikacji użytkownik może zaakceptować wysłanie MDN, odrzucić je albo ustawić automatyczną regułę dla określonych wiadomości lub nadawców. Niektóre programy w ogóle nie obsługują tego mechanizmu albo ograniczają go ze względów prywatności.

Powiadomienie MDN jest zwykle wysyłane jako wiadomość typu multipart/report z parametrem report-type=disposition-notification. W części raportowej mogą znajdować się pola takie jak Final-Recipient, Original-Message-ID oraz Disposition. Pole Disposition opisuje czynność wykonaną przez klienta, na przykład wyświetlenie wiadomości bez błędu albo usunięcie jej bez wyświetlenia. Raport może również zawierać pola Error, Warning lub Failure, jeżeli wystąpił problem związany z przetwarzaniem żądania.

Adres wskazany w Disposition-Notification-To nie musi być adresem nadawcy umieszczonym w polu From. Jest to istotne podczas analizy wiadomości, ponieważ nagłówki From, Sender, Reply-To i Disposition-Notification-To pełnią różne funkcje. Żądanie może być także obecne w wiadomości wysłanej do wielu odbiorców, ale każdy klient może potraktować je według własnych ustawień.

Dlaczego potwierdzenie nie jest dowodem przeczytania

Nazwa funkcji bywa myląca, ponieważ MDN nie potwierdza w sposób pewny, że człowiek przeczytał treść wiadomości ani że ją zrozumiał. Program może wygenerować raport po otwarciu wiadomości w podglądzie, po wykonaniu określonej czynności przez użytkownika lub według własnej definicji „wyświetlenia”. Z drugiej strony odbiorca może przeczytać wiadomość bez wysyłania jakiegokolwiek potwierdzenia, korzystając z klienta, który ignoruje żądanie albo ma tę funkcję wyłączoną.

Warto odróżnić MDN od potwierdzenia transportowego. Informacja o dostarczeniu, jeżeli jest dostępna, dotyczy obsługi wiadomości przez serwer lub system odbiorczy, natomiast MDN opisuje dyspozycję wykonaną przez klienta odbiorcy. Nie są to równoważne sygnały. Również raport MDN może zostać utworzony na podstawie zmienionych lub niewiarygodnych nagłówków, dlatego nie powinien być traktowany jako mechanizm uwierzytelniania, dowód doręczenia ani dowód tożsamości osoby, która rzekomo otworzyła wiadomość.

Podczas oceny podejrzanej korespondencji obecność tego nagłówka sama w sobie nie świadczy o złośliwości, ale może wskazywać na próbę uzyskania informacji o aktywności odbiorcy. Żądanie można usunąć podczas redagowania wiadomości, wyłączyć w ustawieniach programu pocztowego albo odrzucić przy pytaniu o wysłanie raportu. Analiza powinna obejmować pełny zestaw nagłówków, wynik kontroli autentyczności nadawcy oraz faktyczne zachowanie klienta pocztowego, a nie tylko jeden wpis.

Sprawdzenie obsługi nagłówka na komputerze użytkownika

Praktyczna diagnostyka zaczyna się od wyświetlenia pełnych nagłówków wiadomości i sprawdzenia, czy wpis Disposition-Notification-To rzeczywiście występuje oraz czy zawiera poprawny adres. Następnie należy ustalić, jaki program pocztowy i jaka jego konfiguracja obsługują daną skrzynkę. Warto wykonać kontrolną wymianę wiadomości między dwoma kontami, obserwując, czy klient odbiorcy pokazuje pytanie o potwierdzenie, czy tworzy wiadomość MDN i czy raport wraca na adres wskazany w żądaniu.

Jeśli potwierdzenia nie ma, nie oznacza to automatycznie awarii. Przyczyną może być brak obsługi MDN, odmowa użytkownika, ustawienie blokujące automatyczne odpowiedzi, filtrowanie wiadomości raportowych albo modyfikacja nagłówków przez program pośredniczący. Jeżeli potwierdzenia są wysyłane bez zgody użytkownika, należy sprawdzić reguły klienta pocztowego, dodatki oraz ustawienia prywatności. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, w tym diagnozowaniem problemów z konfiguracją popularnych programów pocztowych.