In-Reply-To

In-Reply-To to nagłówek wiadomości wskazujący identyfikator korespondencji, na którą stanowi ona odpowiedź.

Jak działa pole In-Reply-To w wiadomości e-mail

In-Reply-To jest nagłówkiem wiadomości e-mail opisanym w standardzie RFC 5322. Jego wartością jest identyfikator wiadomości, na którą bieżąca wiadomość stanowi odpowiedź. Identyfikator ten ma zwykle postać pola Message-ID, na przykład <Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.>. Cały identyfikator, łącznie z nawiasami ostrymi, jest wpisywany po nazwie nagłówka: In-Reply-To: <Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.>. Nie jest to adres odbiorcy ani temat wiadomości, lecz techniczne powiązanie między konkretnymi elementami korespondencji.

Nagłówek jest tworzony przez program pocztowy podczas odpowiadania na wiadomość. Klient odczytuje jej pole Message-ID, a następnie umieszcza tę wartość w polu In-Reply-To nowej wiadomości. Dzięki temu odbiorca może rozpoznać, do którego wcześniejszego komunikatu odnosi się odpowiedź, nawet gdy użytkownik zmienił temat albo treść wiadomości. Pole nie służy do przekazywania samej odpowiedzi i nie zawiera informacji o tym, czy wiadomość została dostarczona.

Message-ID, References i układ wątku

In-Reply-To opisuje bezpośrednią relację między odpowiedzią a wiadomością nadrzędną. W praktyce programy pocztowe często korzystają razem z nagłówkiem References. Ten drugi nagłówek zawiera sekwencję identyfikatorów wiadomości tworzących wcześniejszą historię danego wątku. Przykładowa odpowiedź może mieć więc nagłówki In-Reply-To: <Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.> oraz References: <Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.> <Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.>. Pierwszy wskazuje bezpośredniego poprzednika, a drugi zachowuje szerszy łańcuch korespondencji.

Klient pocztowy może na tej podstawie grupować wiadomości w widoku konwersacji. Nie ma jednak gwarancji, że każdy program użyje tych danych identycznie. Część aplikacji dodatkowo analizuje temat, nadawcę, odbiorców i własne indeksy lokalne. Zmiana pola Subject może spowodować rozdzielenie rozmowy, mimo że In-Reply-To nadal wskazuje poprzednią wiadomość. Odwrotna sytuacja również jest możliwa: wiadomości o podobnych tematach mogą zostać połączone przez klienta, jeżeli jego algorytm uzna je za należące do tego samego wątku.

Składnia nagłówka i typowe nieprawidłowości

Wartość In-Reply-To powinna być identyfikatorem wiadomości zapisanym jako msg-id. Standardowa forma obejmuje lokalną część, znak @ oraz domenę, a całość jest ujęta w nawiasy ostre. Przykładowo poprawnie zapisane pole może wyglądać tak: In-Reply-To: <Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.>. Identyfikator nie musi być publicznym adresem internetowym i nie powinien być zastępowany adresem nadawcy, adresem odbiorcy ani numerem sprawy używanym przez człowieka.

Błąd w tym nagłówku może powstać, gdy aplikacja ręcznie składa wiadomość, usuwa nawiasy ostre, wstawia przypadkowy tekst albo używa identyfikatora, którego nie ma w poprzedniej korespondencji. Nieprawidłowe powiązanie nie musi uniemożliwić dostarczenia wiadomości, ponieważ In-Reply-To nie jest parametrem routingu SMTP. Skutkiem będzie zwykle błędne umieszczenie odpowiedzi w widoku rozmowy, utworzenie nowego wątku albo brak możliwości odnalezienia wiadomości nadrzędnej. Przy analizie surowej wiadomości należy porównać wartość In-Reply-To z polem Message-ID wcześniejszego komunikatu oraz sprawdzić, czy nagłówki nie zostały zmodyfikowane przez pośredni program pocztowy.

Sprawdzanie powiązania wiadomości w praktyce serwisowej

Diagnostykę warto rozpocząć od wyświetlenia pełnych nagłówków wiadomości, a nie tylko widoku adresata i tematu. Należy odszukać Message-ID w wiadomości, na którą użytkownik odpowiada, oraz In-Reply-To w odpowiedzi. Obie wartości powinny odpowiadać sobie znak po znaku, z uwzględnieniem nawiasów ostrych i ewentualnego kodowania transportowego. Następnie można sprawdzić References, daty, nadawcę oraz temat, aby ustalić, czy cała sekwencja należy do jednego wątku. Sam brak In-Reply-To nie dowodzi awarii serwera, ponieważ niektóre wiadomości są tworzone jako nowe, a nie jako odpowiedzi.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, w tym konfiguracją oraz diagnostyką popularnych programów pocztowych. Przy problemach z rozdzielaniem konwersacji można sprawdzić ustawienia klienta, aktualność aplikacji, sposób tworzenia odpowiedzi oraz surową treść przykładowych wiadomości. Jeżeli nagłówki są poprawne, a wątek nadal jest prezentowany nieprawidłowo, przyczyną może być sposób indeksowania lokalnej skrzynki, uszkodzona baza danych programu albo różnica między algorytmami stosowanymi przez poszczególne aplikacje. Wtedy porównanie tej samej wiadomości w innym kliencie pomaga oddzielić problem danych od problemu interfejsu.