4 Dingen Die U Moet Weten Over Message Queue Management

Bird

7 jul 2014

E-mail

1 min read

4 Dingen Die U Moet Weten Over Message Queue Management

Belangrijkste punten

    1. Monolithische wachtrijen breken stilletjes je e-mailprogramma
      Veel verzenders draaien op MTAs die gebruikmaken van een enkele, gedeelde wachtrij. Wanneer iets vertraagt of breekt (zoals een slechte campagne of een tarpit), lijdt alles in die wachtrij—vaak veroorzakend vertragingen die je ziet als "normale e-mailproblemen."

    2. Gedeelde wachtrijen maken van één slechte stroom ieders probleem
      Als een verkeersstroom wordt getarputeerd (bijv. Yahoo die een problematische campagne vertraagt), raken berichten erachter in dezelfde wachtrij ook geblokkeerd—waardoor transactionele e-mails, andere merken of andere campagnes die totaal onschuldig zijn, worden beïnvloed.

    3. Wachtrijproblemen worden uiteindelijk reputatieproblemen
      Als tarpitting en blokkades niet geïsoleerd en opgelost worden, slepen ze de reputatie van het IP-adres mee omlaag. Na verloop van tijd kan dit leiden tot blocklisting, hogere bounce rates en oplopende infrastructuurkosten terwijl je probeert het probleem op te lossen met meer hardware.

    4. Momentum isoleert verkeer per domein en stroom
      Momentum creëert aparte ontvangstdomeinwachtrijen per verkeersstroom (bijv. Yahoo voor transactioneel vs Yahoo voor bulk). Als een stroom problemen tegenkomt, vertraagt het de anderen niet. Problemen worden geïsoleerd, zijn eenvoudig te diagnosticeren en op te lossen zonder de wereld stil te zetten.

    5. Per-domein zichtbaarheid maakt herstel snel
      Omdat Momentum levering en diagnostiek beheert tot aan het ontvangstdomein en IP, kun je snel zien welke stromen stuiteren, waarom en waar tarpitting of blokkades plaatsvinden—zodat bezorgbaarheids- en operatieteams onmiddellijk kunnen handelen.

Q&A Hoogtepunten

  • Wat is message queue management in e-mail?

    Het is hoe je MTA uitgaande berichten organiseert en verwerkt—bepalend welke berichten worden verzonden, in welke volgorde, en hoe ze opnieuw worden geprobeerd wanneer een ontvangend domein het verkeer vertraagt of afwijst.

  • Wat is een monolithic email queue?

    Een monolithische wachtrij is een enkele, gedeelde wachtrij die alle uitgaande post samenhoudt—ongeacht afzender, campagne of ontvangerdomein.

  • Waarom zijn gedeelde of monolithische wachtrijen een probleem?

    Want als één afzender of campagne in de problemen komt (zoals vertraging of blokkering), kan het alles vertragen dat in dezelfde wachtrij zit, inclusief kritieke transactionele mails.

  • Wat is tarpitting in emailbezorging?

    Tarpitting is wanneer een ontvangend domein opzettelijk SMTP-antwoorden vertraagt naar een afzender die het verdacht vindt—het verlengen van antwoorden tot de maximaal toegestane tijd en die afzender effectief vertragen.

  • Hoe beïnvloedt tarpitting de levering?

    Tarpitted berichten bewegen zich zeer langzaam door de wachtrij, waardoor er achterstanden achter hen ontstaan. In gedeelde wachtrijen betekent dat ook dat niet-gerelateerde berichten worden vertraagd.

  • Hoe beïnvloeden wachtrijproblemen de afzenderreputatie?

    Als tarpitting en blokkeren niet geïsoleerd en aangepakt worden, leiden ze tot hoge bouncepercentages, herhaalde pogingen en slechte betrokkenheid—wat de reputatie van de betrokken IP's en domeinen schaadt.

  • Hoe verschilt de wachtrij-architectuur van Momentum?

    Momentum creëert per-domein wachtrijen per verkeersstroom, en verwerkt ze parallel. Een probleem met één domein of stroom vertraagt andere domeinen of mailtypen niet.

  • Wat is een voorbeeld van hoe Momentum problemen isoleert?

    Als een 50.000-bericht bulkverzending wordt vertraagd door Yahoo op één stream, zal het de Yahoo-verkeer voor andere streams—zoals wachtwoordresets of mail van andere klanten—niet vertragen.

  • Hoe helpt Momentum bij het diagnosticeren van wachtrijproblemen?

    Het biedt statistieken per domein en per stream (zoals bounce-typen en -tarieven), zodat operators en bezorgbaarheidsteams precies kunnen zien welk verkeer in de problemen zit en waarom.

  • Waarom lost "gewoon meer hardware toevoegen" wachtrijproblemen niet op?

    Als het wachtrijmodel verkeerd is (gedeelde wachtrijen, slechte isolatie), kopiëren meer servers gewoon dezelfde knelpunten en complexiteit—waardoor de kosten stijgen zonder de onderliggende oorzaken op te lossen.

  • Welke soorten email zijn het meest gevoelig voor wachtrijproblemen?

    Transactionele en tijdgevoelige e-mails (wachtwoordresets, meldingen, ontvangsten) worden het zwaarst getroffen door vertragingen veroorzaakt door bulkcampagnes die dezelfde wachtrijen delen.

  • Hoe verbetert betere queue management de ROI?

    Door problemen snel te isoleren en op te lossen, houdt u kritieke mail snel, beschermt u de IP-reputatie, vermindert u ondersteuningslawaai en vermijdt u overinvesteringen in hardware alleen om symptomen te bestrijden.

