Oprogramowanie i infrastruktura pocztowa

Oprogramowanie i infrastruktura pocztowa to zestaw serwerów, usług i narzędzi obsługujących obieg wiadomości w organizacji.

Elementy oprogramowania pocztowego i ich role

Oprogramowanie i infrastruktura pocztowa obejmują kilka współpracujących warstw. Klient pocztowy, czyli MUA (Mail User Agent), służy do tworzenia, wysyłania i odczytywania wiadomości. Program przekazuje pocztę do serwera SMTP, pełniącego funkcję MTA (Mail Transfer Agent). MTA analizuje adres odbiorcy, sprawdza konfigurację DNS i ustala, do którego serwera należy dostarczyć wiadomość. Jeżeli odbiorca korzysta z innej domeny, serwer nadawcy wyszukuje rekord MX tej domeny i nawiązuje połączenie SMTP z odpowiednim hostem.

Po przyjęciu wiadomości serwer MTA może przekazać ją do lokalnego komponentu dostarczającego, określanego jako MDA (Mail Delivery Agent). MDA zapisuje wiadomość w skrzynce użytkownika, stosując reguły sortowania, przekierowania lub filtrowania. Dostęp do zapisanej poczty zapewnia najczęściej IMAP albo POP3. IMAP pozwala utrzymywać wiadomości na serwerze, synchronizować foldery i statusy przeczytania między wieloma urządzeniami. POP3, opisany w RFC 1939, został zaprojektowany przede wszystkim do pobierania wiadomości przez klienta, choć konkretne programy mogą oferować także pozostawianie kopii na serwerze.

Przepływ wiadomości od nadawcy do skrzynki

Wysyłanie wiadomości rozpoczyna się od połączenia klienta z serwerem poczty wychodzącej. Protokół SMTP jest opisany w RFC 5321. W praktyce przesyłanie poczty przez klienta często odbywa się z użyciem portu 587 i mechanizmu Submission, natomiast port 25 służy głównie do komunikacji między serwerami pocztowymi. Port 465 jest używany do SMTP z szyfrowaniem TLS aktywnym od początku połączenia. Wariant zastosowany w danej instalacji zależy od konfiguracji serwera oraz klienta.

Sesja SMTP składa się z poleceń i odpowiedzi tekstowych. Serwer może rozpocząć komunikację od odpowiedzi powitalnej, a następnie klient przekazuje między innymi identyfikację hosta, adres nadawcy oraz listę odbiorców. Treść wiadomości jest przesyłana po komendzie DATA. Serwer odbiorcy może zaakceptować wiadomość do dalszego przetwarzania, odrzucić ją kodem błędu albo czasowo odmówić przyjęcia, sygnalizując konieczność ponowienia próby. Dlatego kolejka MTA jest istotna: pozwala przechować wiadomości, których nie udało się dostarczyć natychmiast, i ponawiać transmisję zgodnie z ustawioną polityką.

DNS, uwierzytelnianie i szyfrowanie transmisji

Infrastruktura pocztowa zależy od poprawnej konfiguracji DNS. Rekord MX wskazuje serwery przyjmujące pocztę dla domeny, a rekordy A lub AAAA dostarczają ich adresy IP. Rekord PTR odwrotnie wiąże adres IP z nazwą hosta i bywa sprawdzany przez serwery odbiorcze. Rekord SPF, opisany w RFC 7208, publikuje w DNS regułę określającą, jakie serwery mogą wysyłać wiadomości w imieniu domeny. SPF nie szyfruje poczty i nie podpisuje jej treści; służy do oceny autoryzacji serwera nadawczego.

DKIM, opisany w RFC 6376, dodaje do wiadomości podpis kryptograficzny tworzony przez serwer nadawcy. Klucz publiczny jest publikowany w rekordzie TXT pod nazwą zawierającą selektor DKIM. Serwer odbiorcy może zweryfikować podpis i sprawdzić, czy wybrane elementy wiadomości nie zostały zmienione. DMARC, określony w RFC 7489, łączy wyniki kontroli SPF i DKIM z zasadą postępowania wobec wiadomości niespełniających wymagań domeny. Mechanizmy te dotyczą uwierzytelniania pochodzenia i spójności wiadomości, ale nie zastępują szyfrowania transportowego. Do ochrony połączenia stosuje się TLS, często uruchamiany przez STARTTLS albo aktywowany bezpośrednio przy zestawianiu sesji.

Diagnostyka awarii w środowisku pocztowym

Analizę problemu rozpoczyna się od ustalenia, na którym etapie przepływu występuje błąd: w kliencie, podczas połączenia z serwerem SMTP, w kolejce MTA, przy dostarczeniu lokalnym czy podczas odczytu przez IMAP albo POP3. Pomocne są pełne nagłówki wiadomości, ponieważ zawierają między innymi kolejne wpisy Received dodawane przez serwery uczestniczące w transmisji. Należy porównać adres odbiorcy, domenę, wynik rozpoznania DNS oraz kod odpowiedzi SMTP. Błąd tymczasowy z zakresu 4xx oznacza zwykle konieczność ponowienia próby, natomiast kod 5xx wskazuje na trwałe odrzucenie lub nieprawidłowe żądanie.

W przypadku niedostępnego serwera sprawdza się rozwiązywanie rekordów MX, osiągalność właściwego hosta i zgodność certyfikatu TLS z nazwą używaną w połączeniu. Przy problemach z wysyłką warto przeanalizować kolejkę wiadomości oraz logi sesji SMTP, zwracając uwagę na błędne dane uwierzytelniające, odmowę relay, timeouty i odpowiedzi serwera odbiorcy. Przy problemach z odbiorem należy zweryfikować stan skrzynki, limity pojemności, działanie usługi IMAP lub POP3 oraz uprawnienia do plików przechowujących pocztę. Diagnostyka powinna obejmować także różnicę między awarią transmisji a odrzuceniem wiadomości przez filtr, ponieważ oba przypadki mogą wyglądać podobnie z poziomu klienta pocztowego.