Delivered-To

Delivered-To to nagłówek wiadomości wskazujący faktyczny adres, na który została ona dostarczona.

Delivered-To jako ślad faktycznego odbiorcy wiadomości

Delivered-To jest nagłówkiem spotykanym w technicznych szczegółach wiadomości poczty elektronicznej. Jego zadaniem jest wskazanie adresu, na który dana wiadomość została ostatecznie dostarczona w ramach konkretnego procesu odbioru. Nie musi to być dokładnie ten sam adres, który widnieje w polu „Do”, ponieważ poczta może być przekazywana przez alias, regułę przekierowania, listę adresową albo dodatkową usługę filtrującą.

W praktyce nagłówek Delivered-To pomaga ustalić, z jaką skrzynką powiązano dostarczenie wiadomości. Ma to znaczenie zwłaszcza wtedy, gdy jedna osoba korzysta z kilku adresów, wiadomość została przekierowana albo kilka kont jest obsługiwanych przez wspólny program pocztowy. Analiza tego pola może ułatwić rozróżnienie adresata pierwotnego od adresu, który faktycznie przyjął wiadomość.

Delivered-To nie jest zwykle elementem widocznym w standardowym widoku odebranej wiadomości. Pojawia się po otwarciu pełnych nagłówków, określanych także jako źródło wiadomości, szczegóły techniczne lub oryginalne nagłówki. Zawartość tego pola zależy od systemu pocztowego, który dodał dany wpis. W jednej wiadomości może wystąpić więcej niż jedna linia Delivered-To, jeżeli po drodze zastosowano kilka etapów przekazywania.

Sam nagłówek nie opisuje całej drogi wiadomości i nie stanowi samodzielnego dowodu, że wiadomość została przeczytana. Informuje przede wszystkim o powiązaniu z adresem odbiorczym na określonym etapie dostarczania. Do pełnej oceny należy zestawić go z innymi nagłówkami, między innymi Received, Return-Path, Message-ID, From, To, Cc oraz datami zapisanymi przez poszczególne serwery pocztowe.

Delivered-To w kontekście nagłówków i przepływu poczty

Wiadomość pocztowa jest opisywana przez wiele pól, z których każde pełni inną funkcję. Pole From przedstawia deklarowanego nadawcę, lecz nie zawsze potwierdza jego autentyczność. Pole To wskazuje adres zapisany przez nadawcę jako adresata, ale może nie odzwierciedlać późniejszych przekierowań. Delivered-To odnosi się natomiast do adresu, przy którym system odbiorczy zarejestrował dostarczenie.

Przykładowo wiadomość może zostać wysłana na adres pomocniczy, który przekazuje ją do głównej skrzynki. W takim układzie pole To może zawierać adres pomocniczy, a Delivered-To może wskazywać adres skrzynki końcowej. W innym scenariuszu adres główny może przekazywać wiadomość do kilku miejsc, a kolejne systemy mogą dodawać własne informacje o odbiorze. Dlatego interpretacja wymaga uwzględnienia kolejności nagłówków oraz zasad obowiązujących w danej usłudze pocztowej.

Warto odróżnić Delivered-To od Received. Wpisy Received opisują kolejne etapy przekazywania pomiędzy systemami i zwykle pozwalają odtworzyć przybliżoną trasę wiadomości. Delivered-To wskazuje przede wszystkim adres odbiorczy zapisany przez konkretny system. Oba rodzaje informacji mogą się uzupełniać, lecz nie są zamienne. Wpis Received nie musi wskazywać skrzynki użytkownika, a Delivered-To nie musi zawierać informacji o wszystkich wcześniejszych etapach.

Różnice w zapisie mogą wynikać z konfiguracji poczty. Czasem zachowana zostaje pełna postać adresu, a czasem system używa formy technicznej, adresu pomocniczego lub lokalnego identyfikatora. Nie należy zakładać, że każda wiadomość powinna mieć identyczny zestaw pól. Brak Delivered-To nie musi oznaczać błędu, ponieważ nie każdy system dodaje ten nagłówek, a niektóre programy usuwają część informacji podczas przekazywania.

Delivered-To a typowe problemy z adresowaniem wiadomości

Jednym z częstszych problemów jest otrzymywanie wiadomości przeznaczonych dla innego adresu. W takiej sytuacji Delivered-To może pokazać, że wiadomość została dostarczona do właściwej skrzynki użytkownika przez alias albo przekierowanie. Jeżeli treść zawiera obce dane, przyczyną może być pomyłka nadawcy, podobny adres, reguła przekazywania lub konfiguracja grupy adresowej.

Inny przypadek dotyczy wiadomości, która pozornie nie dotarła. Przed wyciągnięciem wniosku warto sprawdzić pełne nagłówki, foldery, reguły sortowania oraz adres zapisany w Delivered-To. Wiadomość mogła zostać przyjęta przez skrzynkę powiązaną z aliasem, a następnie przeniesiona do innego folderu, oznaczona jako niechciana albo przekazana do programu pocztowego. Samo wyszukanie po adresie widocznym w polu To może jej nie odnaleźć.

