Wysyłaj wiadomości e-mail za pośrednictwem własnego serwera SMTP

Użyj tej opcji, jeśli prowadzisz własną infrastrukturę pocztową lub jeśli twój dostawca nie znajduje się na naszej liście bezpośrednich integracji — niemal każda usługa pocztowa obsługuje protokół SMTP.

⚠️ Jeśli twoim dostawcą jest Mailgun, SendGrid, Postmark, Amazon SES lub Resend, skorzystaj z dedykowanego przewodnika. Połączenia te zapewniają bardziej szczegółowe komunikaty o błędach w razie problemów, ponieważ możemy odczytać faktyczną odpowiedź dostawcy zamiast kodu stanu SMTP.

Co jest potrzebne

Cztery informacje od podmiotu zarządzającego twoim serwerem pocztowym:

• Host — np. smtp.yourprovider.com
• Port — 587, 465 lub 2525
• Nazwa użytkownika i hasło

Który port wybrać

587 to port do przesyłania poczty (submission) z obsługą STARTTLS i to z niego należy korzystać. Połączenie rozpoczyna się jako nieszyfrowane i jest uaktualniane do TLS przed wysłaniem jakichkolwiek danych.

465 to niejawny protokół TLS (implicit TLS) — szyfrowany od pierwszego bajtu. Równie dobry wybór; niektórzy dostawcy preferują to rozwiązanie.

2525 to nieoficjalna alternatywa oferowana przez niektóre firmy hostingowe, ponieważ część sieci blokuje port 587. Używaj go tylko wtedy, gdy zaleca to twój dostawca.

⛔ Port 25 jest tutaj akceptowany, ale niemal nigdy nie jest właściwym wyborem. Jest to port używany przez serwery pocztowe do komunikacji między sobą, a nie ten, którego aplikacja używa do nadawania wiadomości. Jest on zablokowany w większości sieci, często nie wymaga uwierzytelniania, a tam, gdzie działa, nierzadko jest nieszyfrowany.

⛔⛔ Nie wysyłamy wiadomości przez połączenie nieszyfrowane. Jeśli opcja Użyj STARTTLS pozostanie włączona — a tak powinno być — a twój serwer odmówi uaktualnienia połączenia, wysyłka zakończy się błędem zamiast kontynuowania jawnym tekstem. Jest to celowe działanie: w tych wiadomościach przesyłane są linki do resetowania haseł twoich klientów, a niezauważone obniżenie poziomu zabezpieczeń jest najgorszym rodzajem awarii, ponieważ poczta mimo to dociera do odbiorcy.

Najpierw skonfiguruj rekordy DNS

Twój dostawca nie wykona tego automatycznie, tak jak ma to miejsce w przypadku usług zarządzanych. W domenie, z której prowadzona jest wysyłka, należy skonfigurować:

SPF — rekord TXT autoryzujący adres twojego serwera: v=spf1 ip4:203.0.113.10 -all lub v=spf1 a:smtp.yourprovider.com -all. Jeśli posiadasz już rekord SPF, zmodyfikuj go; obecność dwóch rekordów SPF w jednej domenie powoduje całkowity błąd weryfikacji SPF.

DKIM — twój serwer pocztowy podpisuje wiadomości wychodzące, a pasujący klucz publiczny należy opublikować pod adresem <selector>._domainkey.yourdomain.com. W przypadku programu Postfix jest to zwykle OpenDKIM; dostawca wskaże właściwy selektor.

DMARC — rekord TXT pod adresem _dmarc.yourdomain.com, z początkową wartością v=DMARC1; p=none; na czas weryfikacji, czy mechanizmy SPF i DKIM działają poprawnie.

Odwrotny DNS (Reverse DNS) — rekord PTR dla adresu IP twojego serwera powinien wskazywać na jego nazwę hosta. Główni odbiorcy poczty weryfikują ten parametr i wielu z nich nie przyjmie wiadomości z adresu bez poprawnego rekordu PTR. Rekord ten jest konfigurowany u dostawcy hostingu, a nie u rejestratora DNS.

⭐ Dobry, bezpłatny sposób na przetestowanie gotowej konfiguracji: wyślij wiadomość na adres z serwisu mail-tester.com i sprawdź uzyskany wynik. Wskaże on precyzyjnie, który z czterech elementów wymaga poprawy, co jest znacznie szybsze niż domyślanie się przyczyn na podstawie folderu spam.

Konfiguracja w Zinn®

W panelu nawigacyjnym przejdź do sekcji Wysyłanie e-maili:

• Dostawca — Serwer SMTP
• Wysyłaj z tej domeny — mail.yourdomain.com (domena, nie adres e-mail)
• Host SMTP, Port, Nazwa użytkownika, Hasło
• Użyj STARTTLS — włączone, chyba że używany jest port 465

⭐ Utwórz w tym celu dedykowaną skrzynkę pocztową lub konto do nadawania wiadomości, zamiast korzystać z danych logowania konkretnego pracownika. Kiedy dana osoba odejdzie z pracy i jej hasło zostanie zmienione, wysyłka powiadomień do twoich klientów nie powinna zostać przerwana.

Wyślij wiadomość testową i wprowadź kod

Kliknij Wyślij wiadomość testową na skrzynkę pocztową w innej domenie, odczytaj otrzymany kod i wprowadź go w wyznaczonym miejscu.

Rozwiązywanie problemów

„Serwer pocztowy odrzucił nazwę użytkownika lub hasło” — uwierzytelnianie SMTP AUTH nie powiodło się. Jeśli dostawca wymaga uwierzytelniania dwuskładnikowego na koncie, najprawdopodobniej konieczne będzie użycie hasła aplikacji zamiast standardowego hasła logowania.

„Nie udało się połączyć z host:port” — port jest zablokowany, nazwa hosta jest nieprawidłowa lub serwer nie nasłuchuje zgłoszeń na tym porcie. Polecenie telnet smtp.yourprovider.com 587 uruchomione z innego urządzenia pozwoli ustalić przyczynę.

Błąd TLS — certyfikat twojego serwera wygasł, jest samopodpisany lub nie zgadza się z wprowadzoną nazwą hosta. Weryfikujemy poprawność certyfikatów i nie pomijamy tego kroku; należy naprawić certyfikat.

„Serwer pocztowy odrzucił odbiorcę” — twój serwer nie jest skonfigurowany do przekazywania poczty (relay) dla tego nadawcy, co zazwyczaj oznacza, że uwierzytelniony użytkownik nie ma uprawnień do wysyłania wiadomości w imieniu wskazanej domeny nadawczej.

Wiadomości są wysyłane, ale trafiają do spamu — przyczyna leży w konfiguracji DNS, a nie w protokole SMTP. Sprawdź powyższe instrukcje dotyczące SPF, DKIM, DMARC oraz odwrotnego DNS, a następnie powtórz test w serwisie mail-tester.