Wanneer e-mail niet direct kan worden afgeleverd, speelt de MX-Relay Delivery Queue een cruciale rol. Dit mechanisme zorgt ervoor dat berichten nooit zomaar verloren gaan en automatisch opnieuw worden aangeboden aan de bestemmingsserver. Toch krijgen veel beheerders vragen van klanten wanneer e-mail “vast lijkt te staan” of wanneer logs 4xx-foutmeldingen laten zien.

In deze blog leggen we uit hoe de Delivery Queue werkt, wanneer een bericht wordt gequeued, waarom je een 4xx-foutmelding kunt krijgen en hoe MX-Relay jouw e-mailverkeer betrouwbaar overeind houdt — zelfs als jouw mailserver tijdelijk offline is.

Wat is de Delivery Queue binnen MX-Relay?

De Delivery Queue is een veilige wachtrij waarin MX-Relay tijdelijke onbezorgbare berichten bewaart.
MX-Relay probeert elk bericht direct bij de ontvangende server af te leveren. Wanneer dat tijdelijk niet lukt, wordt het bericht automatisch in de queue gezet en blijven we dit opnieuw aanbieden totdat de server weer beschikbaar is.

E-mails worden dus nooit zomaar weggegooid.
Alleen bij permanente fouten (5xx-fouten) wordt een bericht direct afgewezen.

Een 4xx-foutmelding betekent dat er een tijdelijk probleem is bij de ontvangende mailserver. Dit is precies het signaal voor MX-Relay om een bericht veilig in de queue te plaatsen. Veel mensen denken dat dit alleen gebeurt als een server offline is, maar de werkelijkheid is breder. Hieronder de belangrijkste redenen:

1. De mailserver van de ontvanger is offline of niet bereikbaar

Dit is de meest voorkomende oorzaak.
Voorbeelden:

• • Server is down
  • Maildienst is in onderhoud
  • Hostingpartij heeft een storing
  • DNS verwijst naar een IP dat niet reageert

In deze situaties komt de fout terug als een 4xx, of er komt helemaal geen respons terug. MX-Relay plaatst de mail dan direct in de queue.

2. Tijdelijke netwerkproblemen

Denk aan:

• • timeouts
  • firewallproblemen
  • packet loss
  • rate-limiting

De server bestaat nog wél, maar reageert niet goed → 4xx.

3. Greylisting

Sommige servers gebruiken nog steeds greylisting, waarbij het eerste verzendpoging expres wordt geweigerd: “451 Please try again later”

MX-Relay bewaart de mail en probeert het later opnieuw.

4. Tijdelijke resourceproblemen op de bestemmingsserver

Typische meldingen:

• • 452 Insufficient Storage
  • 421 Too many connections
  • Serverload is te hoog

MX-Relay blijft automatisch opnieuw proberen.

5. Tijdelijke DNS-storingen

Als DNS van de ontvangende server tijdelijk niet goed werkt — bijvoorbeeld als MX-records niet resolven — behandelt MX-Relay dit als een tijdelijke storing → queue.

6. Tijdelijke TLS-problemen

Bijvoorbeeld:

• • TLS-handshake faalt
  • Certificaat tijdelijk niet bruikbaar
  • Server reageert te langzaam tijdens de beveiligde verbinding

Ook dit resulteert in een tijdelijke fout.

Een 5xx-fout betekent: dit bericht kan permanent niet worden afgeleverd.

Voorbeelden:

• • “550 User unknown”
  • Definitieve spam-/policy-blokkades
  • Hard DMARC-foutuitlevering
  • Mailbox bestaat niet

Deze e-mails komen niet in de queue, maar worden door MX-Relay direct afgewezen.

Wanneer een bericht wél in de Delivery Queue komt, volgt MX-Relay een slim en efficiënt retry-schema:

0 – 2 uur → elke 15 minuten

2 – 16 uur → herhaalpogingen met oplopende intervallen (start: 1 uur, elke keer ×1,5)

16 uur – 4 dagen → elke 6 uur opnieuw proberen

Na 4 dagen → MX-Relay stuurt automatisch een bouncebericht naar de afzender

Kan dit bouncebericht óók niet worden verzonden? Dan wordt de mail gefreeze-d en stopt MX-Relay met proberen. Een beheerder kan het bericht handmatig “thawen”.

MX-Relay houdt tijdelijk een cache bij van bekende geldige mailboxen.
Als deze cache verloopt en een mailbox is onbekend:

• wordt de mail tijdelijk geweigerd
• bewaart de verzendende server de mail in zijn eigen queue
• en zal deze later opnieuw afleveren (volgens RFC 5321)

Zodra je gebruikmaakt van een volledige mailboxlijst (handmatig, CSV of LDAP), accepteert MX-Relay mail voor alle bekende adressen zonder caching.

Wil je dat MX-Relay e-mail bewaart tijdens downtime van jouw mailserver?
Dan bieden we Message Continuity.

• Vul alle mailboxen/Aliases in (handmatig, CSV of LDAP)
• Zet aan: “Only accept email to your defined mailboxes”
• MX-Relay bewaart e-mail tot 60 dagen
• Zodra jouw server weer online komt, wordt alles automatisch afgeleverd

Ideaal bij:

• migraties
• updates
• storingen
• onverwachte downtime

Wanneer je meerdere afleverroutes opgeeft, gaat MX-Relay ervan uit dat je fallbackmailserver volledig functioneel is en geldige mailboxen kan bevestigen.

Is dit niet het geval dan:

• wordt er geen goede recipient-database opgebouwd
• kan mail ten onrechte geweigerd worden

Advies: gebruik geen fallbackserver tenzij je infrastructuur dit goed ondersteunt.

Dankzij de MX-Relay Delivery Queue raakt er nooit zomaar e-mail kwijt.
Bij tijdelijke issues wordt mail veilig bewaard en automatisch opnieuw aangeboden. Alleen bij permanente fouten wordt mail afgewezen — precies zoals het hoort.

Kort samengevat:

• ✔ 4xx = tijdelijk → MX-Relay queue’t en blijft proberen
• ✔ 5xx = permanent → MX-Relay weigert direct
• ✔ Automatische retries tot 4 dagen
• ✔ Message Continuity kan tot 60 dagen bewaren
• ✔ Perfect voor bedrijven die nooit e-mail willen verliezen