#1 Gebrekkige Message Queuing-capaciteiten zijn de Hoofdoorzaak van Veel Verstuurproblemen

Veel afzenders hebben geen idee dat de slechte wachtrijcapaciteiten van hun e-mailinfrastructuur de hoofdoorzaak zijn van hun verzendproblemen. Open source-oplossingen gebruiken een zeer rudimentaire benadering door gebruik te maken van een enkele monolithische wachtrij om het verkeer te beheren, wat veel problemen met e-mailbezorging veroorzaakt. Veel afzenders hebben zo lang met deze problemen te maken gehad dat ze het accepteren als gewoon een onderdeel van het e-mailverzendingsbedrijf.

#2 Gedeelde Message Queues Veroorzaken Vertragingen

De meeste commerciële MTA serverproducten zijn weinig beter. Ze dwingen verkeer in een beperkt aantal gedeelde wachtrijen, wat grote stabiliteitsproblemen veroorzaakt wanneer een van de verkeersstromen problemen ondervindt. Wanneer ontvangende domeinen bepaalde inhoud of verzendpraktijken verdacht achten, “tarpitten” ze het verkeer van de overtredende verzender. Tarpitten vertraagt de acceptatie van een bericht tot een slakkengang door serverreacties uit te rekken tot de maximaal toegestane tijd (zoals gespecificeerd in het Simple Mail Transfer Protocol). Tarpitten zorgt ervoor dat berichten die achter het overtredende bericht in de wachtrij staan zich opstapelen, waardoor al het andere in de gedeelde wachtrij wordt vertraagd. Het wissen of omleiden van het getroffen verkeer kan het probleem verlichten. Maar bij een wachtrijarchitectuur van dit soort kan zelfs alleen al het bepalen welke berichten in een gedeelde wachtrij het probleem veroorzaken zeer tijdrovend zijn.

Wanneer een gedeelde wachtrij wordt gebruikt en iemands grote mailing wordt ingediend, worden deze berichten aan de voorkant van de wachtrijen geplaatst. Wanneer een volgende mailing of transactioneel bericht wordt ingediend, worden die berichten vervolgens in de wachtrij achter de eerste mailing geplaatst. Deze wachtrijstrijden zullen er doorgaans voor zorgen dat de verzender van de tweede mailing vertragingen ervaart, wat vaak zal leiden tot klachten en oproepen naar de IT-ondersteuningsdiensten.

De meeste commerciële MTA serverproducten zijn weinig beter. Ze dwingen verkeer in een beperkt aantal gedeelde wachtrijen, wat grote stabiliteitsproblemen veroorzaakt wanneer een van de verkeersstromen problemen ondervindt. Wanneer ontvangende domeinen bepaalde inhoud of verzendpraktijken verdacht achten, “tarpitten” ze het verkeer van de overtredende verzender. Tarpitten vertraagt de acceptatie van een bericht tot een slakkengang door serverreacties uit te rekken tot de maximaal toegestane tijd (zoals gespecificeerd in het Simple Mail Transfer Protocol). Tarpitten zorgt ervoor dat berichten die achter het overtredende bericht in de wachtrij staan zich opstapelen, waardoor al het andere in de gedeelde wachtrij wordt vertraagd. Het wissen of omleiden van het getroffen verkeer kan het probleem verlichten. Maar bij een wachtrijarchitectuur van dit soort kan zelfs alleen al het bepalen welke berichten in een gedeelde wachtrij het probleem veroorzaken zeer tijdrovend zijn.

Wanneer een gedeelde wachtrij wordt gebruikt en iemands grote mailing wordt ingediend, worden deze berichten aan de voorkant van de wachtrijen geplaatst. Wanneer een volgende mailing of transactioneel bericht wordt ingediend, worden die berichten vervolgens in de wachtrij achter de eerste mailing geplaatst. Deze wachtrijstrijden zullen er doorgaans voor zorgen dat de verzender van de tweede mailing vertragingen ervaart, wat vaak zal leiden tot klachten en oproepen naar de IT-ondersteuningsdiensten.

