dual delivery

Dual delivery to strategia wysyłki wykorzystująca jednocześnie dwa niezależne kanały dostarczania wiadomości.

Na czym polega dual delivery w poczcie elektronicznej

Dual delivery, czyli podwójne dostarczanie, to sposób routingu poczty elektronicznej, w którym jedna wiadomość jest przekazywana równocześnie do dwóch niezależnych miejsc docelowych. Najczęściej podstawowym odbiorcą pozostaje skrzynka użytkownika w jednej usłudze pocztowej, a druga kopia trafia do dodatkowego systemu, na przykład do innej platformy pocztowej, archiwum, systemu analizy wiadomości albo środowiska używanego podczas migracji. Mechanizm działa na poziomie obsługi poczty, a nie przez ręczne przekazywanie wiadomości przez użytkownika.

W praktyce serwer odbierający wiadomość rozpoznaje regułę routingu przypisaną do domeny, adresu, grupy użytkowników lub określonego rodzaju wiadomości. Następnie tworzy dodatkowe dostarczenie do drugiego celu. Oryginalna wiadomość może być dostarczona do obu systemów z tym samym nadawcą, odbiorcą, tematem i treścią, jednak szczegóły zależą od konfiguracji usługi pocztowej. Dual delivery nie oznacza automatycznie synchronizacji skrzynek, kalendarzy, kontaktów ani statusów przeczytania. Zwykle jest to jednokierunkowe powielenie dostarczenia każdej wiadomości.

Różnica między podwójnym dostarczaniem a przekierowaniem

Podstawowa różnica polega na tym, że dual delivery zachowuje dostarczenie do głównej skrzynki i dodatkowo wysyła kopię do drugiego miejsca. Przy zwykłym przekierowaniu wiadomość może zostać skierowana do innego odbiorcy zamiast trafić do pierwotnego celu, zależnie od ustawień serwera. Ma to znaczenie podczas testów nowego systemu lub migracji: podwójne dostarczanie pozwala użytkownikom nadal korzystać z dotychczasowej skrzynki, a administrator może równocześnie obserwować działanie nowej platformy.

Nie należy też utożsamiać dual delivery z kopią ukrytą dodawaną przez nagłówek Bcc. Bcc jest elementem adresowania pojedynczej wiadomości i może być widoczne w logice nadawcy lub regułach aplikacji, natomiast dual delivery jest funkcją routingu realizowaną przez infrastrukturę pocztową. System może zmodyfikować nagłówki, adres koperty SMTP albo sposób obsługi odpowiedzi, aby kopia nie powodowała pętli. Pojedyncze dostarczenie może również zakończyć się różnymi rezultatami: wiadomość może wejść do skrzynki głównej, zostać odrzucona przez dodatkowy system albo trafić tam po przejściu odrębnej kontroli antyspamowej.

Ważnym pojęciem jest rozróżnienie adresu widocznego w nagłówku wiadomości od adresu koperty używanego podczas sesji SMTP. Serwer może kierować kopię na inny adres techniczny, nie zmieniając pola „Do” wyświetlanego użytkownikowi. Dlatego analiza samego interfejsu pocztowego nie zawsze wystarcza do potwierdzenia, że podwójne dostarczanie działa prawidłowo. Potrzebne są logi transportowe, identyfikatory wiadomości oraz informacje o odpowiedziach SMTP zwróconych przez oba cele.

Routing, kolejki i kontrola dostarczenia kopii

Podwójne dostarczanie opiera się na regułach transportowych, które powinny jednoznacznie wskazywać zakres odbiorców, warunki uruchomienia oraz drugi cel dostarczenia. Warunek może obejmować domenę odbiorcy, konkretną jednostkę organizacyjną, grupę adresową lub kierunek przepływu wiadomości. Reguła powinna rozróżniać wiadomości przychodzące i wychodzące, ponieważ nieprzemyślane zastosowanie jej do obu kierunków może skutkować wielokrotnym powielaniem poczty.

Każdy cel dostarczenia może mieć własną kolejkę, limit rozmiaru wiadomości, limit liczby połączeń oraz politykę ponawiania prób. Gdy drugi serwer odpowiada kodem tymczasowym SMTP z klasy 4xx, system nadawczy zwykle odkłada kopię do kolejki i próbuje dostarczyć ją ponownie. Odpowiedź trwała z klasy 5xx, na przykład informująca o nieistniejącym adresie lub odrzuceniu przez politykę odbiorcy, może zakończyć dostarczanie tej kopii komunikatem o błędzie. Sukces dostarczenia do głównej skrzynki nie potwierdza więc sukcesu dostarczenia do drugiego systemu.

Konfiguracja musi również chronić przed pętlą routingu. Jeżeli system A wysyła kopię do systemu B, a system B rozpoznaje ją jako nową wiadomość podlegającą tej samej regule i odsyła ją do A, jedna wiadomość może zacząć krążyć między serwerami. Ogranicza się to przez wykluczenia domen i adresów, znaczniki transportowe, sprawdzanie nagłówków oraz reguły niewykonywane ponownie dla wiadomości już oznaczonych jako skopiowane. Warto testować także odpowiedzi na wiadomość, załączniki, wiadomości zewnętrzne i komunikaty generowane automatycznie przez systemy.

Dual delivery podczas migracji i diagnostyki poczty

Podwójne dostarczanie bywa używane jako etap przejściowy przy zmianie dostawcy poczty. Przez określony czas wiadomości mogą trafiać do starego i nowego systemu, co pozwala sprawdzić reguły filtrowania, obsługę załączników, opóźnienia oraz poprawność adresowania przed zmianą głównego przepływu. Takie rozwiązanie wymaga jednak ustalenia, który system jest źródłem prawdy dla skrzynki użytkownika. Same kopie wiadomości nie zapewniają zgodności folderów, historii odpowiedzi ani stanu wiadomości.

Diagnostykę należy rozpocząć od ustalenia identyfikatora wiadomości i prześledzenia go w logach obu systemów. Trzeba sprawdzić czas przyjęcia przez serwer, adresy IP uczestniczące w połączeniu SMTP, wynik kontroli antyspamowej, odpowiedź serwera docelowego oraz ewentualne opóźnienie w kolejce. Pomocne są nagłówki Received, Message-ID i informacje o trasie transportowej, ale ich interpretacja wymaga uwzględnienia faktu, że pośredni serwer może dodać własne nagłówki albo zmienić część danych koperty.

Problemy z dual delivery mogą wyglądać jak brak wiadomości, mimo że w rzeczywistości kopia została odrzucona przez drugi system, zatrzymana w kolejce, zaklasyfikowana jako spam albo dostarczona do innego folderu. Osobno należy badać wiadomości o dużych załącznikach, komunikaty automatyczne, adresy grupowe i odpowiedzi generowane przez filtry. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, natomiast analiza routingu poczty wymaga dostępu do konfiguracji oraz logów używanej infrastruktury.