Mail Queue Manager în WHM

Mail Queue Manager în WHM permite administratorului unui server cPanel să verifice mesajele care au rămas în coada serverului de email, să încerce din nou livrarea acestora, să elimine anumite mesaje sau să investigheze motivele pentru care un email nu a putut fi livrat.

Pe serverele cPanel & WHM, serviciul utilizat pentru trimiterea și recepționarea mesajelor prin SMTP este Exim. Atunci când un mesaj nu poate fi livrat imediat, acesta poate rămâne temporar în coada Exim pentru o nouă încercare.

În acest tutorial vom vedea cum utilizăm Mail Queue Manager din WHM, ce înseamnă mesajele Frozen sau Deferred și ce comenzi putem folosi din SSH pentru investigarea cozii de email.

Ce este Mail Queue Manager în WHM?

Mail Queue Manager WHM este interfața prin care poți administra mesajele aflate în coada Exim a serverului.

O poți accesa din:

WHM → Email → Mail Queue Manager

Din această interfață poți:

  • vedea mesajele aflate în coadă;
  • căuta după expeditor sau destinatar;
  • identifica Message ID-ul;
  • verifica dimensiunea mesajului;
  • vedea statusul acestuia;
  • încerca din nou livrarea;
  • șterge un mesaj;
  • debloca un mesaj Frozen.

Mail Queue Manager este destinat administratorilor serverului și necesită acces WHM cu privilegiile corespunzătoare.

Ce este coada de email Exim?

Atunci când serverul primește un email pentru expediere, Exim încearcă să îl livreze către serverul destinatar.

Într-o situație normală:

Expeditor
   ↓
Exim
   ↓
Server destinatar
   ↓
Mesaj livrat

Există însă situații în care serverul destinatar nu poate accepta imediat mesajul.

Atunci putem avea:

Expeditor
   ↓
Exim
   ↓
Livrarea nu poate fi finalizată
   ↓
Mesajul rămâne în Mail Queue
   ↓
Exim încearcă din nou ulterior

Prezența câtorva mesaje în coadă nu indică automat o problemă a serverului.

De ce rămân emailurile în Mail Queue?

Există numeroase motive pentru care un mesaj poate rămâne temporar în coada Exim.

Printre cele mai frecvente se numără:

  • serverul destinatar nu răspunde;
  • probleme DNS pentru domeniul destinatar;
  • serverul remote aplică rate limiting;
  • căsuța destinatarului este plină;
  • adresa destinatarului nu este validă;
  • serverul remote refuză temporar conexiunea;
  • probleme de reputație ale IP-ului sau domeniului;
  • limita de trimitere a domeniului a fost atinsă;
  • mesajele au fost puse intenționat în Hold;
  • un cont compromis generează cantități mari de email;
  • există o problemă de configurare Exim.

Din acest motiv, înainte să ștergi sau să forțezi livrarea unui mesaj trebuie verificat motivul pentru care acesta a ajuns în coadă.

Cum accesezi Mail Queue Manager?

Autentifică-te în WHM și accesează:

WHM → Email → Mail Queue Manager

Dacă administrezi un VPS NameBox, accesul securizat în WHM se realizează în mod normal prin portul:

2087

De exemplu:

https://server.exemplu.ro:2087

După autentificare, caută:

Mail Queue Manager

în bara de căutare WHM.

Ce informații afișează Mail Queue Manager?

Lista mesajelor include informații utile pentru identificarea problemei.

Printre coloanele principale se află:

  • Time Received – momentul înregistrării mesajului;
  • Sender – expeditorul;
  • Message ID – identificatorul unic Exim;
  • Recipient(s) – destinatarul sau destinatarii;
  • Size – dimensiunea mesajului;
  • Status – starea mesajului;
  • Action – operațiunile disponibile.

Message ID este foarte important atunci când dorești să urmărești un anumit mesaj în logurile Exim.

Un Message ID poate arăta astfel:

1xAbCd-000123-4EfG

Cum cauți un anumit email în Mail Queue Manager?

În partea de sus a interfeței poți utiliza funcția de căutare.

Poți căuta, de exemplu, după:

  • expeditor;
  • destinatar;
  • Message ID;
  • alte informații disponibile prin filtrele interfeței.

De exemplu, dacă suspectezi probleme pentru:

office@exemplu.ro

poți utiliza această adresă pentru filtrarea rezultatelor.

Mail Queue Manager permite și selectarea unei perioade de timp pentru raport.

Este important de reținut că funcția de căutare din Mail Queue Manager nu caută în corpul mesajului.

Ce înseamnă un email Deferred?

Un mesaj Deferred nu a putut fi livrat momentan, dar problema este considerată temporară.

De exemplu:

451 Temporary local problem

sau:

Connection timed out

