når du sender en e-post, samhandler en avsender med en mottaker samtidig. Men når du håndterer transaksjonelle e-poster eller bulk-post i appen din, kan de ikke alle sendes samtidig. E-post er satt PÅ EN SMTP-kø som gir midlertidig lagring før behandling. Når mottakeren er i stand til å motta e-post, blir de sendt. Her finner vi ut hvorfor du vil velge e-postkø i appen din, og hvordan dette kan gjøres.

Hva er en e-postkø?

en e-postkø er en obligatorisk del AV SMTP-servere. Det er et system som skaper en rekke e-poster som venter på å bli behandlet for levering. E-postkø er En Form For Message Queuing – en asynkron tjeneste-til-tjeneste-kommunikasjon. En meldingskø er ment å avkoble en produserende prosess fra en forbruker. En e-postkø kobler avsenderen fra mottakeren. Det tillater dem å kommunisere uten å være tilkoblet. Som sådan venter e-postene i kø på behandling til mottakeren er tilgjengelig for å motta dem.

Du kan se på en e-postkø som en buffer der e-postene lagres før de treffer endepunktet. Samtidig trenger avsenderen ikke å sende hver melding separat. Kommunikasjonen mellom avsender og mottaker er asynkron. Når e-postene har blitt enqueued, leveres de trinnvis. VANLIGVIS starter SMTP-serveren fra begynnelsen av køen og går fremover.

hvordan e-postkøer fungerer

la oss si at du lanserer en e-postkampanje som inneholder 100 mottakere. E-postklienten samhandler MED SMTP-serveren for å sende meldingen. Serveren samhandler i sin tur MED SMTP-servere på mottakernes verter for å videresende e-posten. Siden du sender 100 e-poster, setter SMTP-serveren på verten dem på en kø. De fleste e-postservere bruker en mail transfer agent (mta) kalt sendmail for å gjøre selve sendingen. Vi vil berøre forskjellene mellom disse to begrepene i neste avsnitt. MTA vil med jevne mellomrom sende alle meldingene i køen til ferdigstillelse. Hvis mottakerens SMTP-server ikke svarer, sender sendmail gjentatte ganger e-poster. I dette tilfellet blir e-postkøen til sendmail-køen. Vanligvis vil din e-postklient bli varslet om denne typen problem. Hvis sendmail-køen ikke blir levert i løpet av en bestemt periode (for eksempel fem dager), vil e-posten bli returnert.

hvorfor e-postkøer blir tette og hvordan du løser det

når du gjør masseutsendelse, setter SMTP-serveren dine utgående meldinger automatisk inn i en e-postkø. De sendes en etter en fra denne bufferen. Det er en vanlig prosess som er ganske gunstig for e-postkampanjer. Samtidig kan e-postmeldinger i kø bli et problem når de venter på å bli sendt i unormalt lang tid (avhenger av tjenesten du bruker). E-poster i kø vil ikke bli returnert. De vil bli sendt uansett, men leveringstiden kan bli betydelig redusert. Og Her Er de to kjerneårsakene til det:

Oversteg volumet av e-postmeldinger
Noen postboksleverandører (for Det meste de store som Gmail eller Yahoo) håndhever e-postfrekvensgrenser på IP-adresser. Grensene er basert på avsenderens omdømme. Hvis du har overskredet denne prisen og lagt for mange e-poster i kø, reduseres leveringshastigheten. Du kan også nå maksimal e-postvedlegg størrelse, som også kan være en bremsefaktor. Den eneste løsningen er å kontakte innkommende server så ofte som mulig for å skyve køen. NÅR EN IP overskrider grensen for e-post, svarer SMTP-serveren med en feilkode (for eksempel 421) til en kommando. Du kan lese mer OM SMTP-kommandoer og svarkoder i blogginnlegget vårt. Det anbefales også å velge en dedikert IP-adresse i stedet for et delt alternativ for å maksimere hastigheten på e-postflyten din.

Spam-relaterte problemer
En annen vanlig grunn er at e-posten din har blitt busted av spamfiltre. Ikke få panikk! Filtrene vil la e-postene gradvis passere for å analysere hvordan resten av mottakerne reagerer på meldingen. Hvis det er sakte fremgang, er det greit. Din e-postkampanje blir observert og vurdert. Hvis det sitter fast, kan det være forskjellige grunner, inkludert blokkering av IP-adressen din. I dette tilfellet må du unlist deg selv og optimalisere e-postkampanjen din. Les vårt blogginnlegg om hvordan du unngår e-post som går til spam.

