SLA dla e-maili

SLA dla e-maili to gwarantowany czas reakcji lub dostarczenia wiadomości określony umową z dostawcą usługi.

SLA dla e-maili jako mierzalne zobowiązanie usługi

SLA dla e-maili, czyli Service Level Agreement, określa parametry jakości związane z obsługą poczty elektronicznej. Nie jest to funkcja samego adresu e-mail ani ustawienie programu pocztowego, lecz uzgodnienie pomiędzy odbiorcą usługi a jej dostawcą. Umowa może definiować czas reakcji na zgłoszenie, czas usunięcia awarii, dostępność usługi, czas przekazania wiadomości do systemu pocztowego albo termin dostarczenia komunikatu do serwera odbiorcy. Dlatego samo stwierdzenie, że wiadomość ma zostać dostarczona „szybko”, nie opisuje jeszcze konkretnego parametru SLA.

W praktyce trzeba rozdzielić kilka etapów przepływu wiadomości. Program pocztowy może przekazać komunikat do serwera SMTP, serwer nadawcy może rozpocząć transmisję do serwera odbiorcy, a następnie wiadomość może zostać przyjęta do skrzynki i udostępniona przez IMAP lub interfejs webmail. Każdy z tych etapów może mieć innego operatora i osobne ograniczenia odpowiedzialności. SLA powinno więc wskazywać, czy mierzy czas od kliknięcia przycisku wysyłania do przyjęcia wiadomości przez serwer, czy od przyjęcia przez serwer nadawcy do potwierdzonego przyjęcia przez serwer adresata.

Jak mierzy się czas reakcji i dostarczenia wiadomości

Czas reakcji oznacza zwykle czas od zarejestrowania zgłoszenia lub zdarzenia do podjęcia działań przez dostawcę. Nie musi oznaczać rozwiązania problemu. Przykładowo umowa może przewidywać reakcję na krytyczną awarię w ciągu określonego czasu mierzonego całodobowo, a dla mniej pilnych zgłoszeń wyłącznie w godzinach roboczych. Należy sprawdzić, czy zegar SLA działa także w weekendy i święta, czy zatrzymuje się podczas oczekiwania na informacje od klienta oraz czy zgłoszenie musi zostać złożone konkretnym kanałem.

Czas dostarczenia wiadomości powinien mieć jasno określony punkt początkowy i końcowy. Znaczniki czasu zapisane w nagłówkach e-maila, w tym pola Date i Received opisane w RFC 5322, pomagają odtworzyć trasę komunikatu. Protokół SMTP opisany w RFC 5321 służy do przekazywania wiadomości między serwerami, ale nie gwarantuje, że każdy komunikat dotrze w założonym czasie. Serwer może odrzucić wiadomość, odroczyć dostarczenie po odpowiedzi tymczasowej albo zwrócić komunikat o niedostarczeniu. Z tego powodu SLA może obejmować potwierdzone przyjęcie przez serwer, lecz niekoniecznie faktyczne przeczytanie wiadomości przez człowieka.

Zakres odpowiedzialności, potwierdzenia i wyjątki

Precyzyjne SLA wskazuje, które elementy infrastruktury obejmuje dostawca. Może dotyczyć dostępności serwera SMTP, przyjmowania poczty przychodzącej, działania skrzynek, panelu administracyjnego albo interfejsu webowego. Awaria programu Outlook, Thunderbirda lub aplikacji mobilnej może znajdować się poza zakresem umowy, jeżeli dostawca odpowiada wyłącznie za usługę po stronie serwera. Podobnie opóźnienie wynikające z niedostępności serwera adresata nie zawsze jest naruszeniem SLA nadawcy.

W dokumentacji spotyka się również rozróżnienie między potwierdzeniem transportowym a potwierdzeniem odbioru. Rozszerzenie SMTP opisane w RFC 3461 umożliwia żądanie powiadomień o statusie dostarczenia, a format takich komunikatów określa RFC 3464. Powiadomienie może wskazać, że serwer przyjął wiadomość, odrzucił ją albo nie zdołał jej dostarczyć. Nie stanowi jednak dowodu, że odbiorca przeczytał treść. Mechanizmy podpisywania i uwierzytelniania, takie jak DKIM opisany w RFC 6376, dotyczą autentyczności i integralności przekazu, a nie samego czasu realizacji SLA. Przy ocenie incydentu warto zachować pełne nagłówki, komunikaty błędów SMTP oraz dokładne godziny wysłania i odebrania.

SLA a konfiguracja poczty na laptopie i komputerze

Na urządzeniu użytkownika opóźnienie często wynika z konfiguracji klienta pocztowego, a nie z niedostępności całej usługi. Znaczenie mogą mieć nieprawidłowy adres serwera SMTP, błędny port, wyłączone szyfrowanie TLS, nieudane uwierzytelnianie lub zbyt długi interwał sprawdzania skrzynki przez protokół IMAP. Jeżeli wiadomość znajduje się w folderze „Wersje robocze” albo „Skrzynka nadawcza”, nie można jeszcze uznać, że została przekazana do serwera i rozpoczął się właściwy etap dostarczenia. Diagnostyka powinna odróżnić problem lokalnego programu od błędu zarejestrowanego po stronie dostawcy.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC oraz ich podzespołów, a w ramach diagnostyki urządzenia można sprawdzić działanie klienta pocztowego, połączenie sieciowe i lokalne komunikaty błędów. Taka kontrola nie zmienia warunków SLA zawartego z dostawcą poczty, ale pomaga ustalić, czy problem powstaje przed wysłaniem wiadomości, podczas komunikacji z serwerem, czy dopiero po jej przyjęciu przez system odbiorcy. Do zgłoszenia warto dołączyć identyfikator wiadomości, czas operacji, adresy serwerów i treść zwróconego komunikatu, bez przekazywania całej korespondencji, jeśli nie jest to konieczne.