SMTP relay jako infrastruktura

Usługa SMTP relay, która raportuje każdą wysyłkę

Zmień host i port, zostaw swój kod. Dostajesz sprawdzenie uwierzytelniania, warmup, ponowienia i ślad dla każdej wiadomości wysłanej przez usługę SMTP relay.

Zacznij wysyłać przez SMTP Zobacz, co obsługuje relay
Inżynier przy terminalu monitoringu na końcu ciemnego korytarza serwerowego z niebieskimi diodami statusu
Co obsługuje relay

Sześć zadań, które przestajesz wykonywać ręcznie

Relay SMTP ma sens tylko wtedy, gdy zdejmuje pracę. Poniżej części wysyłki wychodzącej, które zwykle kończą się jako splątane zadania cron i runbooki.

Endpoint SMTP bez zmian w kodzie

Port 587 ze STARTTLS albo 465 z niejawnym TLS. Każdy mailer frameworka, CMS albo system legacy, który mówi po SMTP, działa po zmianie hosta i danych logowania.

Uwierzytelnianie sprawdzone najpierw

Zgodność SPF, DKIM i DMARC jest weryfikowana przed pierwszą produkcyjną wysyłką, więc błędny rekord nie podkopuje po cichu reszty konfiguracji.

Warmup według stałej rampy

Nowa domena przechodzi od 50 wysyłek dziennie do 100 tys. w mniej więcej cztery tygodnie. Krzywą pilnuje relay, a nie arkusz kalkulacyjny.

Ponowienia z backoffem

Odroczenia 4xx są ponawiane z wykładniczym backoffem. Odrzucenia 5xx zatrzymują się od razu i są klasyfikowane, więc martwa skrzynka nie jest bombardowana przez całą noc.

Ślad każdej wysyłki

Sygnały otwarcia, kliknięcia, bounce i spamu dla każdej wiadomości, strumieniowane przez SSE, z surową odpowiedzią SMTP przy nieudanej wysyłce.

Eksport do Twojego stosu

Te same zdarzenia wysyłasz do Datadog albo Grafana i alarmujesz o dostarczalności tak samo, jak alarmujesz o opóźnieniach i błędach.

Jak to działa

Od lokalnego Postfixa do relay w pięciu krokach

Większość migracji zajmuje popołudnie. Wolna jest rampa, a ta działa bez nadzoru.

  1. 1

    Dodaj domenę wysyłkową

    Opublikuj include SPF i rekordy DKIM, które dostarcza usługa. Zgodność jest weryfikowana, zanim cokolwiek wyjdzie na zewnątrz.

  2. 2

    Utwórz dane logowania SMTP

    Wygeneruj osobne, ograniczone dane dla każdej aplikacji, żeby jeden wyciek hasła nie odsłonił wszystkich usług wysyłających pocztę.

  3. 3

    Wskaż relay w swoim mailerze

    Ustaw host, użyj portu 587 ze STARTTLS i wyślij wiadomość testową. W Postfixie to jedna linia relayhost w main.cf.

  4. 4

    Ustaw docelowy wolumen i okno

    Wybierz, dokąd chcesz dojść i w jakim czasie. Cztery tygodnie do 100 tys. dziennie to typowy punkt startowy dla zimnej domeny.

  5. 5

    Obserwuj ślady, potem przełącz

    Najpierw skieruj na relay mały udział ruchu i przeczytaj ślady. Gdy bounce i skargi wyglądają normalnie, przenieś resztę wolumenu.

Dla kogo to jest

Dla zespołu, który wycofuje samodzielnie utrzymywany serwer Postfix

Serwer pocztowy, który utrzymujesz sam, działa do dnia, w którym przestaje działać. IP trafia na blocklistę, kolejka stoi za wolnym odbiorcą albo jedyna osoba, która rozumiała konfigurację, odchodzi z firmy. Relay przejmuje dostarczanie, reputację i ponowienia, a Twoje aplikacje dalej wysyłają na endpoint SMTP tak jak wcześniej. Widzisz, która partia odbiła się i dlaczego, zamiast czytać logi pocztowe przez SSH.

  • Zachowujesz interfejs SMTP, którego używają Twoje aplikacje
  • Bez kolejki i blocklisty do pilnowania
  • Surowe odpowiedzi SMTP w śladzie, a nie tylko etykieta statusu
Laptop z logami terminala obok szkicu w notatniku przedstawiającego serwery pocztowe połączone strzałkami
Dla kogo to jest

Dla zespołu produktowego, którego wolumen transakcyjny rośnie skokowo