De meeste commerciële MTA serverproducten zijn weinig beter. Ze dwingen verkeer in een beperkt aantal gedeelde wachtrijen, wat grote stabiliteitsproblemen veroorzaakt wanneer een van de verkeersstromen problemen ondervindt. Wanneer ontvangende domeinen bepaalde inhoud of verzendpraktijken verdacht achten, “tarpitten” ze het verkeer van de overtredende verzender. Tarpitten vertraagt de acceptatie van een bericht tot een slakkengang door serverreacties uit te rekken tot de maximaal toegestane tijd (zoals gespecificeerd in het Simple Mail Transfer Protocol). Tarpitten zorgt ervoor dat berichten die achter het overtredende bericht in de wachtrij staan zich opstapelen, waardoor al het andere in de gedeelde wachtrij wordt vertraagd. Het wissen of omleiden van het getroffen verkeer kan het probleem verlichten. Maar bij een wachtrijarchitectuur van dit soort kan zelfs alleen al het bepalen welke berichten in een gedeelde wachtrij het probleem veroorzaken zeer tijdrovend zijn.

Wanneer een gedeelde wachtrij wordt gebruikt en iemands grote mailing wordt ingediend, worden deze berichten aan de voorkant van de wachtrijen geplaatst. Wanneer een volgende mailing of transactioneel bericht wordt ingediend, worden die berichten vervolgens in de wachtrij achter de eerste mailing geplaatst. Deze wachtrijstrijden zullen er doorgaans voor zorgen dat de verzender van de tweede mailing vertragingen ervaart, wat vaak zal leiden tot klachten en oproepen naar de IT-ondersteuningsdiensten.

#3 Problemen met Message Queuing beïnvloeden de zenderreputatie

Als het onverlet blijft, zullen tarpitting- en blokkeerproblemen de reputatie van de bijbehorende IP-adressen verslechteren, en afzenders kunnen zich in de ongelukkige positie bevinden dat ze op ISP-blacklists worden geplaatst. Jongleren met afzenders en het toevoegen van hardware kan het probleem aanpakken, maar het proces is arbeidsintensief, kostbaar en introduceert operationeel risico. Zonder een effectieve oplossing merken veel bedrijven dat de winstgevendheid van hun e-mailoperaties afneemt terwijl de kosten de groei van hun inkomstenstromen overtreffen.

#4 De intelligente berichtwachtrijcapaciteiten van Momentum lossen tarpitting- en blokkeringsproblemen op

Een belangrijk onderscheid tussen Momentum en andere commerciële of open source oplossingen is dit: terwijl het verkeer wordt verwerkt, creëert Momentum een reeks ontvangstdomeinwachtrijen voor elke verkeersstroom.

Flowchart showing content generator pathways for different customers, detailing their traffic segments, independent queues, and destination domains such as Yahoo, Gmail, Outlook, and AOL.

Elke wachtrij wordt vervolgens onafhankelijk parallel met de anderen verwerkt. Bijvoorbeeld, een mailing met 50.000 berichten die wordt gedrosseld door de Yahoo-wachtrij voor één verkeersstroom zal nooit vertragingen veroorzaken voor Yahoo-wachtrijen van andere verkeersstromen. Transactieverkeer of bulkverkeer heeft geen invloed op een van de andere verkeersstromen, en elk tarpitting- of blokkeerprobleem is beperkt tot een klein, gemakkelijk te detecteren deel van het totale verkeer.

Omdat Momentum beheer tot op het ontvangstdomein van elk verzendend IP-adres mogelijk maakt, kan het gemakkelijk diagnostische statistieken op hetzelfde detailniveau bieden. De operator kan zien welke verkeersstromen ongewoon hoge bouncepercentages hebben en welke soorten bounces het meest voorkomen, waardoor de operator en de bezorgbaarheidbeheerder de informatie krijgen die nodig is om onmiddellijk te beginnen met het oplossen van het probleem.

Meer informatie over waarom monolithische en gedeelde wachtrijen die door commodity MTA's worden gebruikt nadelig zijn voor de snelheid en effectiviteit van het afleveren van berichten in de Momentum vs Commodity MTAs whitepaper.

Voor meer informatie over Message Queue Management, download A Deep Dive into Momentum’s Intelligent Queuing Architecture.

Andere nieuws

Lees meer uit deze categorie

A person is standing at a desk while typing on a laptop.

Het complete AI-native platform dat met uw bedrijf meegroeit.

A person is standing at a desk while typing on a laptop.

Het complete AI-native platform dat met uw bedrijf meegroeit.