Een achterstand in de Zimbra-mailwachtrij verhelpen: Postfix veilig leegmaken en de bezorging controleren.

Een Zimbra-mailqueue flush vraagt ​​Postfix om berichten in de wachtrij opnieuw te proberen. Het wist de wachtrij niet, lost geen DNS- of netwerkprobleem op en garandeert niet dat externe servers elk bericht zullen accepteren. Een nuttig resultaat is meetbaar: de wachtrij groeit niet langer, het aantal uitgestelde berichten neemt af of verandert in succesvol afgeleverde berichten, en nieuwe e-mail kan de MTA (Mail Transfer Agent) passeren.

Voer de onderstaande stappen uit op de Zimbra-server als beheerder. Commando's en paden kunnen verschillen tussen Zimbra-versies. Controleer de uitvoerbare paden op uw host voordat u ze uitvoert; gebruik niet per ongeluk de aparte Postfix-installatie van het besturingssysteem.

1. Controleer hoe groot de achterstand is.

Maak verbinding met de server en schakel over naar het Zimbra-account met behulp van de goedgekeurde beheermethode van uw site. Het hulpprogramma voor het wachtrijoverzicht is doorgaans geïnstalleerd op /opt/zimbra/libexec/zmqstat. De documentatie van Zimbra over wachtrijen laat zien dat het de aantallen rapporteert voor vastgehouden, beschadigde, uitgestelde, actieve en inkomende berichten.

sudo /opt/zimbra/libexec/zmqstat

Afhankelijk van de sudo-configuratie voert u de opdracht uit vanuit het Zimbra-account of gebruikt u de exacte privilege-methode die voor uw server is geconfigureerd. Een voorbeeld van een samenvatting kan er als volgt uitzien: deferred=240en active=3. Dit zijn tellingen, geen bewijs dat er permanent 240 berichten vastzitten. Vergelijk ze na een paar minuten opnieuw en noteer welke categorie verandert.

Controleer vervolgens de afzonderlijke wachtrijvermeldingen. Veel recente installaties gebruiken het common/sbinpad; oudere installaties gebruiken mogelijk postfix/sbin. Gebruik het pad dat daadwerkelijk op uw server bestaat.

/opt/zimbra/common/sbin/postqueue -p

Als dat pad ontbreekt, controleer dan of uw installatie het juiste pad bevat /opt/zimbra/postfix/sbin/postqueueen vervang dit vervolgens door het volledige pad in de onderstaande opdrachten. De documentatie van Zimbra beschrijft zowel het wachtrijoverzicht als de gedetailleerde postqueue -plijst. Wachtrij-ID's kunnen een asterisk achter de lijst hebben voor actieve bezorgpogingen of een uitroepteken voor een bericht dat in de wacht staat. Zie de Postfix-wachtrijreferentie van Zimbra .

2. Zoek de reden waarom berichten wachten

Kijk naar de leeftijd van de oudste berichten en de bezorgstatus die in het Zimbra-logboek is vastgelegd. Een uitgesteld bericht wacht op een nieuwe bezorgpoging; de vertraging kan worden veroorzaakt door een externe server, een DNS-lookup, een netwerktime-out, TLS-onderhandeling of een lokaal routerings- of relayconfiguratieprobleem. De exacte statustekst is nuttiger dan alleen het aantal berichten in de wachtrij.

grep -E 'status=(deferred|sent|bounced)|connect to|TLS|SASL|relay=' /var/log/zimbra.log | tail -n 50

Interpreteer deze regels in de juiste context. Herhaalde time-outs bij de verbinding met één bestemming duiden op een verbindingsprobleem of een probleem met de externe server. Fouten in de naamresolutie wijzen op een DNS-probleem. Een tijdelijke afwijzing of snelheidsbeperking op afstand kan betekenen dat u moet wachten of contact moet opnemen met de ontvangende provider. Authenticatie- of TLS-fouten kunnen wijzen op een lokaal configuratieprobleem. Een status=sentvermelding betekent dat de volgende afleverstap het bericht heeft geaccepteerd; dit betekent niet dat de ontvanger het heeft gelezen of dat het in de inbox is aangekomen.

Als de wachtrij snel groeit, zoek dan eerst naar een afzender met een hoog verzendvolume of een gecompromitteerd account voordat u het herhaaldelijk probeert. De handleiding voor het oplossen van spamproblemen van Zimbra adviseert om de inhoud van de wachtrij te correleren met de afzender- en authenticatieactiviteit en vervolgens de bron te isoleren voordat ongewenste e-mails worden verwijderd. Raadpleeg de stappen voor het onderzoeken van de wachtrij en spam in Zimbra .

3. Los de oorzaak op voordat u Postfix vraagt ​​het opnieuw te proberen.

Gebruik de loggegevens om te bepalen of het probleem tijdelijk of lokaal is. Controleer of de server een werkende naamresolutie en uitgaande netwerktoegang tot de betreffende e-mailbestemmingen heeft. Als de loggegevens wijzen op een reactie van een externe provider die de bandbreedte beperkt, vermijd dan het herhaaldelijk verzenden van verzoeken naar die provider; herhaalpogingen kunnen het beleid niet overrulen. Als meerdere domeinen dezelfde lokale fout vertonen, controleer dan de relevante Zimbra MTA-configuratie en de status van de service voordat u instellingen wijzigt.

