{"id":17307,"date":"2025-11-13T12:23:55","date_gmt":"2025-11-13T11:23:55","guid":{"rendered":"https:\/\/www.mx-relay.com\/?p=17307"},"modified":"2025-11-13T12:39:23","modified_gmt":"2025-11-13T11:39:23","slug":"hoe-werkt-de-mx-relay-delivery-queue-alles-wat-je-moet-weten-over-4xx-fouten-en-vertraagde-e-mailbezorging","status":"publish","type":"post","link":"https:\/\/www.mx-relay.com\/en\/hoe-werkt-de-mx-relay-delivery-queue-alles-wat-je-moet-weten-over-4xx-fouten-en-vertraagde-e-mailbezorging\/","title":{"rendered":"Hoe werkt de MX-Relay Delivery Queue? Alles wat je moet weten over 4xx-fouten en vertraagde e-mailbezorging"},"content":{"rendered":"

\"Omzet<\/span><\/div>
<\/div><\/div><\/div><\/div><\/div>

Wanneer e-mail niet direct kan worden afgeleverd, speelt de MX-Relay Delivery Queue<\/strong>\u00a0een cruciale rol. Dit mechanisme zorgt ervoor dat berichten nooit zomaar verloren gaan<\/strong>\u00a0en automatisch opnieuw worden aangeboden aan de bestemmingsserver. Toch krijgen veel beheerders vragen van klanten wanneer e-mail \u201cvast lijkt te staan\u201d of wanneer logs 4xx-foutmeldingen laten zien.<\/p>\n

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 \u2014 zelfs als jouw mailserver tijdelijk offline is.<\/p>\n

Wat is de Delivery Queue binnen MX-Relay?<\/h1>\n

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

E-mails worden dus nooit zomaar weggegooid.
\nAlleen bij permanente<\/em>\u00a0fouten (5xx-fouten) wordt een bericht direct afgewezen.<\/p>\n<\/div>

Wanneer wordt een bericht gequeued? \u2014 4xx-foutmeldingen uitgelegd<\/h1><\/h1><\/div>

Een 4xx-foutmelding<\/b>\u00a0betekent dat er een tijdelijk<\/i> probleem is bij de ontvangende mailserver. Dit is precies het signaal voor MX-Relay om een bericht veilig in de queue te plaatsen.\u00a0<\/span>Veel mensen denken dat dit alleen gebeurt als een server offline is, maar de werkelijkheid is breder. Hieronder de belangrijkste redenen:<\/span><\/p>\n

1. De mailserver van de ontvanger is offline of niet bereikbaar<\/h3>\n

Dit is de meest voorkomende oorzaak.
\nVoorbeelden:<\/p>\n

    \n
  • \n
      \n
    • Server is down<\/li>\n
    • Maildienst is in onderhoud<\/li>\n
    • Hostingpartij heeft een storing<\/li>\n
    • DNS verwijst naar een IP dat niet reageert<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n

      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<\/strong>.<\/em><\/p>\n

      2. Tijdelijke netwerkproblemen<\/h3>\n

      Denk aan:<\/p>\n

        \n
      • \n
          \n
        • timeouts<\/li>\n
        • firewallproblemen<\/li>\n
        • packet loss<\/li>\n
        • rate-limiting<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n

          De server bestaat nog w\u00e9l, maar reageert niet goed \u2192 4xx.<\/p>\n

          3. Greylisting<\/h3>\n

          Sommige servers gebruiken nog steeds greylisting, waarbij het eerste verzendpoging expres wordt geweigerd:\u00a0\u201c451 Please try again later\u201d<\/p>\n

          MX-Relay bewaart de mail en probeert het later opnieuw<\/strong>.<\/em><\/p>\n

          4. Tijdelijke resourceproblemen op de bestemmingsserver<\/h3>\n

          Typische meldingen:<\/p>\n

            \n
          • \n
              \n
            • 452 Insufficient Storage<\/li>\n
            • 421 Too many connections<\/li>\n
            • Serverload is te hoog<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n

              MX-Relay blijft automatisch opnieuw proberen<\/strong>.<\/em><\/p>\n

              5. Tijdelijke DNS-storingen<\/h3>\n

              Als DNS van de ontvangende server tijdelijk niet goed werkt \u2014 bijvoorbeeld als MX-records niet resolven \u2014 behandelt MX-Relay dit als een tijdelijke storing <\/strong>\u2192 queue.<\/p>\n

              6. Tijdelijke TLS-problemen<\/h3>\n

              Bijvoorbeeld:<\/p>\n

                \n
              • \n
                  \n
                • TLS-handshake faalt<\/li>\n
                • Certificaat tijdelijk niet bruikbaar<\/li>\n
                • Server reageert te langzaam tijdens de beveiligde verbinding<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n

                  Ook dit resulteert in een tijdelijke fout.<\/p>\n<\/div>

                  Wanneer wordt een bericht gequeued? \u2014 5xx-foutmeldingen uitgelegd<\/h1><\/h1><\/div>

                  Een 5xx-fout<\/strong>\u00a0betekent: dit bericht kan permanent<\/em>\u00a0niet worden afgeleverd.<\/p>\n

                  Voorbeelden:<\/p>\n

                    \n
                  • \n
                      \n
                    • \u201c550 User unknown\u201d<\/li>\n
                    • Definitieve spam-\/policy-blokkades<\/li>\n
                    • Hard DMARC-foutuitlevering<\/li>\n
                    • Mailbox bestaat niet<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n

                      Deze e-mails komen niet<\/strong>\u00a0in de queue, maar worden door MX-Relay direct afgewezen.<\/p>\n<\/div>

                      MX-Relay automatisch retry-schema<\/h1><\/h1><\/div>

                      Wanneer een bericht w\u00e9l in de Delivery Queue komt, volgt MX-Relay een slim en effici\u00ebnt retry-schema:<\/p>\n

                      0 \u2013 2 uur<\/strong>\u00a0\u2192 elke 15 minuten<\/p>\n

                      2 \u2013 16 uur<\/strong> \u2192 herhaalpogingen met oplopende intervallen (start: 1 uur, elke keer \u00d71,5)<\/p>\n

                      16 uur \u2013 4 dagen<\/strong>\u00a0\u2192 elke 6 uur\u00a0opnieuw proberen<\/p>\n

                      Na 4 dagen\u00a0<\/strong>\u2192 MX-Relay stuurt automatisch een bouncebericht\u00a0naar de afzender<\/p>\n

                      Kan dit bouncebericht \u00f3\u00f3k niet worden verzonden? Dan wordt de mail gefreeze-d<\/strong>\u00a0en stopt MX-Relay met proberen. Een beheerder kan het bericht handmatig \u201cthawen\u201d.<\/p>\n<\/div>

                      Valid Recipient Caching (VRC) binnen MX-Relay<\/h1><\/h1><\/div>

                      MX-Relay houdt tijdelijk een cache bij van bekende geldige mailboxen.
                      \nAls deze cache verloopt en een mailbox is onbekend:<\/p>\n

                        \n
                      • wordt de mail tijdelijk geweigerd<\/strong><\/li>\n
                      • bewaart de verzendende server de mail in zijn eigen queue<\/li>\n
                      • en zal deze later opnieuw afleveren (volgens RFC 5321)<\/li>\n<\/ul>\n

                        Zodra je gebruikmaakt van een volledige mailboxlijst (handmatig, CSV of LDAP), accepteert MX-Relay mail voor alle bekende adressen zonder caching.<\/p>\n<\/div>

                        MX-Relay Message Continuity (tot 60 dagen opslag)<\/h1><\/h1><\/div>

                        Wil je dat MX-Relay e-mail bewaart tijdens downtime van jouw mailserver?
                        \nDan bieden we Message Continuity<\/strong>.<\/p>\n

                          \n
                        • Vul alle mailboxen\/Aliases in (handmatig, CSV of LDAP)<\/li>\n
                        • Zet aan: \u201cOnly accept email to your defined mailboxes\u201d<\/strong><\/li>\n
                        • MX-Relay bewaart e-mail tot 60 dagen<\/strong><\/li>\n
                        • Zodra jouw server weer online komt, wordt alles automatisch afgeleverd<\/li>\n<\/ul>\n

                          Ideaal bij:<\/p>\n

                            \n
                          • migraties<\/li>\n
                          • updates<\/li>\n
                          • storingen<\/li>\n
                          • onverwachte downtime<\/li>\n<\/ul>\n<\/div>

                            Let op bij fallback mailservers<\/h1><\/h1><\/div>

                            Wanneer je meerdere afleverroutes opgeeft, gaat MX-Relay ervan uit dat je fallbackmailserver volledig functioneel is en geldige mailboxen kan bevestigen.<\/p>\n

                            Is dit niet het geval dan:<\/p>\n

                              \n
                            • wordt er geen goede recipient-database opgebouwd<\/li>\n
                            • kan mail ten onrechte geweigerd worden<\/li>\n<\/ul>\n

                              Advies:<\/strong>\u00a0gebruik geen<\/em>\u00a0fallbackserver tenzij je infrastructuur dit goed ondersteunt.<\/p>\n<\/div>

                              Conclusie: De Delivery Queue houdt jouw e-mail veilig en betrouwbaar<\/h1><\/h1><\/div>

                              Dankzij de MX-Relay Delivery Queue raakt er nooit zomaar e-mail kwijt.
                              \nBij tijdelijke issues wordt mail veilig bewaard en automatisch opnieuw aangeboden. Alleen bij permanente fouten wordt mail afgewezen \u2014 precies zoals het hoort.<\/p>\n

                              Kort samengevat:<\/h3>\n
                                \n
                              • \u2714 4xx = tijdelijk \u2192 MX-Relay queue\u2019t en blijft proberen<\/li>\n
                              • \u2714 5xx = permanent \u2192 MX-Relay weigert direct<\/li>\n
                              • \u2714 Automatische retries tot 4 dagen<\/li>\n
                              • \u2714 Message Continuity kan tot 60 dagen bewaren<\/li>\n
                              • \u2714 Perfect voor bedrijven die nooit e-mail willen verliezen<\/li>\n<\/ul>\n<\/div>
                                <\/div><\/div><\/div><\/div><\/div><\/p>","protected":false},"excerpt":{"rendered":"","protected":false},"author":14,"featured_media":15418,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[727,736,731,733,728,735,732,730,734,729],"class_list":["post-17307","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-emaildelivery","tag-emailerros","tag-emailqueue","tag-emailrouting","tag-emailsecurity","tag-emailtroubleshooting","tag-mailflow","tag-mailserver","tag-smtp","tag-systemadmintips"],"_links":{"self":[{"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/posts\/17307","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/users\/14"}],"replies":[{"embeddable":true,"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/comments?post=17307"}],"version-history":[{"count":14,"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/posts\/17307\/revisions"}],"predecessor-version":[{"id":17322,"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/posts\/17307\/revisions\/17322"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/media\/15418"}],"wp:attachment":[{"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/media?parent=17307"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/categories?post=17307"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.mx-relay.com\/en\/wp-json\/wp\/v2\/tags?post=17307"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}