wysyłka testowa do klientów

Wysyłka testowa do klientów niesie ryzyko przypadkowego dotarcia próbnej treści do rzeczywistych odbiorców.

Wysyłka testowa a rzeczywista dostawa wiadomości

Wysyłka testowa do klientów polega na sprawdzeniu wiadomości przed uruchomieniem właściwej dystrybucji. W praktyce test może obejmować treść, format HTML, załączniki, odnośniki, obrazy, pola nagłówka oraz sposób wyświetlania wiadomości w różnych programach pocztowych. Sama obecność trybu testowego w aplikacji nie gwarantuje jednak, że wiadomość pozostanie wyłącznie w środowisku kontrolnym. Jeżeli program korzysta z tej samej listy odbiorców, tego samego serwera SMTP albo tego samego przycisku wysyłki co kampania produkcyjna, błędna konfiguracja może spowodować przekazanie próbnej treści do prawdziwych adresatów.

Mechanizm dostarczenia wiadomości opiera się na komunikacji z serwerem pocztowym za pomocą SMTP. Program wysyłający przekazuje serwerowi między innymi adres nadawcy oraz adresy odbiorców zapisane w kopercie SMTP. Te dane nie muszą być identyczne z adresami widocznymi w polach „Od”, „Do” i „DW” wiadomości. Z tego powodu samo usunięcie odbiorców z widocznej treści nie wystarcza, jeśli aplikacja nadal ma ich adresy w kolejce wysyłkowej. Po zaakceptowaniu wiadomości przez serwer może ona zostać przekazana do kolejnych serwerów pocztowych, a wycofanie jej z dostarczania nie jest wtedy pewne.

Izolacja odbiorców i kolejki SMTP

Bezpieczny test powinien korzystać z jawnie określonej listy testowej, zawierającej wyłącznie kontrolowane skrzynki pocztowe. W aplikacji warto rozdzielić dane testowe od produkcyjnej bazy kontaktów, a przed wysyłką sprawdzić liczbę adresów, domeny odbiorców i zawartość pola „Bcc”. Przydatnym zabezpieczeniem jest ograniczenie dozwolonych adresów odbiorców po stronie środowiska testowego. Jeżeli program pozwala ustawić stały adres przechwytujący wszystkie wiadomości testowe, należy upewnić się, że adres ten zastępuje odbiorców koperty SMTP, a nie tylko zmienia widoczne pole „Do”.

Równie ważna jest kontrola kolejki pocztowej. Wiadomość może zostać utworzona poprawnie, ale oczekiwać na wysłanie w lokalnej kolejce aplikacji, kolejce biblioteki pocztowej albo na serwerze SMTP. Przed rozpoczęciem testu należy sprawdzić, czy nie ma w niej starszych zadań skierowanych do klientów. Po zakończeniu testu trzeba zweryfikować statusy dostarczenia i usunąć lub zatrzymać niewłaściwe zadania zgodnie z funkcjami konkretnego programu. Logi powinny pozwolić odróżnić przygotowanie wiadomości, połączenie z serwerem, akceptację przez SMTP oraz późniejszą odpowiedź serwera odbiorcy.

Kontrola treści, linków i nagłówków

Testowa wiadomość powinna być sprawdzana w wersji HTML oraz w zwykłej wersji tekstowej, jeśli aplikacja tworzy obie części formatu MIME. Należy otworzyć ją w używanych klientach pocztowych i sprawdzić kodowanie znaków, zawijanie długich wierszy, rozmiar obrazów oraz zachowanie elementów niedostępnych bez zewnętrznego pobierania zasobów. Szczególną uwagę trzeba zwrócić na linki: adres testowy nie powinien prowadzić do produkcyjnej akcji, a odnośniki względne mogą działać inaczej po wysłaniu niż w podglądzie aplikacji. Warto także sprawdzić, czy adresy nie zawierają przypadkowych parametrów testowych albo niepoprawnie zakodowanych znaków.

Przed wysyłką należy przejrzeć pola „Od”, „Reply-To”, „Temat”, „Do”, „DW” i „UDW”, ponieważ błędna wartość może ujawnić listę odbiorców lub skierować odpowiedzi do niewłaściwej skrzynki. Temat powinien jednoznacznie wskazywać, że jest to test, dopóki wiadomość nie zostanie zatwierdzona do publikacji. Załączniki trzeba otworzyć po pobraniu i sprawdzić, czy aplikacja nie dołącza plików z lokalnego katalogu roboczego. Dobrą praktyką techniczną jest używanie unikatowego identyfikatora testu w temacie lub nagłówku, co ułatwia późniejsze powiązanie wiadomości z wpisem w logu i konkretną wersją treści.

Procedura zatwierdzenia przed wysyłką do klientów

Przed uruchomieniem wysyłki produkcyjnej należy przejść przez krótką sekwencję kontrolną: wybrać środowisko i listę odbiorców, wysłać wiadomość do skrzynek testowych, sprawdzić jej wygląd oraz działanie odnośników, a następnie porównać liczbę odbiorców z oczekiwanym zakresem. Jeżeli aplikacja posiada podgląd parametrów kampanii, powinien on zostać zestawiony z wartościami użytymi podczas testu. Nie należy traktować komunikatu „wysłano” jako dowodu dostarczenia, ponieważ zwykle oznacza on jedynie przyjęcie zadania przez aplikację lub serwer SMTP.

W przypadku przypadkowego uruchomienia wysyłki trzeba niezwłocznie zatrzymać niewysłane zadania w aplikacji i na serwerze, zachowując informacje z logów potrzebne do ustalenia zakresu zdarzenia. Analiza powinna objąć czas rozpoczęcia, liczbę zaakceptowanych wiadomości, błędy SMTP, adres użytej listy oraz identyfikator wersji treści. Na komputerze użytkownika można dodatkowo sprawdzić konfigurację programu pocztowego, zapisane profile nadawcy i uprawnienia do katalogów, z których aplikacja pobiera listy lub załączniki. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, dlatego w razie problemów ze stacją roboczą używaną do przygotowania wysyłki można rozpocząć diagnostykę od systemu, połączenia sieciowego i lokalnej konfiguracji oprogramowania.