Exim poate păstra mesajul în coadă și va încerca din nou livrarea conform mecanismului său de retry.

Un mesaj Deferred nu trebuie șters automat. Mai întâi trebuie analizat motivul amânării.

Ce înseamnă un email Frozen?

Dacă Exim nu reușește să livreze un mesaj după mai multe încercări sau acesta ajunge într-o situație în care livrarea nu mai poate continua normal, mesajul poate apărea cu status:

Frozen

Un mesaj Frozen nu va continua în același mod cu încercările normale de livrare până când situația este rezolvată sau mesajul este deblocat.

Dacă observi multe mesaje Frozen în server, nu este recomandat să le dai pur și simplu Unfreeze pe toate.

Trebuie verificată mai întâi cauza în:

/var/log/exim_mainlog

Cum faci Unfreeze unui email?

Din Mail Queue Manager WHM, mesajele Frozen au disponibilă opțiunea de deblocare.

Selectează mesajul și folosește:

Unfreeze

După deblocare, Exim poate încerca din nou procesarea mesajului.

Deblocarea nu rezolvă însă cauza inițială.

Dacă serverul destinatar continuă să refuze mesajul sau configurația DNS este greșită, emailul poate eșua din nou.

Cum încerci din nou livrarea unui mesaj?

Selectează mesajul dorit și folosește:

Deliver Message Now

sau, pentru mai multe mesaje:

Deliver Selected

WHM va încerca imediat livrarea și va afișa rezultatul operațiunii.

Dacă problema care a provocat blocarea mesajului există în continuare, livrarea va eșua din nou.

De aceea, această funcție trebuie utilizată după ce ai verificat cauza.

Ai grijă la Deliver All

Mail Queue Manager oferă și opțiunea:

Deliver All

Aceasta încearcă livrarea tuturor mesajelor aflate în coada serverului, nu doar a mesajelor afișate de filtrul curent.

Pe un server cu mii de mesaje aflate în queue, utilizarea acestei opțiuni fără investigație poate genera un volum foarte mare de conexiuni și tentative de livrare.

Este mai sigur să identifici mai întâi problema și să testezi un număr redus de mesaje.

Cum ștergi un email din Mail Queue Manager?

Dacă ai confirmat că un mesaj nu mai trebuie livrat, îl poți selecta și utiliza:

Delete Selected

Înainte de ștergere verifică:

  • expeditorul;
  • destinatarul;
  • Message ID-ul;
  • motivul pentru care mesajul este în coadă.

Ștergerea unui mesaj din coada Exim este definitivă.

Nu folosi Delete All fără să verifici coada

WHM oferă și opțiunea:

Delete All

Aceasta elimină toate mesajele din Mail Queue, inclusiv mesajele legitime.

Nu utiliza această funcție doar pentru a „goli coada”.

Dacă există mii de mesaje SPAM, identifică mai întâi contul sau scriptul care le generează și oprește sursa.

Altfel, coada se va umple din nou imediat.

Cum verifici Mail Queue din SSH?

Dacă ai acces root la server, poți administra și investiga Exim direct din SSH.

Comenzile de mai jos necesită privilegii administrative.

Verifică numărul total de mesaje din queue

exim -bpc

Rezultatul poate fi:

245

ceea ce înseamnă că există 245 de mesaje în coada Exim.

Afișează mesajele din queue

exim -bp

Această comandă afișează lista mesajelor existente în coadă.

Poți vedea informații precum:

  • vechimea mesajului;
  • dimensiunea;
  • Message ID;
  • expeditor;
  • destinatar.

Cum găsești mesajele unui anumit expeditor?

Dacă dorești să identifici Message ID-urile mesajelor trimise de:

office@exemplu.ro

poți utiliza:

exiqgrep -f 'office@exemplu.ro' -i

Comanda este utilă atunci când suspectezi că o anumită adresă generează un volum mare de email.

Înainte să ștergi mesajele, verifică dacă acestea sunt legitime.

Cum verifici header-ele unui mesaj din queue?

Dacă ai Message ID-ul:

1xAbCd-000123-4EfG

poți verifica header-ele cu:

exim -Mvh 1xAbCd-000123-4EfG

Header-ele pot conține informații precum:

  • From;
  • To;
  • Subject;
  • Message-ID;
  • Received;
  • date despre originea mesajului.

Cum verifici conținutul unui mesaj?

Pentru corpul mesajului:

exim -Mvb 1xAbCd-000123-4EfG

Această comandă trebuie utilizată doar atunci când este necesară investigarea mesajului și administratorul are dreptul să acceseze conținutul acestuia.

Cum verifici logul intern al mesajului?

Exim permite afișarea logului asociat mesajului aflat în spool:

exim -Mvl 1xAbCd-000123-4EfG

Acesta poate oferi informații suplimentare despre procesarea mesajului.

