SMTP-relä, som infrastruktur

En smtp relay tjänst som rapporterar tillbaka

Byt värd och port, behåll din kod. Få autentiseringskontroller, uppvärmning, omförsök och en spårning för varje meddelande som skickas genom din smtp relay tjänst.

Börja skicka via SMTP Se vad relän hanterar
Ingenjör vid en övervakningsterminal i slutet av en mörk serverkorridor med blå statuslampor
Vad relän hanterar

Sex jobb du slutar göra för hand

En SMTP-relä är bara värd sitt pris om den tar bort arbete. Det här är delarna av utgående mail som oftast slutar som en röra av cron-jobb och runbooks.

SMTP-endpunkt som går att koppla in direkt

Port 587 med STARTTLS eller 465 med implicit TLS. Varje mailer i ett ramverk, CMS eller äldre system som pratar SMTP fungerar med ett byte av värd och inloggning.

Autentisering verifieras först

SPF-, DKIM- och DMARC-alignment kontrolleras innan första produktionsutskicket, så att en felaktig post aldrig tyst underminerar resten av uppsättningen.

Uppvärmning på en fast kurva

En ny domän går från 50 utskick per dag till 100 000 på ungefär fyra veckor, med kurvan styrd av relän i stället för i ett kalkylblad.

Omförsök med backoff

4xx-uppskjutningar försöker igen med exponentiell backoff. 5xx-avvisningar stoppas direkt och klassificeras, så att en död brevlåda inte bombarderas hela natten.

Spårning per utskick

Signaler för öppning, klick, studs och skräppost för varje meddelande, strömmade via SSE, med det råa SMTP-svaret bifogat när ett utskick misslyckas.

Export till din stack

Skicka samma händelser till Datadog eller Grafana och larma på leverans på samma sätt som du larmar på latens och felfrekvens.

Så körs det

Från lokal Postfix till relä på fem steg

De flesta migreringar tar en eftermiddag. Den långsamma delen är uppvärmningen, och den delen körs utan övervakning.

  1. 1

    Lägg till avsändardomänen

    Publicera SPF-include och DKIM-posterna som tjänsten ger dig. Alignment verifieras innan något skickas.

  2. 2

    Skapa SMTP-uppgifter

    Generera en avgränsad inloggning per applikation, så att ett läckt lösenord inte exponerar alla tjänster som skickar mail.

  3. 3

    Peka din mailer mot relän

    Ange värden, använd port 587 med STARTTLS och skicka ett testmeddelande. I Postfix är det en enda relayhost-rad i main.cf.

  4. 4

    Ange målvolym och tidsfönster

    Välj var du vill landa och över hur lång tid. Fyra veckor till 100 000 per dag är en vanlig startpunkt för en kall domän.

  5. 5

    Titta på spårningarna, koppla sedan över

    Skicka en liten andel först och läs spårningarna. När studs- och klagomålsnivåerna ser normala ut flyttar du resten av volymen.

För vem det är

För ett team som pensionerar en egen Postfix-server

En egen mailserver fungerar tills dagen den inte gör det. En IP-adress hamnar på en blockeringslista, kön fastnar bakom en långsam mottagare, eller så slutar den enda person som förstod konfigurationen. En relä tar över leverans, anseende och omförsök, medan dina applikationer fortsätter skicka till en SMTP-endpunkt precis som förut. Du ser vilken batch som studsade och varför, i stället för att läsa mail-loggar över SSH.

  • Behåll det SMTP-gränssnitt som dina appar redan använder
  • Ingen kö eller blockeringslista att hålla koll på
  • Råa SMTP-svar i spårningen, inte bara en statusetikett
Bärbar dator som visar terminallogg bredvid en skissbok med mailservrar kopplade med pilar
För vem det är

För ett produktteam vars transaktionsvolym fortsätter att öka

