SMTP (Seznam, Zoho, własny serwer)

SMTP to najbardziej uniwersalny sposób na podłączenie skrzynki do Frontmail. Jeśli możesz wysyłać e-maile z Thunderbirda lub Apple Mail, niemal na pewno wyślesz je też z Frontmail.

Wybierz SMTP, gdy wiadomości mają przychodzić ze zwykłej skrzynki, której już używasz (formularz kontaktowy, który trafia na biuro@twojafirma.pl, mała strona, projekt prywatny), a wolumen jest niski – kilkadziesiąt lub kilkaset e-maili dziennie. Przy większym wolumenie, śledzeniu otwarć i kliknięć albo obsłudze odbić wybierz dostawcę transakcyjnego, np. Mailgun, Postmark lub Amazon SES. Porównanie znajdziesz w przeglądzie usług.

Frontmail ma gotowe ustawienia dla popularnych serwerów, więc zwykle wpisujesz tylko nazwę użytkownika i hasło:

Ustawienie	Host	Port	Szyfrowanie
Seznam.cz	smtp.seznam.cz	465	SSL/TLS
Zoho Mail – UE	smtp.zoho.eu	465	SSL/TLS
Zoho Mail – globalny	smtp.zoho.com	465	SSL/TLS
Gmail (hasło aplikacji)	smtp.gmail.com	465	SSL/TLS
Microsoft 365 SMTP	smtp.office365.com	587	STARTTLS
Własny serwer	twój host	587 lub 465	STARTTLS / SSL/TLS

Wskazówka

W przypadku Gmaila i Microsoft 365 zalecamy raczej integracje OAuth – Gmail (OAuth) i Outlook / Microsoft 365. Nie potrzebują hasła i przetrwają jego zmianę.

Wymagania

• Skrzynka, która może wysyłać przez SMTP. Niektórzy dostawcy domyślnie wyłączają SMTP albo udostępniają je tylko w płatnych planach.
• Nazwa użytkownika (zwykle pełny adres e-mail) i hasło.
• Jeśli konto ma weryfikację dwuetapową, wygeneruj hasło aplikacji i użyj go zamiast hasła logowania:
  • Seznam.cz: ustawienia konta → bezpieczeństwo → hasła aplikacji.
  • Zoho Mail: My Account → Security → App Passwords.
  • Gmail: Konto Google → Bezpieczeństwo → Weryfikacja dwuetapowa → Hasła aplikacji.
• Adres nadawcy w szablonie musi być samą skrzynką albo aliasem, z którego serwer pozwala wysyłać. Większość serwerów odrzuca innych nadawców.

Podłączenie we Frontmail

1. W panelu otwórz Usługi e-mail → Dodaj usługę → SMTP.
2. Wypełnij formularz:

Pole	Gdzie je znaleźć	Przykład
Serwer	Wybierz gotowe ustawienie albo Własny serwer	Seznam.cz
Serwer SMTP	Tylko dla własnego serwera: strony pomocy dostawcy lub ustawienia klienta poczty	mail.example.com
Port	465 dla SSL/TLS, 587 dla STARTTLS	587
Używaj SSL/TLS od początku połączenia	Włączone dla portu 465, wyłączone dla 587 (wtedy wymagany jest STARTTLS)	wyłączone
Nazwa użytkownika	Zwykle pełny adres e-mail	biuro@example.pl
Hasło	Hasło do skrzynki lub hasło aplikacji	••••••••
Maks. liczba e-maili na sekundę	Opcjonalnie; zostaw puste, żeby użyć wartości domyślnej (2/s)	1

3. Kliknij Zweryfikuj i zapisz. Frontmail otworzy połączenie, wynegocjuje TLS i się zaloguje – żaden e-mail nie zostanie wysłany.
4. Usługa zostanie zapisana, gdy sprawdzenie się powiedzie. Dane dostępowe są przed zapisaniem szyfrowane kopertowo przez AWS KMS; nikt we Frontmail nie widzi ich otwartym tekstem.

Nieszyfrowane połączenia

Frontmail nie wyśle twojego hasła przez nieszyfrowane połączenie: na portach innych niż 465 serwer musi obsługiwać STARTTLS. Port 25 z sieci chmurowych i tak rzadko da się używać.

Dozwolone serwery