Cum urmărești Message ID-ul în exim_mainlog?

Principalul log Exim pe un server cPanel este:

/var/log/exim_mainlog

Pentru un anumit Message ID:

grep '1xAbCd-000123-4EfG' /var/log/exim_mainlog

Poți vedea astfel traseul mesajului și eventualele erori primite de la serverul destinatar.

De exemplu, poți găsi răspunsuri precum:

421 Try again later

sau:

550 User unknown

sau:

Connection timed out

Mesajul de eroare primit este esențial pentru identificarea cauzei reale.

Cum urmărești Exim în timp real?

Pentru monitorizarea logului:

tail -f /var/log/exim_mainlog

Apoi poți realiza o trimitere de test și urmări în timp real ce se întâmplă.

Oprești comanda cu:

CTRL + C

Cum cauți activitatea unei anumite adrese de email?

Poți utiliza:

grep 'office@exemplu.ro' /var/log/exim_mainlog | tail -100

Această verificare este utilă pentru identificarea mesajelor trimise sau procesate pentru adresa respectivă.

Pentru serverele foarte active este recomandat să limitezi căutarea la intervalul relevant sau la logurile necesare.

Cum forțezi livrarea unui singur mesaj din SSH?

Dacă ai verificat cauza și dorești să forțezi o nouă încercare:

exim -M 1xAbCd-000123-4EfG

Această comandă încearcă imediat livrarea mesajului și poate ignora timpul normal de retry.

Nu are rost să o execuți repetat dacă serverul remote continuă să refuze mesajul.

Cum faci Unfreeze din SSH?

Pentru un mesaj Frozen:

exim -Mt 1xAbCd-000123-4EfG

Comanda face thaw/unfreeze mesajului.

După aceea, trebuie verificat dacă acesta poate fi livrat normal.

Cum ștergi un singur mesaj din SSH?

Dacă ai confirmat că mesajul trebuie eliminat:

exim -Mrm 1xAbCd-000123-4EfG

Atenție: această operațiune elimină mesajul din queue și nu trimite automat un bounce expeditorului.

Verifică întotdeauna Message ID-ul înainte de executarea comenzii.

Nu goli întreaga coadă Exim ca primă soluție

Există comenzi prin care administratorul poate șterge toate mesajele din coadă, însă nu recomandăm utilizarea lor ca metodă generică de depanare.

Coada poate conține simultan:

  • mesaje SPAM;
  • emailuri business legitime;
  • facturi;
  • notificări;
  • mesaje primite;
  • mesaje care așteaptă doar revenirea unui server remote.

Ștergerea completă poate produce pierderi de mesaje legitime.

Ce trebuie verificat dacă Mail Queue crește foarte repede?

Dacă numărul mesajelor crește de la câteva zeci la sute sau mii într-un timp scurt, trebuie identificată imediat sursa.

Începe cu:

exim -bpc

apoi:

exim -bp

Verifică dacă mesajele au:

  • același expeditor;
  • același domeniu;
  • subiecte similare;
  • destinatari aleatorii;
  • un volum neobișnuit.

Dacă majoritatea mesajelor provin de la aceeași adresă, este posibil ca respectiva căsuță să fi fost compromisă.

Ce faci dacă o adresă compromisă trimite SPAM?

Prioritatea este oprirea sursei, nu doar ștergerea mesajelor din queue.

Din cPanel poți accesa:

cPanel → Email → Email Accounts → Manage

și suspenda temporar:

Sending Outgoing Mail

Apoi:

  • schimbă parola adresei;
  • verifică dispozitivele pe care este configurată;
  • analizează logurile;
  • verifică dacă mesajele sunt trimise prin SMTP sau de un script;
  • elimină mesajele SPAM rămase în coadă;
  • reactivează trimiterea doar după rezolvarea problemei.

Pentru mai multe informații poți consulta articolul nostru despre cum să previi trimiterea emailurilor SPAM din cPanel.

Spam trimis de website sau spam trimis prin SMTP?

Este important să identifici și modul în care mesajele ajung în Exim.

Un cont compromis poate trimite emailuri prin autentificare SMTP:

office@exemplu.ro
        ↓
SMTP AUTH
        ↓
Exim

Dar un website compromis poate genera mesaje direct prin PHP:

WordPress / script PHP
        ↓
sendmail / Exim
        ↓
Mail Queue

În al doilea caz, schimbarea parolei căsuței de email nu rezolvă problema.

Website-ul trebuie verificat pentru:

  • malware;
  • fișiere PHP suspecte;
  • pluginuri vulnerabile;
  • Cron Jobs malițioase;
  • conturi administrative compromise.

Mesajele puse pe Hold pot apărea în queue

cPanel & WHM poate detecta un cont care trimite către un număr foarte mare de destinatari unici și, în funcție de configurația administratorului, poate pune mesajele outgoing în:

Hold

În WHM, aceste protecții pot fi configurate din:

WHM → Server Configuration → Tweak Settings → Mail

Acolo există setări pentru:

  • limita de emailuri trimise pe oră;
  • monitorizarea destinatarilor unici;
  • mesaje failed sau deferred;
  • acțiunea aplicată unui posibil spammer.

Nu modifica limitele doar pentru a face coada să dispară. Dacă există spam, creșterea limitei permite trimiterea unui volum și mai mare de mesaje.

Ce înseamnă dacă serverul remote aplică rate limiting?

Furnizori precum Google, Microsoft, Yahoo și alte platforme pot limita temporar numărul mesajelor acceptate de la un anumit server.

În log poți vedea mesaje SMTP de tip:

421

sau:

451

împreună cu o explicație furnizată de serverul destinatar.

În această situație, Exim poate păstra mesajele în coadă și încerca livrarea ulterior.

Forțarea repetată a tuturor mesajelor nu rezolvă problema de reputație sau rate limiting și poate agrava situația.

Ce verifici dacă mesajele către un singur domeniu rămân în queue?

Dacă problema apare doar pentru:

@exemplu-destinatar.ro

verifică:

  • înregistrările MX ale domeniului;
  • dacă serverul MX răspunde;
  • mesajul din exim_mainlog;
  • dacă există timeout;
  • dacă serverul destinatar respinge IP-ul;
  • dacă mesajul este blocat din cauza politicilor antispam.

Problema nu este neapărat la serverul de expediere.

Mail Queue Manager și Email Deliverability au roluri diferite

Mail Queue Manager WHM arată mesajele care așteaptă livrarea.

Email Deliverability este utilizat pentru verificarea unor elemente DNS și de autentificare pentru email, precum:

  • SPF;
  • DKIM;
  • DMARC;
  • anumite informații asociate configurației domeniului.

Dacă mesajele ajung în queue din cauza unor probleme de livrabilitate, trebuie analizate ambele componente.

Poți consulta și tutorialul nostru despre verificarea setărilor Email Deliverability în cPanel.

Verifică și Reverse DNS / PTR

Pentru un server VPS care trimite direct email, configurația IP-ului este importantă.

Verifică:

  • PTR / Reverse DNS;
  • hostname-ul serverului;
  • Mail HELO / EHLO;
  • SPF;
  • DKIM;
  • DMARC;
  • reputația IP-ului.

Poți consulta ghidul nostru despre Reverse DNS și PTR Record pentru email.

Când trebuie verificat exim_paniclog?

Pe lângă:

/var/log/exim_mainlog

Exim utilizează și:

/var/log/exim_paniclog

Acest fișier este destinat erorilor grave ale serviciului Exim.

În mod normal, exim_paniclog nu ar trebui să conțină erori.

Dacă acesta conține intrări recente, problema trebuie investigată la nivelul serviciului Exim.

Mai există și:

/var/log/exim_rejectlog

unde pot fi găsite informații despre anumite mesaje respinse prin regulile Exim.

Checklist pentru un Mail Queue foarte mare

Dacă observi sute sau mii de mesaje în coadă, verifică în această ordine:

  1. numărul total de mesaje cu exim -bpc;
  2. expeditorii și destinatarii din exim -bp;
  3. dacă există un expeditor dominant;
  4. dacă mesajele sunt legitime sau SPAM;
  5. statusul Frozen / Deferred;
  6. Message ID-ul unui mesaj reprezentativ;
  7. header-ele mesajului;
  8. logul din /var/log/exim_mainlog;
  9. mesajul SMTP returnat de serverul remote;
  10. SPF, DKIM, DMARC și PTR;
  11. limitele de trimitere;
  12. eventuale conturi sau website-uri compromise.

Nu trata Mail Queue-ul fără să identifici cauza

O coadă mare de email este de cele mai multe ori un simptom, nu problema în sine.

Dacă ștergi toate mesajele fără să identifici sursa, acestea pot reapărea imediat.

Începe cu Mail Queue Manager WHM pentru o imagine generală, selectează un mesaj reprezentativ și urmărește Message ID-ul în:

/var/log/exim_mainlog

Dacă problema este un server remote indisponibil, Exim poate relua automat livrarea. Dacă este vorba despre SPAM, oprește mai întâi contul sau scriptul care generează mesajele.

Pe un server cPanel/WHM, combinația dintre Mail Queue Manager, logurile Exim și instrumentele de Email Deliverability permite identificarea majorității problemelor de trimitere fără să fie necesară golirea completă a cozii.

Pe pagina noastră HelpDesk găsiți multe alte tutoriale utile pentru a gestiona mai ușor contul dvs. cPanel și serviciile NameBox.