Problemy mogą pojawić się także przy korzystaniu z kilku kont w jednym programie. Jeżeli konta mają podobne nazwy lub wspólną książkę adresową, wiadomość może zostać błędnie przypisana do niewłaściwego widoku. Sprawdzenie Delivered-To pozwala ustalić, dla którego konta wiadomość została przyjęta, choć nie zastępuje kontroli konfiguracji programu.

Podczas analizy podejrzanej wiadomości należy zachować ostrożność. Nagłówki mogą zostać zmienione przez systemy pośredniczące, a część informacji może być niepełna. Nie powinno się otwierać załączników ani klikać odnośników wyłącznie dlatego, że adres w Delivered-To jest prawidłowy. Ten nagłówek opisuje adresowanie, a nie wiarygodność nadawcy, bezpieczeństwo treści ani legalność załącznika.

Delivered-To i praktyczne wskazówki diagnostyczne

Najpierw należy otworzyć wiadomość w programie lub przeglądarce pocztowej i odszukać funkcję wyświetlania oryginalnych nagłówków. Nazwa tej funkcji może być różna, lecz zazwyczaj znajduje się w menu wiadomości, w sekcji szczegółów albo pod opcją pokazywania źródła. Następnie można wyszukać ciąg Delivered-To i zapisać pełną treść wiersza, bez zmieniania znaków, odstępów ani domeny.

Kolejnym krokiem jest porównanie tego adresu z adresami używanymi w danej konfiguracji. Należy sprawdzić aliasy, przekierowania, reguły automatyczne, grupy odbiorcze oraz dodatkowe skrzynki podłączone do programu. Jeżeli występuje kilka wpisów Delivered-To, przydatne jest zestawienie ich z kolejnością wpisów Received i z czasem zapisanym w nagłówkach. Pozwala to ustalić, na jakim etapie zmienił się adres odbiorczy.

Warto również zweryfikować, czy wiadomość została pobrana bezpośrednio z właściwej usługi. Przekazanie jej przez inny program, eksport do pliku lub ponowne wysłanie może zmienić zestaw nagłówków. Do zgłoszenia problemu najlepiej dołączyć oryginalne nagłówki, opis używanych adresów oraz informację, czy sytuacja dotyczy jednej wiadomości, czy powtarza się regularnie. Dane osobowe i treść korespondencji powinny zostać ograniczone do zakresu potrzebnego do analizy.

Nie należy ręcznie edytować nagłówka Delivered-To w celu naprawienia adresowania. Jest to informacja diagnostyczna, a nie ustawienie skrzynki. Zmiana reguł, aliasów lub przekierowań powinna być wykonana w panelu właściwej usługi pocztowej albo w konfiguracji programu, który odbiera wiadomości.

Delivered-To jako sygnał do zgłoszenia problemu

Do serwisu warto zgłosić się wtedy, gdy Delivered-To regularnie wskazuje nieznany adres, wiadomości trafiają do niewłaściwej skrzynki mimo poprawnej konfiguracji, nagłówki są niespójne albo problem występuje jednocześnie w kilku programach. Pomoc może być potrzebna również wtedy, gdy nie można otworzyć pełnych nagłówków, program pocztowy przestaje pobierać wiadomości lub reguły przekierowania działają w sposób trudny do odtworzenia.

W ramach przygotowania do zgłoszenia należy zachować przykład problematycznej wiadomości w oryginalnej postaci, zanotować używany program oraz opisać, jakie adresy są skonfigurowane jako główne i pomocnicze. Przydatne bywa wskazanie, czy problem dotyczy wiadomości wysyłanych przez jedną osobę, wszystkich nadawców, jednego urządzenia czy całego konta. Takie informacje ułatwiają odróżnienie błędu programu od problemu z konfiguracją konta.

Warszawskie Pogotowie Komputerowe 24/7 zajmuje się analizą problemów z komputerami i konfiguracją używanego oprogramowania, dlatego przy zgłoszeniu dotyczącym Delivered-To można przygotować pełne nagłówki oraz krótki opis objawów. Pozwala to skupić uwagę na rzeczywistym przebiegu dostarczania wiadomości, zamiast opierać ocenę wyłącznie na tym, co widać w zwykłym widoku skrzynki.

Trzeba pamiętać, że Delivered-To jest pojedynczym elementem większego zestawu danych. Najlepsze wnioski uzyskuje się przez połączenie go z pozostałymi nagłówkami, ustawieniami konta oraz obserwacją zachowania wiadomości na różnych urządzeniach. Dzięki temu można rozpoznać przekierowanie, pomyłkę adresową, nieprawidłową regułę albo błąd programu bez pochopnego przypisywania przyczyny samemu nagłówkowi.