Własne serwery muszą używać jednego ze standardowych portów SMTP 25, 465, 587 lub 2525 i nazwy hosta, która wskazuje na publiczny adres IP – sieci prywatne, loopback, link-local i inne zarezerwowane są odrzucane (także gdy wybierzesz Zapisz bez weryfikacji). Połączenie trafia dokładnie na adres, który został sprawdzony, a TLS nadal weryfikuje certyfikat dla twojej nazwy hosta. Gdy test połączenia się nie powiedzie, panel pokazuje, czy serwer odrzucił logowanie, czy był nieosiągalny – a nie surową odpowiedź serwera.

DNS: SPF, DKIM i DMARC

Przy SMTP pocztę wysyłają serwery twojego dostawcy skrzynki, więc rekordy DNS to te, które ten dostawca każe opublikować dla twojej domeny. Jeśli używasz domeny dostawcy (np. @seznam.cz, @gmail.com), nie musisz niczego konfigurować.

Dla własnej domeny typowe rekordy to:

; SPF – one TXT record on the root domain, merge includes if you use several senders
example.cz.        TXT  "v=spf1 include:spf.seznam.cz ~all"      ; Seznam
example.com.       TXT  "v=spf1 include:zoho.eu ~all"             ; Zoho EU (zoho.com for global)

; DKIM – the key is generated in the provider's admin (selector names differ)
zmail._domainkey.example.com.  TXT  "v=DKIM1; k=rsa; p=MIGfMA0…"   ; Zoho example

; DMARC – start in monitoring mode
_dmarc.example.com.  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

• Seznam Email Profi i Zoho generują klucz DKIM w swojej konsoli administracyjnej; skopiuj dokładnie selektor i wartość.
• Na domenę trzymaj tylko jeden rekord SPF. Jeśli wysyłasz też przez inną usługę, połącz wpisy include: v=spf1 include:spf.seznam.cz include:mailgun.org ~all.
• Zacznij DMARC od p=none, przez kilka tygodni czytaj raporty, potem przejdź na p=quarantine, a w końcu p=reject.

Notatka

Od 2024 roku Gmail i Yahoo wymagają SPF lub DKIM od wszystkich nadawców, a SPF + DKIM + DMARC od nadawców masowych (mniej więcej 5000+ wiadomości dziennie do Gmaila). Formularz kontaktowy nie dobije do tego progu, ale poprawny DNS i tak pomaga w dostarczalności.

Hosty, porty i regiony

• 465 – TLS od początku połączenia („SSL/TLS”). Używaj go zawsze, gdy serwer go oferuje.
• 587 – wysyłka ze STARTTLS. Frontmail wymaga, żeby przejście na TLS się powiodło.
• Zoho: użyj smtp.zoho.eu, jeśli twoje konto Zoho jest w unijnym centrum danych (logujesz się na mail.zoho.eu), w przeciwnym razie smtp.zoho.com. Użycie niewłaściwego kończy się błędem uwierzytelniania. Są też centra danych .in, .com.au i inne – dla nich wybierz Własny serwer.
• Seznam: smtp.seznam.cz działa zarówno dla darmowych adresów @seznam.cz / @email.cz, jak i dla Email Profi we własnej domenie.

Limity wysyłki

Dostawcy skrzynek nie są stworzeni do wysyłki masowej i stosują dzienne limity. Ich przekroczenie zwykle kończy się tymczasową blokadą skrzynki.

Dostawca	Przybliżony limit
Seznam.cz (darmowy)	~100 odbiorców dziennie
Zoho Mail (płatny)	kilkaset e-maili dziennie, mniej na kontach darmowych/próbnych
Gmail przez SMTP	~500 dziennie na koncie prywatnym, ~2000 dziennie w Workspace

Dla serwerów typu skrzynka ustaw Maks. liczba e-maili na sekundę na 1, żeby być po bezpiecznej stronie.

Śledzenie doręczeń (webhooki)

SMTP nie ma webhooków doręczeń. Gdy serwer przyjmie wiadomość (250 OK), Frontmail zapisuje ją jako sent; jeśli serwer ją odrzuci, wiadomość ma status failed. Co dzieje się dalej – doręczenie, odbicie przychodzące później jako e-mail do twojej skrzynki, zgłoszenie spamu – jest dla Frontmail niewidoczne.

