Skonfigurowałeś aplikację lub system CRM tak, żeby wysyłał e-maile przez Gmail Workspace SMTP relay — i przez jakiś czas wszystko działało świetnie. Aż pewnego dnia wysyłka stanęła, a w logach pojawił się błąd 550 Daily user sending limit exceeded. Jeśli tu trafiłeś, wiesz już, że limit 2000 wiadomości dziennie to nie mit. W tym artykule dowiesz się dokładnie, jak działa gmail relay w Google Workspace, skąd bierze się ten limit i — co najważniejsze — jak go sensownie obejść bez narażania domeny na problemy z dostarczalnością.
Czym jest Gmail Workspace SMTP relay i do czego służy
SMTP relay w Google Workspace to usługa, która pozwala zewnętrznym aplikacjom, serwerom i urządzeniom (np. drukarkom, systemom ERP, formularzom kontaktowym) wysyłać e-maile przez infrastrukturę Google, używając Twojej domeny firmowej. Zamiast konfigurować własny serwer pocztowy, kierujesz ruch SMTP na adres smtp-relay.gmail.com, port 587 (STARTTLS) lub 465 (SSL).
Usługa jest dostępna wyłącznie w płatnych planach Google Workspace (Business Starter, Business Standard, Business Plus, Enterprise). Nie działa na bezpłatnych kontach Gmail. Jej główne zalety to wysoka reputacja IP Google, wbudowane mechanizmy SPF/DKIM oraz brak konieczności utrzymania własnego serwera MTA.
Różnica między SMTP relay a „Send mail as" w Gmailu
Wiele osób myli dwie funkcje. SMTP relay (smtp-relay.gmail.com) służy do wysyłki z serwerów i aplikacji — uwierzytelniasz się adresem IP lub OAuth, a Google akceptuje pocztę w imieniu całej domeny. „Send mail as" (smtp.gmail.com) to opcja dla indywidualnych klientów pocztowych — każde konto ma własny limit i wymaga hasła aplikacji lub OAuth. Do automatycznych wysyłek masowych zawsze powinieneś używać relay, nie smtp.gmail.com.
Skąd pochodzi limit 2000 wiadomości dziennie
Google oficjalnie dokumentuje limit 2000 wiadomości na odbiorcę dziennie dla usługi SMTP relay (stan na 2024 r.). Oznacza to, że przez jeden relay możesz wysłać do 2000 unikalnych wiadomości wychodzących w ciągu doby — liczonych od północy czasu pacyficznego (UTC-8/UTC-7). Limit jest przypisany do domeny Workspace, nie do pojedynczego konta użytkownika.
Oficjalna dokumentacja Google podaje: „The SMTP relay service has a limit of 2,000 unique recipients per day." Przekroczenie skutkuje tymczasowym odrzuceniem wiadomości z kodem błędu 421 lub 550.
Warto wiedzieć, że limit liczy unikalne adresy odbiorców, nie liczbę wiadomości. Jedna wiadomość do 10 odbiorców to 10 z puli 2000. Kampania do 500 osób z 3 follow-upami to już 1500 „slotów". Przy intensywnym użyciu transakcyjnym i marketingowym limit wyczerpuje się szybciej, niż mogłoby się wydawać.
Co się dzieje po przekroczeniu limitu
Google nie blokuje konta trwale — limit resetuje się automatycznie po 24 godzinach. W praktyce oznacza to jednak, że wiadomości wysłane po przekroczeniu limitu są odrzucane lub kolejkowane przez aplikację wysyłającą (jeśli obsługuje retry). Jeśli Twój system nie ma mechanizmu ponownych prób, e-maile po prostu przepadają bez śladu w logach aplikacji.
Konfiguracja Gmail Workspace SMTP relay — krok po kroku
Zanim zaczniesz szukać obejść limitu, upewnij się, że relay jest poprawnie skonfigurowany. Błędna konfiguracja to najczęstsze źródło problemów z dostarczalnością jeszcze przed osiągnięciem jakiegokolwiek limitu.
1. Włącz usługę SMTP relay w konsoli administracyjnej
- Zaloguj się do admin.google.com jako superadministrator.
- Przejdź do Aplikacje → Google Workspace → Gmail → Routing.
- Znajdź sekcję SMTP relay service i kliknij Konfiguruj.
- Dodaj nową regułę: nadaj jej nazwę, wybierz metodę uwierzytelniania (adres IP lub OAuth) i zaznacz opcję Require TLS encryption.
- Zapisz zmiany — propagacja trwa do 24 godzin, choć zwykle jest szybsza.
2. Metody uwierzytelniania — IP vs OAuth
| Metoda | Zalety | Wady |
|---|---|---|
| Adres IP | Prosta konfiguracja, brak potrzeby zarządzania tokenami | Wymaga stałego IP; problem przy chmurowych instancjach ze zmiennym IP |
| OAuth 2.0 | Bezpieczniejszy, działa z dynamicznym IP | Bardziej złożona konfiguracja aplikacji, tokeny wymagają odświeżania |
| Hasło aplikacji | Kompatybilne ze starszymi aplikacjami | Wymaga włączonego 2FA; mniej bezpieczne niż OAuth |
3. Rekordy SPF i DKIM — obowiązkowe
Aby wiadomości wysyłane przez relay nie trafiały do spamu odbiorców, musisz dodać serwery Google do rekordu SPF swojej domeny. Standardowy wpis dla Workspace wygląda tak:
v=spf1 include:_spf.google.com ~all
DKIM konfiguruje się w konsoli administracyjnej Gmail (Aplikacje → Gmail → Uwierzytelnianie e-maili). Wygeneruj klucz 2048-bitowy i dodaj go jako rekord TXT w DNS domeny. Bez DKIM nawet poprawnie skonfigurowany relay będzie miał obniżoną dostarczalność.
5 sprawdzonych metod obejścia limitu 2000 wiadomości
Jeśli Twoje potrzeby wysyłkowe przekraczają 2000 wiadomości dziennie, masz kilka realnych opcji. Każda ma swoje kompromisy — poniżej znajdziesz je zestawione uczciwie.
1. Podział wysyłki na wiele kont Workspace
Limit 2000 jest przypisany do domeny, ale możesz skonfigurować kilka oddzielnych projektów relay uwierzytelnionych różnymi kontami lub subdomenami (np. send1.firma.pl, send2.firma.pl). Każda subdomena ma własną pulę 2000 wiadomości. Wymaga to jednak zarządzania wieloma rekordami DNS i może negatywnie wpłynąć na spójność marki, jeśli odbiorcy widzą różne adresy nadawcy.
2. Rozkład wysyłki w czasie (throttling)
Jeśli Twoja aplikacja obsługuje kolejkowanie, ustaw maksymalną liczbę wiadomości na godzinę tak, żeby dobowy wolumen nie przekraczał 1800–1900 (z buforem bezpieczeństwa). Dla kampanii marketingowych rozłóż wysyłkę na kilka dni. To najprostsze rozwiązanie dla firm, które sporadycznie przekraczają limit podczas dużych kampanii.
3. Wydzielenie ruchu transakcyjnego od marketingowego
Najczęstszy błąd to mieszanie e-maili transakcyjnych (potwierdzenia zamówień, resetowanie hasła) z kampaniami marketingowymi na jednym relay. Przenieś kampanie marketingowe na dedykowaną platformę mailingową, a relay zostaw wyłącznie dla wiadomości transakcyjnych — te zwykle nie przekraczają kilkuset dziennie nawet w średnich firmach.
4. Własny serwer SMTP lub dedykowana usługa relay
Dla firm wysyłających powyżej 5000–10 000 wiadomości miesięcznie opłaca się rozważyć własną infrastrukturę SMTP lub dedykowaną usługę relay z wyższymi limitami. Narzędzia takie jak MailerPRO pozwalają wysyłać mailing z własnych skrzynek SMTP bez limitów narzuconych przez Google, zachowując przy tym pełną kontrolę nad domeną i reputacją IP. To szczególnie ważne, gdy zależy Ci na dostarczalności i możliwości skalowania bez renegocjowania warunków z dostawcą.
5. Google Workspace Enterprise — wyższe limity
Plan Enterprise oferuje wyższe limity wysyłki i dostęp do dedykowanego wsparcia Google. Jeśli jesteś już na planie Enterprise i nadal napotykasz limity, skontaktuj się z pomocą techniczną Google — w uzasadnionych przypadkach możliwe jest indywidualne zwiększenie puli. Nie jest to jednak standardowa procedura i wymaga udokumentowania potrzeby biznesowej.
Najczęstsze błędy i jak je diagnozować
Problemy z gmail relay rzadko wynikają wyłącznie z limitu. Oto błędy, które pojawiają się najczęściej, i jak je rozróżnić:
- 550 5.7.1 — Relay access denied: Aplikacja nie jest uwierzytelniona. Sprawdź, czy IP serwera jest na białej liście lub czy token OAuth jest ważny.
- 421 4.7.0 — TLS required: Połączenie nie używa szyfrowania. Upewnij się, że aplikacja łączy się przez port 587 z STARTTLS lub 465 z SSL.
- 550 Daily user sending limit exceeded: Przekroczono limit 2000. Poczekaj na reset (północ czasu pacyficznego) lub zastosuj jedno z obejść opisanych wyżej.
- Wiadomości trafiają do spamu: Problem z SPF/DKIM lub reputacją IP. Sprawdź rekordy DNS narzędziem MXToolbox i przejrzyj nagłówki odrzuconych wiadomości.
Jak monitorować wykorzystanie limitu
Google Workspace Admin Console nie oferuje w czasie rzeczywistym licznika wykorzystanego limitu relay. Możesz jednak analizować logi w sekcji Raportowanie → Dziennik audytu poczty e-mail — filtruj po typie zdarzenia „Message sent" i zliczaj rekordy z danego dnia. Alternatywnie skonfiguruj alerty w aplikacji wysyłającej, żeby raportowała błędy 421/550 zanim problem stanie się krytyczny.
RODO a wysyłka przez Gmail relay — o czym pamiętać
Korzystając z workspace smtp jako relay dla wiadomości zawierających dane osobowe (imiona, adresy e-mail odbiorców), przetwarzasz dane przez infrastrukturę Google. Google działa tu jako podmiot przetwarzający w rozumieniu art. 4 pkt 8 RODO. Oznacza to, że powinieneś mieć podpisaną z Google umowę powierzenia przetwarzania danych (DPA) — w przypadku Workspace jest ona dostępna w konsoli administracyjnej i akceptowana automatycznie przy aktywacji usługi.
Jeśli wysyłasz kampanie marketingowe, pamiętaj o obowiązku posiadania podstawy prawnej przetwarzania (najczęściej zgoda z art. 6 ust. 1 lit. a RODO) oraz o rejestrze czynności przetwarzania (art. 30 RODO). Relay to tylko kanał techniczny — odpowiedzialność za legalność wysyłki spoczywa na administratorze danych, czyli na Tobie.
Podsumowanie — kiedy relay wystarczy, a kiedy szukać alternatywy
Gmail Workspace SMTP relay to solidne rozwiązanie dla firm, które wysyłają do kilkuset wiadomości transakcyjnych dziennie i nie planują masowych kampanii marketingowych. Limit 2000 wiadomości dziennie jest wystarczający dla zdecydowanej większości małych i średnich przedsiębiorstw — pod warunkiem, że ruch transakcyjny jest oddzielony od marketingowego.
Jeśli jednak Twój biznes rośnie, kampanie e-mail stają się regularnym kanałem sprzedaży, a limit relay zaczyna Cię ograniczać — czas na dedykowane narzędzie do mailingu. Zanim wybierzesz rozwiązanie, przeanalizuj swój miesięczny wolumen wysyłki, podziel go na transakcyjny i marketingowy, i dopiero wtedy dobierz infrastrukturę do realnych potrzeb. Dobra architektura wysyłki to nie koszt — to inwestycja w dostarczalność i reputację domeny.
📨 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