Transaktionsmail växer i språng. Ett nytt onboardingflöde släpps, en funktion blir allmänt tillgänglig och de dagliga utskicken fördubblas över natten. Att öka den nya volymen gradvis i bakgrunden gör att lösenordsåterställningar och kvitton fortsätter att landa i inkorgen medan pipelinen skalar. Om något slår till pekar ett larm ut signalen, i stället för att du får gissa.

  • Hanterar språng i volym, inte bara stadig tillväxt
  • Befintliga transaktionsutskick påverkas inte under en uppramning
  • Pausar automatiskt när studs- eller skräppostnivåerna passerar en tröskel
Serverrack med patchpanel, gula kablar och blå statuslampor
Jämfört

Var en SMTP-relä står mellan egen drift och ett API

Ingen rankning. Rätt val beror på vad du redan kör och hur mycket av leveransen du vill äga själv.

KriteriumEgen MTASMTP-relätjänstEnbart HTTP-mail-API
Fungerar med befintlig SMTP-kodJaJaNej, kräver en integration
IP- och domänanseendeDu sköter detHanterat, med uppvärmningHanterat, med uppvärmning
Hantering av omförsök och studsarEgen konfigurationInbyggt, klassificeratInbyggt, klassificerat
Spårning per utskickMail-loggar på servernSpårning plus SSE-händelserSpårning plus SSE-händelser
IdempotensnycklarFinns inteVia API:t och SDK:ernaInbyggt
DriftbördaHögLågLåg

Vanliga frågor

Vad är en SMTP-relätjänst?
Det är en hanterad server som tar emot mail från din applikation via SMTP, autentiserar dig och levererar det till mottagarens mailserver åt dig. Du behåller din befintliga kod eller ramverkets mailer och ändrar bara värd, port och uppgifter.
Vilken port ska jag använda för SMTP-relä?
Använd 587 med STARTTLS för de flesta applikationer, eller 465 för implicit TLS. Port 25 är till för server-till-server-trafik, och många molnleverantörer blockerar den utgående, så den är sällan rätt val för en app som skickar via en relä.
Hur skiljer sig en SMTP-relä från ett mail-API?
Båda hamnar i samma leveranspipeline. SMTP är kompatibilitetsvägen: varje ramverk, CMS eller äldre system som kan prata SMTP fungerar oförändrat. HTTP-API:t och SDK:erna för Node, Python och Go lägger till idempotensnycklar och strukturerade fel för ny kod.
Behöver jag fortfarande SPF, DKIM och DMARC med en relä?
Ja. Relän signerar och skickar, men din domän måste auktorisera den. Tjänsten kontrollerar SPF- och DKIM-alignment innan första produktionsutskicket, eftersom en saknad post är den vanligaste orsaken till att mail hamnar i skräpposten efter en migrering.
Kan jag flytta från min egen Postfix-server utan driftstopp?
Ja. Peka Postfix mot relän som sin smarthost på port 587, skicka en liten andel av volymen först och läs spårningarna. När studs- och klagomålsnivåerna ser normala ut routar du resten och pensionerar den direkta leveransvägen.
Vad händer när ett utskick misslyckas eller mottagarservern är upptagen?
Tillfälliga fel som 4xx-uppskjutningar försöker igen med exponentiell backoff. Permanenta fel, till exempel ett 550 för en okänd brevlåda, klassificeras som hårda studsar, slutar försökas igen och syns i spårningen per utskick med det råa SMTP-svaret.
Kommer en ny domän att landa i inkorgen dag ett?
Inte tillförlitligt. En kall domän har inget anseende, så volymen bör öka gradvis. Uppvärmningen tar ungefär fyra veckor från 50 utskick per dag till 100 000, och utskicken pausas automatiskt om studs- eller skräppostnivåerna passerar en tröskel.
Är en relä värd det vid några tusen mail i månaden?
Ofta ja, även vid låg volym, eftersom kostnaden du undviker är driftsrelaterad: underhåll av IP-anseende, kömonitorering och hantering av studsar. Argumentet är starkast när volymen ökar, till exempel vid ett nytt onboardingflöde eller en lansering där funktionen blir allmänt tillgänglig.

Byt ett värdnamn, behåll resten av din stack

Peka din mailer mot relän, värm upp domänen och läs spårningen för varje utskick. Uppvärmning och automatisk paus är på som standard.

Kom igång gratis Se hur utrullningen går till
notificationharbor
Kom igång gratis