Oznacza to też, że odbite adresy nie są automatycznie dodawane do listy wykluczeń. Jeśli potrzebujesz zdarzeń delivered, bounced i complained, użyj dostawcy transakcyjnego.

Częste błędy

Frontmail dzieli każdy błąd dostawcy na jedną z trzech klas:

• auth – sama usługa nie działa (złe hasło, cofnięty dostęp, SMTP 535). Usługa zostaje oznaczona jako unhealthy, a właściciel dostaje e-mail i baner w panelu. Jeśli szablon ma usługę zapasową, wiadomość idzie przez nią; w przeciwnym razie kredyt wraca, a wiadomość czeka w kolejce wstrzymanych wiadomości jako held_service_error. Wychodzi automatycznie po naprawieniu usługi – Frontmail sprawdza ją ponownie przy zapisie usługi i w codziennym health checku.
• permanent – tej konkretnej wiadomości nie da się wysłać (nieprawidłowy odbiorca, niedozwolony nadawca, odrzucona wiadomość). Jeśli skonfigurowano usługę zapasową, zostanie użyta; w przeciwnym razie status to failed, a kredyt wraca.
• transient – przejściowy problem (timeouty, SMTP 4xx jak 421/450/451, dławienie). Ponawiane z wykładniczym opóźnieniem; po wyczerpaniu prób wiadomość ma status failed, a kredyt wraca.

Własne serwery i zwroty kredytów. Przy ustawieniu Własny serwer serwer jest pod twoją kontrolą, a po kroku DATA ma już całą wiadomość. Dlatego gdy własny serwer odrzuci wiadomość dopiero po jej odebraniu (odpowiedź 5xx na koniec wiadomości) albo połączenie przekroczy limit czasu lub zerwie się w chwili, gdy wiadomość mogła już zostać przesłana, Frontmail zatrzymuje kredyt – wiadomość mogła zostać doręczona. Taki timeout jest ponawiany najwyżej dwa razy. Odrzucenia przed wysłaniem wiadomości (odmowa połączenia, logowanie, MAIL FROM, RCPT TO) są nadal zwracane, a znane gotowe ustawienia (Gmail, Microsoft 365, Seznam, Zoho) są zwracane jak dotąd. Wpis w historii kredytów mówi refund skipped.

Co widzisz	Klasa	Co zrobić
535 5.7.8 Authentication failed / EAUTH	auth	Sprawdź nazwę użytkownika; przy włączonej weryfikacji dwuetapowej utwórz hasło aplikacji. W Zoho sprawdź host UE lub globalny.
530 5.7.0 Must issue a STARTTLS command first	auth	Przełącz na port 465 z SSL/TLS albo 587 ze STARTTLS.
553 5.7.1 Sender address rejected: not owned by user (przy MAIL FROM)	auth	Jako adres nadawcy w szablonie użyj adresu skrzynki (lub skonfigurowanego aliasu).
550 5.1.1 User unknown / No such user	permanent	Adres odbiorcy nie istnieje – zobacz nieprawidłowy odbiorca.
554 5.7.1 Message rejected as spam	permanent	Uprość treść, sprawdź SPF/DKIM, unikaj skracaczy linków.
421 4.7.0 Too many messages, try later	transient	Osiągnięto limit tempa lub dzienny limit dostawcy; obniż Maks. liczba e-maili na sekundę.
451 4.3.0 Temporary local problem / 450 Mailbox unavailable	transient	Nic – Frontmail automatycznie ponawia próby.
ETIMEDOUT / ECONNREFUSED	transient	Sprawdź host i port; niektóre serwery blokują połączenia z zakresów IP chmur.

Lista kontrolna

• Właściwe gotowe ustawienie albo host + port (465 SSL/TLS lub 587 STARTTLS)
• Hasło aplikacji, jeśli konto ma weryfikację dwuetapową
• Adres nadawcy w szablonie = skrzynka lub dozwolony alias
• Opublikowane SPF, DKIM i DMARC dla własnej domeny
• Testuj połączenie przechodzi
• Niski limit tempa (1/s) i dzienny wolumen w granicach limitu dostawcy
• Rozważony dostawca transakcyjny, jeśli potrzebujesz śledzenia odbić