Serwer pocztowy dla firmy: DNS, SPF, DKIM, DMARC

Jak zaprojektować firmową pocztę: MX, SPF, DKIM, DMARC, TLS, antyspam, antywirus, backup, Zimbra, AD/LDAP i monitoring.

Praktyczny poradnik DataHouse.pl

Serwer pocztowy dla firmy: DNS, SPF, DKIM, DMARC i antyspam

Firmowa poczta powinna być projektowana jak usługa krytyczna, a nie tylko skrzynka email. Trzeba połączyć stabilny serwer, poprawne DNS, MX, SPF, DKIM, DMARC, TLS, antyspam, antywirus, backup, monitoring i proces migracji użytkowników.

Architektura poczty

Trzeba oddzielić skrzynki użytkowników, SMTP, webmail, backup, antyspam, monitoring i DNS. Dla większych organizacji ważne są też Zimbra/groupware, kalendarze, wspólne książki adresowe i integracja z AD/LDAP.

DNS i dostarczalność

MX wskazuje serwer odbiorczy, SPF ogranicza nadawców, DKIM podpisuje wiadomości, a DMARC mówi odbiorcom, co zrobić z pocztą niezgodną z polityką domeny. Błąd w jednym rekordzie potrafi zatrzymać wysyłkę.

Antyspam i antywirus

Ochrona poczty powinna łączyć reputację IP, filtry treści, skanowanie załączników, listy RBL, greylisting, polityki użytkowników i monitoring kolejek. Sama skrzynka bez filtrów szybko staje się ryzykiem operacyjnym.

Migracja i ciągłość

Przed przeniesieniem poczty trzeba obniżyć TTL, zinwentaryzować konta, aliasy, listy, przekierowania, archiwa, podpisy DKIM i reguły antyspamowe. Po migracji najważniejsze są kolejki, logi, TLS i testy dostarczalności.

Elementy bezpiecznego serwera poczty

MX

Routing poczty

Wskazuje, które serwery odbierają pocztę dla domeny. Przy migracji ważne są priorytety, TTL i gotowość nowego serwera przed przełączeniem.

SPF

Dozwoleni nadawcy

Ogranicza adresy IP i usługi, które mogą wysyłać pocztę w imieniu domeny. Zbyt szeroki SPF osłabia ochronę, a zbyt wąski blokuje legalną wysyłkę.

DKIM

Podpis wiadomości

Dodaje kryptograficzny podpis wiadomości. Odbiorca może sprawdzić, czy treść nie została zmieniona i czy klucz publiczny w DNS pasuje do podpisu.

DMARC

Polityka domeny

Łączy SPF i DKIM z polityką domeny: none, quarantine albo reject. Raporty DMARC pokazują, kto wysyła pocztę w imieniu domeny.

TLS

Bezpieczny transport

Certyfikaty i wymuszanie TLS pomagają chronić połączenia SMTP, IMAP, POP3 i webmail. Trzeba pilnować terminów ważności i łańcucha certyfikatu.

Backup

Ciągłość pracy

Kopie skrzynek, konfiguracji, kluczy DKIM, list, aliasów i reguł antyspamowych są potrzebne przy awarii, błędzie migracji albo usunięciu danych.

Checklista przed uruchomieniem poczty

  1. Spisać konta, aliasy, listy dystrybucyjne, przekierowania, archiwa, limity skrzynek i reguły antyspamowe.
  2. Przygotować rekordy MX, SPF, DKIM, DMARC, reverse DNS, TLS i certyfikaty dla usług SMTP, IMAP, POP3 oraz webmail.
  3. Obniżyć TTL DNS przed migracją i zaplanować okno przełączenia z rollbackiem dla starego serwera.
  4. Uruchomić antyspam, antywirus, monitoring kolejek, backup skrzynek i test odtworzenia wybranych danych.
  5. Po przełączeniu sprawdzić wysyłkę, odbiór, raporty DMARC, reputację IP, logi, kolejki i zgłoszenia użytkowników.

Najczęstsze pytania

Od czego zacząć projekt serwera pocztowego dla firmy?

Od inwentaryzacji domen, skrzynek, aliasów, list dystrybucyjnych, archiwów, wymagań backupu, integracji z AD/LDAP, polityk antyspamowych i odpowiedzialności za administrację.

Jakie rekordy DNS są najważniejsze dla poczty?

Kluczowe są MX, SPF, DKIM i DMARC. Warto sprawdzić także reverse DNS, TLS, DNSSEC tam, gdzie jest używany, oraz poprawną delegację DNS.

Czy SPF, DKIM i DMARC naprawdę wpływają na dostarczalność?

Tak. Pomagają odbiorcom potwierdzić źródło poczty i politykę domeny. Błędy w tych rekordach mogą powodować odrzucenia wiadomości albo trafianie do spamu.

Co sprawdzić przed migracją poczty?

Trzeba obniżyć TTL, przygotować MX, SPF, DKIM, DMARC, TLS, backup, listę skrzynek, aliasów, filtrów, przekierowań, test wysyłki, odbioru i plan rollback.

Czy DataHouse.pl może utrzymywać pocztę firmową?

Tak. Pocztę można połączyć z serwerami email, collaboration/Zimbra, Cloud Pro, VPS, administracją, backupem, monitoringiem i narzędziami do diagnostyki DNS oraz MX.