iRedMail

iRedMail to zestaw skryptów automatyzujących instalację kompletnego serwera pocztowego na systemach linuksowych.

iRedMail jako zautomatyzowany stos serwera pocztowego

iRedMail nie jest pojedynczym serwerem pocztowym, lecz zestawem skryptów instalacyjnych, który przygotowuje kompletną platformę do obsługi poczty elektronicznej w systemie Linux. Podczas instalacji konfigurowane są współpracujące komponenty odpowiedzialne za przyjmowanie, przekazywanie, przechowywanie i udostępnianie wiadomości. W typowym wdrożeniu używany jest Postfix jako agent transportu poczty, Dovecot jako serwer dostępu do skrzynek przez IMAP i POP3, a także baza danych lub katalog LDAP do przechowywania kont, domen i reguł uwierzytelniania.

Zakres instalacji zależy od wybranego systemu operacyjnego oraz wariantu konfiguracji. iRedMail może przygotować również elementy obsługujące filtrowanie spamu i złośliwych wiadomości, takie jak Amavis, SpamAssassin i ClamAV, a także panel WWW i webmail. Skrypty nie zastępują jednak rozumienia topologii pocztowej. Nadal trzeba określić nazwę hosta, domeny pocztowe, sposób składowania skrzynek, bazę danych, certyfikat TLS oraz zasady dostępu użytkowników.

Droga wiadomości od SMTP do skrzynki

Przychodząca wiadomość jest dostarczana do serwera wskazanego przez rekord MX domeny DNS. Postfix odbiera ją za pomocą SMTP, najczęściej na porcie 25 przeznaczonym do komunikacji między serwerami. Po zaakceptowaniu wiadomości mechanizm lokalnego dostarczania przekazuje ją do właściwej skrzynki. iRedMail może korzystać z formatu Maildir, w którym wiadomości są przechowywane jako osobne pliki w strukturze katalogów użytkownika. Takie rozwiązanie ułatwia bezpośredni dostęp Dovecota do poszczególnych folderów IMAP.

Użytkownik korzysta z poczty za pośrednictwem Dovecota. IMAP umożliwia przechowywanie wiadomości na serwerze i synchronizację folderów między wieloma urządzeniami, natomiast POP3 służy przede wszystkim do pobierania poczty do lokalnego klienta. Wysyłanie wiadomości przez program pocztowy odbywa się zwykle przez SMTP Submission na porcie 587, z uwierzytelnianiem użytkownika. Port 465 może być używany do SMTP z szyfrowaniem TLS uruchamianym od początku połączenia. Samo otwarcie portu nie wystarcza: Postfix musi mieć poprawnie ustawione reguły relay, aby serwer nie stał się otwartym przekaźnikiem.

DNS, uwierzytelnianie i ochrona reputacji domeny

Poprawne działanie iRedMail wymaga spójnej konfiguracji DNS. Rekord MX wskazuje serwer odbierający pocztę, rekord A lub AAAA wiąże jego nazwę z adresem IP, a odwrotny rekord PTR powinien umożliwiać uzyskanie tej samej lub logicznie powiązanej nazwy hosta. Przy wysyłaniu wiadomości istotne są także rekordy SPF, DKIM i DMARC. SPF opisuje dozwolone adresy nadawcze dla domeny, DKIM dodaje kryptograficzny podpis do wiadomości, a DMARC określa sposób oceny zgodności tych mechanizmów oraz politykę dla wiadomości niespełniających wymagań.

iRedMail korzysta z kont pocztowych zapisanych w wybranym źródle danych, między innymi w MariaDB, PostgreSQL lub LDAP, zależnie od wariantu instalacji. Hasła użytkowników nie powinny być przechowywane jako zwykły tekst. Dovecot i pozostałe elementy stosu muszą używać zgodnych metod haszowania oraz poprawnego mechanizmu SASL do uwierzytelniania SMTP Submission. Szyfrowanie TLS chroni dane przesyłane między klientem a serwerem, ale nie naprawia błędnego certyfikatu, nieprawidłowej nazwy hosta ani problemów z zaufaniem do urzędu certyfikacji.

W praktyce diagnoza dostarczalności wymaga rozdzielenia kilku etapów: rozpoznania DNS, nawiązania połączenia SMTP, akceptacji nadawcy i odbiorcy, oceny SPF/DKIM/DMARC oraz lokalnego dostarczenia do skrzynki. Odrzucenie na jednym z tych etapów może wyglądać dla użytkownika jak zwykły brak wiadomości, chociaż przyczyna znajduje się w konfiguracji DNS, reputacji adresu IP, filtrze antyspamowym albo regułach Postfixa.

Rozpoznawanie usterek w instalacji iRedMail

Podstawą diagnostyki jest analiza logów usług, a nie tylko sprawdzanie, czy proces serwera działa. W systemach używających systemd przydatne są polecenia systemctl status postfix i systemctl status dovecot, a szczegółowe komunikaty można odczytać przez journalctl. W zależności od dystrybucji dodatkowe wpisy pocztowe znajdują się w plikach takich jak /var/log/mail.log albo /var/log/maillog. Log Postfixa pozwala prześledzić przyjęcie lub odrzucenie wiadomości, natomiast log Dovecota pomaga wykryć błędne hasło, niedostępny indeks IMAP, problem z uprawnieniami katalogu albo nieudaną negocjację TLS.

Do kontroli konfiguracji Postfixa można wykorzystać postconf -n, które pokazuje niestandardowe ustawienia, a konfigurację Dovecota warto sprawdzać narzędziami dostarczanymi przez ten komponent, w tym doveconf -n. Weryfikacja DNS obejmuje między innymi zapytania o rekordy MX, A, AAAA, PTR, TXT i DKIM. Jeżeli poczta nie dochodzi, trzeba ustalić, czy wiadomość została odrzucona przez zdalny serwer, przyjęta i później oznaczona jako spam, czy też dostarczona lokalnie do innego folderu. Znaczenie ma także synchronizacja czasu, wolne miejsce na partycji z pocztą oraz poprawne prawa dostępu do plików i katalogów.

iRedMail przyspiesza przygotowanie środowiska, ale każda aktualizacja systemu, komponentów pocztowych, certyfikatów i rekordów DNS powinna być wykonywana z uwzględnieniem zależności całego stosu. Zmiana nazwy hosta, adresu IP, formatu skrzynek lub schematu bazy danych może wpłynąć jednocześnie na Postfix, Dovecota, filtr antyspamowy, webmail i mechanizmy uwierzytelniania. Dlatego przy problemach z takim wdrożeniem należy analizować kolejno konfigurację, komunikaty usług, połączenia sieciowe i stan danych, zamiast traktować iRedMail jak jedną samodzielną aplikację.