serwer Sendmail

Serwer Sendmail to jeden z pierwszych agentów transportu poczty, wykorzystywany dziś głównie w starszych instalacjach uniksowych.

Serwer Sendmail – czym jest i jaką pełni funkcję

Serwer Sendmail to oprogramowanie pełniące rolę agenta transportu poczty, czyli komponentu odpowiedzialnego za przyjmowanie, przekazywanie oraz dostarczanie wiadomości elektronicznych pomiędzy systemami pocztowymi. Jego zadaniem nie jest tworzenie wygodnego interfejsu skrzynki odbiorczej dla użytkownika, lecz obsługa przepływu wiadomości zgodnie z regułami protokołu SMTP. Sendmail może odebrać wiadomość od programu pocztowego, ustalić miejsce docelowe na podstawie domeny odbiorcy, a następnie nawiązać połączenie z odpowiednim serwerem i przekazać treść dalej.

W praktyce Sendmail bywa określany jako MTA, czyli Mail Transfer Agent. Taka usługa działa w tle systemu i korzysta z konfiguracji opisującej między innymi domeny lokalne, dozwolone trasy przekazywania poczty, reguły przepisywania adresów oraz sposób obsługi błędów. Wiadomość, której nie można dostarczyć natychmiast, może zostać umieszczona w kolejce i poddana ponownym próbom. Dzięki temu chwilowa niedostępność systemu odbiorcy nie musi oznaczać natychmiastowej utraty korespondencji.

Sendmail wywodzi się ze środowiska uniksowego i przez wiele lat był jednym z podstawowych elementów infrastruktury pocztowej. W starszych systemach nadal można spotkać go jako aktywną usługę, składnik aplikacji albo pozostałość po wcześniejszej konfiguracji. Z tego powodu znajomość jego działania pozostaje przydatna podczas analizy problemów z wysyłką, migracji poczty i porządkowania usług uruchomionych na komputerze.

Serwer Sendmail w kontekście SMTP i innych agentów poczty

Sendmail należy odróżnić od protokołu SMTP. SMTP określa zasady komunikacji między nadawcą a odbiorcą, natomiast Sendmail jest programem, który te zasady wykorzystuje. Podobnie należy rozdzielić funkcję MTA od MUA, czyli programu używanego przez człowieka do pisania i czytania wiadomości, oraz od MDA, który może umieszczać dostarczoną pocztę w odpowiedniej skrzynce. Jeden komputer może pełnić kilka takich ról, ale nie są one tożsame.

W czasie pracy Sendmail analizuje adres nadawcy i odbiorcy, sprawdza domenę docelową, wybiera sposób dostarczenia i zapisuje informacje o przebiegu operacji w dziennikach systemowych. Jeżeli wiadomość kierowana jest do domeny obsługiwanej lokalnie, może zostać przekazana do lokalnego mechanizmu dostarczania. Jeśli odbiorca znajduje się poza lokalnym systemem, Sendmail zwykle odczytuje rekordy MX domeny DNS i próbuje połączyć się z właściwym hostem pocztowym.

Na tle nowszych narzędzi Sendmail wyróżnia się bardzo rozbudowanym i historycznie rozwijanym modelem konfiguracji. Rozwiązania takie jak Postfix, Exim czy OpenSMTPD bywają wybierane w nowych wdrożeniach ze względu na prostszy układ plików, łatwiejszą kontrolę ustawień i bardziej przewidywalne zachowanie po instalacji. Nie oznacza to jednak, że Sendmail jest całkowicie bezużyteczny. W istniejącym środowisku najważniejsze bywa zachowanie zgodności z działającymi skryptami, formatem kolejki i dotychczasowymi regułami routingu.

Współczesna dostarczalność poczty zależy również od mechanizmów, które nie były centralnym elementem dawnych konfiguracji. Należą do nich między innymi SPF, DKIM i DMARC, poprawne rekordy DNS, szyfrowanie połączeń oraz kontrola reputacji adresu IP. Samo uruchomienie Sendmaila nie zapewnia, że wiadomości dotrą do skrzynek odbiorców. Konfiguracja musi uwzględniać wymagania współczesnych dostawców poczty i ograniczać możliwość wykorzystania usługi do nieautoryzowanego przekazywania wiadomości.

Serwer Sendmail – typowe problemy z działaniem

Jednym z częstszych problemów jest błędna konfiguracja domen lokalnych. Jeżeli domena zostanie uznana za lokalną, Sendmail może próbować dostarczać wiadomości do własnego systemu zamiast przekazywać je do właściwego serwera odbiorcy. Odwrotna sytuacja również jest możliwa: poczta przeznaczona dla lokalnej skrzynki może zostać skierowana na zewnętrzny host. Warto wtedy przeanalizować nazwy hostów, domeny lokalne, reguły przepisywania adresów oraz wpisy DNS.

Drugą grupę usterek stanowią problemy z kolejką. Wiadomości mogą pozostawać w oczekiwaniu z powodu niedostępności odbiorcy, odrzucenia połączenia, błędów rozpoznawania nazwy albo niezgodności parametrów TLS. Sama obecność wiadomości w kolejce nie przesądza jeszcze o awarii. Znaczenie ma komunikat zapisany przy danym wpisie oraz to, czy kolejne próby kończą się tym samym błędem. Zbyt duża kolejka może wskazywać na problem z DNS, połączeniem sieciowym, reputacją adresu lub regułami zapory.