I tillegg til disse grunnleggende årsakene, kan en kø være tilstoppet av andre grunner som du bør finne ut med e-postleverandøren din.

Administrere e-postkøer

Administrere en e-postkø er en enkel oppgave hvis du bruker et server kontrollpanel som cPanel. Det gir WebHostManager (WHM) for å håndtere en haug med ting. Og hva om du ikke gjør det? Siden vi ikke aner hvilken e-postserver du bruker, la oss sjekke ut kommandoer for de mest brukte postoverføringsagentene: Postfix og Exim.

e-postkø i appen

vanligvis har smtp-servere et innebygd køhåndteringssystem. Dette er et alternativ hvis e-postkampanjen din har hundrevis av mottakere. Men noen ganger er det bedre å ha en e-postkø rett i appen din. Her er noen tilfeller når det er gunstig: Hvis en bruker gjør asynkrone handlinger som å sende varsler til 1000 kontakter, ville det være veldig sakte uten å bruke kø eller bakgrunnsoppgave.Hvis appen din sporer, la oss si grensen på megabyte per måned, og du vil sende et varsel om 70%/80%/90% limit reach. Det kan potensielt skje raskt for noen høy bruk, så kø er nødvendig for å sende bare en e-post til en bruker i stedet for å sende tre e-poster per hendelse.

SMTP-køen er kanskje ikke nok til å håndtere disse oppgavene. Derfor bør du velge en raffinert e-postsendingsarkitektur. Den er basert på asynkront system for å sende e-post, som vil kø meldinger før de når e-postserveren. Slik kan det se ut på et høyere nivå:

Her kan du se tre hovedprosesser:

Utvidende arbeidere implementerer masseforespørsler om e-post lagret i databasen
hvis samme e-post skal leveres til flere mottakere, vil worker utvider masseforespørsler for hver mottaker. Dette skyver e-post til e-postkøen.

E-postkøen er implementert via e-postkø-systemet
det er ikke EN SMTP-kø. E-post er satt på en kø, men ikke på e-postserveren. Uten kø vil appen din prøve å sende ut tusenvis av e-poster samtidig. Som et resultat vil mangel på minne eller tid til å behandle forespørselen føre til krasj. Når du bruker en e-kø system Som ActiveMQ eller RabbitMQ, er e-postene i kø og behandlet i grupper.

Mail sending worker sender kø e-post til e-postserveren
denne arbeideren faktisk tar e-post fra køen og sender dem til e-postserveren. Hvis serverresponsen er negativ, sendes e-posten til en feilkø, som enten sender dem senere eller avbryter leveransen. Det er opp til deg å sette opp scenariet. Vellykket levert e-post kan arkiveres.

Test e-køsystemet ditt med en falsk SMTP-server

når du har satt opp denne avanserte e-postsendingsarkitekturen, ikke glem å teste den. En falsk SMTP-server Som Mailtrap er et perfekt verktøy for dette. Det er ikke et verktøy for å teste SMTP-server. Så, du vil ikke kunne bruke den til å teste SMTP-e-postkøen. Men hvis du har e-postkøen implementert før e-postserveren, Kan Mailtrap brukes. Det gir alle nødvendige legitimasjon som port, autentiseringsmetode, og så videre. Du kan også dra nytte av klar til bruk integrasjoner for de fleste vanlige tech stabler. Så bare kopier et stykke kode og lim det inn i appen din.

Start Testing

Failsafe er en annen fordel ved å bruke en falsk SMTP-server. Dine transaksjons-eller markedsførings-e-poster vil bli overført til en falsk POP3-server. Dette utelukker spam til ekte brukere. Du unngår også problemer knyttet til feil konfigurasjon, godkjenning og så videre. Til slutt, hvis appen din fungerer bra, ser du e-posten din I Demo-innboksen.

Innpakning

så nøkkelen takeaway her er at e-postkøen har to sider av mynten. Den første er positiv. E-post og SMTP queuing kobler prosessene for sending og mottak av e-post. Dette er nyttig for bulk eller masse mailing tilfeller. Den negative siden er at en kø e-post er ofte forbundet med noen feil som forsinker sending av meldingen. Samtidig, nå vet du hvordan du skal håndtere disse bekymringene og dra nytte av e-postkø på det meste.