Wysyłasz kampanię do 5 000 odbiorców i nagle połowa wiadomości odbija się z błędem 421 Too many connections albo serwer docelowy przestaje odpowiadać. Brzmi znajomo? To klasyczny skutek ignorowania throttlingu SMTP. W tym poradniku wyjaśniamy krok po kroku, czym jest rate limiting na poziomie SMTP, dlaczego serwery pocztowe go stosują i — co najważniejsze — jak skonfigurować wysyłkę mailingu, żeby nigdy nie dostać bana.
Czym jest throttling SMTP i dlaczego w ogóle istnieje?
Throttling SMTP (ang. throttling = dławienie) to mechanizm celowego ograniczania tempa wysyłki lub przyjmowania wiadomości e-mail przez serwer pocztowy. Może go stosować zarówno Twój własny serwer wychodzący (outbound), jak i serwer odbiorcy (inbound). Cel jest jeden: ochrona przed przeciążeniem infrastruktury i przed spamem.
Każdy duży dostawca poczty — Gmail, Outlook/Hotmail, o2.pl czy Onet — ma zdefiniowane limity połączeń i wiadomości na jednostkę czasu. Jeśli je przekroczysz, serwer docelowy może tymczasowo odrzucić połączenie (soft bounce, kod 4xx) lub trwale zablokować Twoje IP (hard block, kod 5xx). Różnica między tymi dwoma scenariuszami jest ogromna: soft bounce można ponowić, hard block oznacza wpisanie na czarną listę.
Jak działają limity — konkretne liczby
Poszczególni dostawcy rzadko publikują oficjalne limity, ale praktyka i dokumentacje techniczne pozwalają ustalić orientacyjne wartości. Poniższa tabela pokazuje typowe ograniczenia, z którymi spotykają się nadawcy masowych kampanii:
| Dostawca / serwer | Maks. połączeń jednocześnie (na IP) | Maks. wiadomości / godzinę (na IP) | Maks. odbiorców / wiadomość |
|---|---|---|---|
| Gmail (inbound) | ~5 | ~3 000 | 100 (w jednej kopercie SMTP) |
| Outlook / Hotmail | ~3 | ~2 000 | 100 |
| Onet / WP (PL) | ~2–4 | ~1 500–2 500 | 50 |
| Własny serwer Postfix (domyślny) | 100 (konfigurowalne) | bez limitu (konfigurowalne) | bez limitu (konfigurowalne) |
Ważna uwaga: powyższe wartości to przybliżenia — dostawcy dynamicznie dostosowują limity do reputacji IP nadawcy. Im lepsza reputacja (wysoki open rate, mało skarg), tym wyższe limity. To oznacza, że throttling i reputacja są ze sobą ściśle powiązane.
Główne przyczyny blokady SMTP — lista kontrolna
Zanim przejdziemy do rozwiązań, warto zrozumieć, co najczęściej prowadzi do blokady. Oto osiem najczęstszych powodów, przez które wysyłka mailingu kończy się limitem lub banem:
- Zbyt wysoka prędkość wysyłki — np. 10 000 wiadomości w ciągu 5 minut z jednego IP.
- Brak rozgrzewania IP (IP warming) — nowe adresy IP bez historii są domyślnie traktowane podejrzliwie.
- Wysoka liczba bounce'ów — powyżej 2–3% twardych odbić sygnalizuje brudną listę.
- Wysoki wskaźnik skarg na spam — Google Postmaster Tools uznaje powyżej 0,1% za sygnał alarmowy, powyżej 0,3% za krytyczny.
- Brak lub błędna konfiguracja SPF, DKIM, DMARC — serwery odbiorcze traktują takie wiadomości jako potencjalny phishing.
- Wysyłka do nieaktywnych adresów i pułapek spamowych (spam traps) — jeden taki adres na liście może zniszczyć reputację całego IP.
- Brak mechanizmu unsubscribe — wymagany przez RFC 8058 (List-Unsubscribe) i egzekwowany przez Gmail od lutego 2024.
- Wysyłka z jednego IP bez rotacji — koncentracja ruchu na jednym adresie przyspiesza wyczerpanie limitu.
Krok po kroku: jak skonfigurować wysyłkę, żeby uniknąć throttlingu
Krok 1 — Rozgrzej nowe IP (IP Warming)
Nowe IP powinno zaczynać od małych wolumenów i stopniowo zwiększać liczbę wysyłanych wiadomości. Standardowy plan rozgrzewania dla listy 50 000 adresów wygląda tak:
- Dzień 1–2: 200–500 wiadomości/dzień (do najbardziej zaangażowanych odbiorców)
- Dzień 3–5: 1 000–2 000 wiadomości/dzień
- Tydzień 2: 5 000–10 000 wiadomości/dzień
- Tydzień 3–4: 20 000–50 000 wiadomości/dzień
Podczas rozgrzewania wysyłaj wyłącznie do odbiorców, którzy regularnie otwierają Twoje maile — wysoki engagement na starcie buduje reputację IP znacznie szybciej.
Krok 2 — Ustaw rate limiting po stronie nadawcy
Nie czekaj, aż serwer odbiorcy Cię zablokuje — ogranicz prędkość wysyłki samodzielnie. W Postfixie możesz użyć parametrów smtp_destination_rate_delay i default_destination_rate_delay, które wprowadzają opóźnienie między kolejnymi wiadomościami do tego samego serwera docelowego. Przykładowa konfiguracja dla bezpiecznej wysyłki do Gmaila:
smtp_destination_concurrency_limit = 3
smtp_destination_rate_delay = 1s
smtp_extra_recipient_limit = 20
Taka konfiguracja oznacza maksymalnie 3 równoległe połączenia do jednego serwera docelowego, z 1-sekundową przerwą między wiadomościami i nie więcej niż 20 odbiorców w jednej kopercie SMTP.
Krok 3 — Segmentuj wysyłkę w czasie
Zamiast wysyłać 20 000 wiadomości jednocześnie, podziel kampanię na okna czasowe. Rozkład wysyłki na 4–6 godzin nie tylko zmniejsza ryzyko throttlingu, ale często poprawia open rate — wiadomości trafiają do skrzynek w różnych porach, a nie wszystkie jednocześnie toną w zatłoczonej skrzynce odbiorczej.
Krok 4 — Używaj wielu IP i domen nadawczych
Rotacja IP (IP pooling) pozwala rozłożyć ruch na kilka adresów, zmniejszając obciążenie każdego z nich. Jeśli wysyłasz powyżej 50 000 wiadomości miesięcznie, warto rozważyć dedykowaną pulę co najmniej 2–4 adresów IP. Pamiętaj, że każde nowe IP wymaga osobnego procesu rozgrzewania.
Krok 5 — Monitoruj reputację IP na bieżąco
Regularne sprawdzanie reputacji to obowiązek, nie opcja. Kluczowe narzędzia i źródła danych:
- Google Postmaster Tools — wskaźnik skarg na spam, reputacja domeny i IP, dane o dostarczalności do Gmaila.
- Microsoft SNDS (Smart Network Data Services) — dane o reputacji dla Outlook/Hotmail.
- MXToolbox Blacklist Check — sprawdzenie obecności IP na ponad 100 czarnych listach.
- Spamhaus, SORBS, Barracuda — trzy najważniejsze RBL (Real-time Blackhole List), których wpis blokuje wysyłkę u wielu dostawców.
Obsługa błędów SMTP — co oznaczają kody odpowiedzi?
Gdy serwer docelowy throttluje Twoją wysyłkę, zwraca konkretne kody błędów. Umiejętność ich interpretacji pozwala szybko zdiagnozować problem:
| Kod SMTP | Znaczenie | Czy ponowić wysyłkę? |
|---|---|---|
| 421 | Serwer tymczasowo niedostępny / zbyt wiele połączeń | Tak — po 15–30 minutach |
| 450 | Skrzynka tymczasowo niedostępna (soft bounce) | Tak — po kilku godzinach |
| 451 | Błąd lokalny serwera / polityka antyspamowa | Tak — ostrożnie, sprawdź logi |
| 452 | Za mało miejsca / przekroczony limit kolejki | Tak — po czasie |
| 550 | Skrzynka nie istnieje lub polityka odrzucenia | Nie — usuń adres z listy |
| 554 | Transakcja odrzucona (IP na czarnej liście) | Nie — wymagane odlistowanie IP |
Kody z grupy 4xx to sygnały tymczasowe — dobry serwer SMTP automatycznie ponowi próbę dostarczenia (retry). Kody 5xx są ostateczne i wymagają interwencji. Jeśli widzisz dużo błędów 421 w logach, to klasyczny objaw throttlingu SMTP po stronie odbiorcy.
Czyszczenie listy mailingowej — fundament dobrej dostarczalności
Żadna konfiguracja serwera nie zastąpi czystej listy. Wysyłka mailingu do brudnej bazy to najszybsza droga do blokady SMTP, niezależnie od tego, jak starannie ustawisz rate limiting.
Jak czyścić listę?
- Double opt-in — potwierdzenie zapisu przez kliknięcie w link weryfikacyjny eliminuje literówki i fałszywe adresy na etapie zbierania danych.
- Walidacja adresów — narzędzia takie jak ZeroBounce, NeverBounce czy Hunter.io pozwalają sprawdzić adresy przed wysyłką bez faktycznego dostarczania wiadomości.
- Regularne usuwanie nieaktywnych — odbiorcy, którzy nie otworzyli żadnej wiadomości przez 6–12 miesięcy, powinni trafić do kampanii reaktywacyjnej, a po jej niepowodzeniu — zostać usunięci.
- Natychmiastowe usuwanie hard bounce'ów — każdy adres z kodem 550 musi być usunięty z listy po pierwszym odbiciu. Powtórna wysyłka na taki adres to strata reputacji.
Dobrze utrzymana lista z 10 000 aktywnych adresów osiągnie lepsze wyniki i nie spowoduje blokady SMTP szybciej niż brudna baza 100 000 kontaktów.
SPF, DKIM, DMARC — techniczne minimum, bez którego nie ma co wysyłać
Uwierzytelnienie wiadomości to dziś wymóg, nie opcja. Gmail i Yahoo od początku 2024 roku wymagają poprawnie skonfigurowanego SPF i DKIM dla nadawców wysyłających powyżej 5 000 wiadomości dziennie. Brak tych rekordów skutkuje odrzuceniem lub filtrowaniem do spamu — niezależnie od jakości listy i tempa wysyłki.
- SPF (Sender Policy Framework) — rekord TXT w DNS wskazujący, które serwery są uprawnione do wysyłki w imieniu Twojej domeny. Przykład: v=spf1 ip4:203.0.113.10 include:_spf.mailer.example.com ~all
- DKIM (DomainKeys Identified Mail) — kryptograficzny podpis wiadomości. Serwer odbiorcy weryfikuje go za pomocą klucza publicznego opublikowanego w DNS. Minimalna długość klucza: 2048 bitów.
- DMARC (Domain-based Message Authentication, Reporting and Conformance) — polityka określająca, co zrobić z wiadomościami, które nie przejdą weryfikacji SPF lub DKIM. Zalecane ustawienie docelowe: p=quarantine lub p=reject.
Poprawna konfiguracja tych trzech rekordów to fundament reputacji nadawcy. MailerPRO automatycznie weryfikuje obecność SPF i DKIM przed wysyłką kampanii, sygnalizując brakujące rekordy bezpośrednio w panelu.
Co robić, gdy już dostałeś bana?
Jeśli Twoje IP trafiło na czarną listę, działaj według poniższego schematu:
- Zidentyfikuj listę — sprawdź w MXToolbox lub MultiRBL, na których blacklistach widnieje Twoje IP.
- Usuń przyczynę — zanim złożysz wniosek o odlistowanie, napraw problem: wyczyść listę, ogranicz prędkość wysyłki, sprawdź konfigurację uwierzytelnienia.
- Złóż wniosek o delisting — każda lista ma własny formularz. Spamhaus wymaga wyjaśnienia przyczyny i potwierdzenia naprawy. Microsoft SNDS oferuje formularz Junk Mail Reporting Program (JMRP).
- Poczekaj — część list usuwa wpisy automatycznie po 24–48 godzinach braku aktywności spamowej. Inne wymagają ręcznej weryfikacji (nawet 7–14 dni).
- Rozważ zmianę IP — jeśli reputacja IP jest permanentnie zniszczona, nowy adres (z prawidłowym procesem rozgrzewania) może być szybszym rozwiązaniem.
Podsumowanie — throttling SMTP pod kontrolą
Unikanie blokady SMTP to nie magia — to suma dobrych praktyk: czystej listy, stopniowego rozgrzewania IP, rozsądnego tempa wysyłki, poprawnego uwierzytelnienia i regularnego monitoringu reputacji. Wysyłka mailingu z limitem przestaje być problemem, gdy traktujesz ją jako proces, a nie jednorazową akcję. Jeśli chcesz mieć pełną kontrolę nad każdym z tych elementów bez zarządzania dziesiątkami narzędzi osobno — sprawdź, jak MailerPRO integruje wysyłkę przez własne skrzynki SMTP z automatycznym monitoringiem bounce'ów i reputacji w jednym miejscu.
📨 Wypróbuj Mailer PRO
Wysyłaj mailing z własnych skrzynek SMTP — bez prowizji od liczby maili. Zachowujesz pełną kontrolę nad reputacją domeny.
Zobacz cennik Jak to działa