Poczta transakcyjna rośnie skokami. Wchodzi nowy proces onboardingu, funkcja trafia do ogólnej dostępności i dzienny wolumen wysyłek podwaja się przez noc. Dogrzewanie nowego wolumenu w tle pozwala, by resetowanie haseł i potwierdzenia zamówień docierały do skrzynki, gdy potok się skaluje. Jeśli coś się zadzieje, alert wskazuje sygnał zamiast zgadywania.

  • Obsługuje skokowe zmiany, a nie tylko stały wzrost
  • Istniejące wysyłki transakcyjne nie są zakłócane podczas rampy
  • Automatyczna pauza, gdy wskaźniki bounce lub spamu przekroczą próg
Panel krosowniczy w szafie serwerowej z żółtymi kablami i niebieskimi diodami statusu
Porównanie

Gdzie relay SMTP leży między samodzielnym hostingiem a API

To nie ranking. Właściwy wybór zależy od tego, co już uruchamiasz i ile dostarczania chcesz mieć pod własną kontrolą.

KryteriumSamodzielny MTAUsługa SMTP relayTylko API HTTP
Działa z istniejącym kodem SMTPTakTakNie, wymaga integracji
Reputacja IP i domenyZarządzasz samZarządzana, z warmupemZarządzana, z warmupem
Obsługa ponowień i bounceWłasna konfiguracjaWbudowana, sklasyfikowanaWbudowana, sklasyfikowana
Ślad każdej wysyłkiLogi pocztowe na serwerzeŚlad i zdarzenia SSEŚlad i zdarzenia SSE
Klucze idempotentnościNiedostępnePrzez API i SDKNatywne
Obciążenie operacyjneWysokieNiskieNiskie

Najczęstsze pytania

Czym jest usługa SMTP relay?
To zarządzany serwer, który przyjmuje pocztę od Twojej aplikacji przez SMTP, uwierzytelnia Cię i dostarcza wiadomość do serwera pocztowego odbiorcy w Twoim imieniu. Zachowujesz istniejący kod albo mailer frameworka i zmieniasz tylko host, port i dane logowania.
Jakiego portu użyć dla SMTP relay?
Do większości aplikacji port 587 ze STARTTLS, a dla niejawnego TLS port 465. Port 25 służy do komunikacji serwer-serwer, a wielu dostawców chmury blokuje go w ruchu wychodzącym, więc rzadko jest właściwym wyborem dla aplikacji wysyłającej przez relay.
Czym relay SMTP różni się od API do e-maili?
Oba trafiają do tego samego potoku dostarczania. SMTP to ścieżka zgodności: każdy framework, CMS albo system legacy, który mówi po SMTP, działa bez zmian. API HTTP oraz SDK dla Node, Python i Go dodają w nowym kodzie klucze idempotentności i ustrukturyzowane błędy.
Czy przy relay nadal potrzebuję SPF, DKIM i DMARC?
Tak. Relay podpisuje i wysyła, ale Twoja domena musi go autoryzować. Usługa sprawdza zgodność SPF i DKIM przed pierwszą produkcyjną wysyłką, bo brakujący rekord to najczęstsza przyczyna trafiania poczty do spamu po migracji.
Czy mogę przenieść się z własnego serwera Postfix bez przestoju?
Tak. Ustaw Postfix tak, by wysyłał przez relay jako smarthost na porcie 587, najpierw skieruj mały udział wolumenu i obserwuj ślady. Gdy bounce i wskaźniki skarg wyglądają normalnie, przekieruj resztę i wycofaj bezpośrednią ścieżkę dostarczania.
Co się dzieje, gdy wysyłka się nie powiedzie albo serwer odbiorcy jest zajęty?
Tymczasowe błędy, takie jak odroczenia 4xx, są ponawiane z wykładniczym backoffem. Błędy trwałe, na przykład 550 o nieznanej skrzynce, są klasyfikowane jako twarde bounce, nie są ponawiane i pojawiają się w śladzie wysyłki wraz z surową odpowiedzią SMTP.
Czy nowa domena trafi do skrzynki pierwszego dnia?
Niekoniecznie. Zimna domena nie ma reputacji, więc wolumen powinien rosnąć stopniowo. Warmup trwa około czterech tygodni, od 50 wysyłek dziennie do 100 tys., a wysyłka wstrzymuje się automatycznie, gdy wskaźniki bounce lub spamu przekroczą próg.
Czy relay ma sens przy kilku tysiącach e-maili miesięcznie?
Często tak, nawet przy niskim wolumenie, bo unikasz kosztu operacyjnego: utrzymania reputacji IP, monitorowania kolejki i obsługi bounce. Najlepiej to widać, gdy wolumen skacze, na przykład przy nowym procesie onboardingu albo starcie ogólnej dostępności.

Zmień jedną nazwę hosta, zostaw resztę stosu

Ustaw relay w swoim mailerze, rozgrzej domenę według rampy i czytaj ślad każdej wysyłki. Warmup i automatyczna pauza są domyślnie włączone.

Zacznij za darmo Zobacz, jak działa wdrożenie
notificationharbor
Zacznij za darmo