Istotnym zagrożeniem jest otwarty relay, czyli konfiguracja pozwalająca przekazywać pocztę dla przypadkowych nadawców i odbiorców spoza obsługiwanego zakresu. Taki system może zostać szybko wykorzystany do masowej wysyłki, co prowadzi do blokad i pogorszenia reputacji adresu. Należy ograniczyć relay do uprawnionych hostów, sieci lub użytkowników, a następnie sprawdzić działanie z zewnątrz. Warto także zweryfikować, czy usługa nie nasłuchuje na interfejsach, na których nie jest potrzebna.

Problemy mogą dotyczyć również certyfikatów, nazw hosta i zgodności z szyfrowaniem. Jeżeli nazwa przedstawiana podczas połączenia nie odpowiada certyfikatowi albo certyfikat wygasł, część serwerów odbiorczych może odmówić przyjęcia wiadomości. Dodatkowo nieaktualne biblioteki kryptograficzne mogą powodować błędy negocjacji. W diagnostyce należy zestawić komunikaty z logów z datą ważności certyfikatu, rozwiązywaniem nazwy DNS i ustawieniami TLS.

Serwer Sendmail – praktyczne wskazówki diagnostyczne

Analizę najlepiej rozpocząć od ustalenia, gdzie dokładnie pojawia się problem. Inaczej postępuje się przy braku możliwości wysłania wiadomości z programu pocztowego, inaczej przy odrzuceniu przez serwer odbiorcy, a jeszcze inaczej przy opóźnieniu dostarczenia. Należy zachować pełny komunikat błędu, godzinę zdarzenia, adres domeny docelowej oraz informację, czy problem dotyczy wszystkich odbiorców, czy tylko jednej domeny.

Logi Sendmaila powinny być czytane razem z informacjami o kolejce. Wpisy dziennika mogą wskazać, czy wiadomość została przyjęta, przekazana dalej, odrzucona, odłożona do ponowienia albo dostarczona lokalnie. Przydatne jest porównanie kilku zdarzeń z różnych momentów, ponieważ pojedynczy błąd DNS lub chwilowa niedostępność drugiej strony nie musi świadczyć o trwałej usterce.

Przed zmianą konfiguracji warto wykonać kopię plików i zanotować aktualny stan usługi. W Sendmailu nawet pozornie niewielka modyfikacja reguły może zmienić sposób interpretacji adresu, kolejność wyboru trasy albo zakres dozwolonego przekazywania. Po zmianie należy sprawdzić składnię, ponownie uruchomić usługę zgodnie z procedurą systemu i wykonać kontrolne testy dla poczty lokalnej oraz zewnętrznej. Nie powinno się usuwać kolejki bez ustalenia, czy znajdują się w niej wiadomości oczekujące na ponowienie, ponieważ taka operacja może utrudnić odtworzenie przyczyny.

Warto też uporządkować zależności z systemem DNS. Należy zweryfikować rekord A lub AAAA dla nazwy hosta, rekord MX domeny, odwrotne rozpoznawanie adresu oraz rekord SPF. Jeżeli poczta jest podpisywana, trzeba sprawdzić dostępność klucza DKIM i zgodność podpisu z domeną. Reguły DMARC powinny odpowiadać rzeczywistemu sposobowi wysyłki, zwłaszcza gdy wiadomości wychodzą z kilku różnych usług.

Kiedy zgłosić serwer Sendmail do serwisu komputerowego

Do serwisu warto zgłosić się wtedy, gdy Sendmail przestał przekazywać wiadomości po zmianie systemu, sieci, certyfikatu lub rekordów DNS, a także wtedy, gdy poczta pozostaje w kolejce mimo poprawnego połączenia z internetem. Pomoc może być potrzebna również po wykryciu otwartego relay, podejrzeniu nieuprawnionej wysyłki albo utracie dostępu do dokumentacji wcześniejszej konfiguracji. Przed przekazaniem urządzenia dobrze przygotować komunikaty z logów, opis ostatniej działającej konfiguracji i informację, czy problem występuje stale, czy tylko przy wybranych domenach.

W przypadku starszego komputera znaczenie ma nie tylko sama usługa pocztowa, lecz także stan całego systemu: dostępność miejsca na dysku, poprawność działania DNS, ustawienia zapory, aktualność bibliotek oraz możliwość wykonania bezpiecznej kopii konfiguracji. Nie każda usterka Sendmaila wynika z błędu w jego plikach. Przyczyną może być problem z siecią, certyfikatem, nazwą hosta, uprawnieniami do plików kolejki albo usługą uruchamianą przy starcie systemu.

Warszawskie Pogotowie Komputerowe 24/7 przyjmuje zgłoszenia dotyczące diagnozowania problemów z komputerami i usługami działającymi w środowisku uniksowym. Przed rozpoczęciem prac można przekazać dostępne logi oraz informacje o objawach, aby łatwiej rozdzielić problem z Sendmailem od usterki sieciowej lub systemowej. Takie przygotowanie zwykle skraca drogę do ustalenia, czy wystarczy korekta konfiguracji, czy potrzebna jest szersza naprawa komputera.