Berichten die in de wacht staan, vereisen speciale aandacht: een normale flush is geen opdracht om in de wacht staande e-mail vrij te geven. Controleer waarom ze in de wacht staan ​​en of ze legitiem zijn voordat u ze vrijgeeft. Berichten die als beschadigd of geweigerd zijn gemarkeerd, vereisen ook een aparte behandeling; opnieuw proberen maakt van een permanente weigering geen succesvolle aflevering. Bewaar de wachtrij-ID's en relevante logboekvermeldingen tijdens het onderzoek.

De documentatie van Zimbra over het oplossen van problemen wijst /var/log/zimbra.logop een belangrijke plek om MTA-problemen te onderzoeken en geeft een lijst met hulpprogramma's voor wachtrijen, zoals postqueueen zmqstat. De exacte service-indeling en de locaties van de uitvoerbare bestanden zijn afhankelijk van de versie, dus raadpleeg de documentatie van uw geïnstalleerde release voordat u services opnieuw start of configuraties wijzigt. Zie de tools voor het oplossen van MTA-problemen van Zimbra .

4. Leeg de Postfix-wachtrij

Nadat u hebt bevestigd dat de e-mail in de wachtrij legitiem is en de blokkeringsvoorwaarde hebt gecorrigeerd of begrepen, kunt u een wachtrijverwerking aanvragen. Vervang het pad door het pad dat op uw server bestaat:

/opt/zimbra/common/sbin/postqueue -f

Voor een installatie die het oudere pad gebruikt, gebruik /opt/zimbra/postfix/sbin/postqueue -fdan in plaats daarvan. De Zimbra-wachtrijreferentiedocumenten worden gebruikt postqueue -fals het flush-commando. Het verzoek zorgt ervoor dat Postfix de in de wachtrij geplaatste e-mail probeert te verwerken; het is geen verwijderingsbewerking. Het kan zijn dat er geen opvallend succesbericht verschijnt, dus beoordeel het resultaat aan de hand van latere wachtrijtellingen en bezorgingslogboeken in plaats van de korte uitvoer van het commando.

Een flush is zinvol na een korte netwerkonderbreking of nadat een tijdelijk configuratieprobleem is opgelost. Het zal waarschijnlijk niet helpen als DNS, routing, relay, TLS of een externe ontvangende server niet beschikbaar is. Het snel herhalen van de opdracht kan ruis en extra herhaalpogingen veroorzaken zonder de fout te verhelpen.

5. Controleer het resultaat en kies de volgende stap.

Nadat u een korte pauze hebt ingelast voor de bezorgpogingen, herhaalt u het wachtrijoverzicht en controleert u de recente logboekvermeldingen:

sudo /opt/zimbra/libexec/zmqstat
tail -n 100 /var/log/zimbra.log

Let op meerdere signalen tegelijk: een dalend aantal uitgestelde berichten, het verdwijnen van oudere berichten in de wachtrij, nieuwe status=sentrecords voor de betreffende bestemmingen en minder nieuwe uitgestelde berichten. Een wachtrij kan tijdens normaal gebruik niet leeg blijven. Eén succesvolle aflevering bewijst niet dat alle ontvangende domeinen gezond zijn.

• Als het aantal afneemt en de leveringslogboeken acceptatie tonen: blijf de situatie in de gaten houden totdat de achterstand weer op het normale niveau is.
• Als dezelfde berichten opnieuw worden uitgesteld: volg de herhaalde foutmelding en los het onderliggende probleem op met betrekking tot DNS, netwerk, TLS, relay of de ontvanger.
• Als het aantal blijft stijgen: onderzoek een verzendlus, bulkmail of een gecompromitteerd account en onderschep nieuwe ongewenste e-mails voordat u het opnieuw probeert.
• Als er nog geblokkeerde of beschadigde tellingen aanwezig zijn: bekijk die berichten afzonderlijk; een algemene flush is geen opschoonactie voor die categorieën.

Verwijder niet zomaar alle berichten om de wachtrij leeg te maken. Als een specifiek bericht ongewenst of onbestelbaar blijkt te zijn en het beleid verwijdering toestaat, bewaar dan de bijbehorende wachtrij-ID en controleer deze voordat u de bijbehorende wachtrijbeheerprocedure gebruikt. Zimbra waarschuwt expliciet dat verwijdering gevolgen kan hebben voor gebruikers en raadt aan om de wachtrijgegevens vast te leggen voordat u berichten verwijdert. Vermijd het rechtstreeks verwijderen van bestanden uit de Postfix-spoolmappen; dit omzeilt het wachtrijbeheer en kan de e-mailstatus beschadigen.

Wat een succesvolle spoeling je wel en niet kan vertellen.

Een succesvol herstel betekent een aanhoudende verbetering van de berichtenstroom, niet slechts een nultelling op één moment. Postfix kan e-mail blijven verzenden naar externe bestemmingen die niet beschikbaar zijn of tijdelijk verbindingen weigeren. De flush-opdracht start herhaalpogingen; deze kan de aflevering niet garanderen, opzettelijk vastgehouden berichten niet vrijgeven, geen onjuiste configuratie corrigeren of bepalen of het systeem van een ontvanger een bericht na de SMTP-overdracht heeft geaccepteerd.

De genoemde Zimbra Tech Center-pagina's documenteren per 6 oktober 2026 de hier gebruikte wachtrij- en probleemoplossingsopdrachten, maar bieden geen enkel actueel pad dat gegarandeerd werkt voor elke Zimbra-release. Controleer de locaties van de binaire bestanden en het privilegegedrag op uw eigen server voordat u opdrachten uitvoert, vooral bij oudere of aangepaste implementaties.