De vegades ens podem trobar que el nostre servidor de correu està generant una cua de missatges elevada. En aquests casos, és recomanable comprovar el comportament del servidor de correu per assegurar-nos que tot funciona correctament.
CRITICAL: postfix mail is 203 (threshold c =200)
El primer que hauríem de comprovar seria que tots els serveis referents al servidor de correu estiguin funcionant correctament. Per això, hem de dirigir-nos al nostre compte d'SWPanel i, mitjançant el cercador superior, accedir al dashboard del nostre servidor de correu::
info_capture La captura de pantalla es orientativa. Ha sido tomada sobre la versión 2025.00.0017 con fecha 16/12/2024. Puede diferir de lo que muestre la versión actual de SWPanel.
Posteriorment, mitjançant l'apartat d'"Estat dels serveis", podem veure l'estat de tots els serveis del servidor de correu:
info_capture La captura de pantalla es orientativa. Ha sido tomada sobre la versión 2025.00.0017 con fecha 16/12/2024. Puede diferir de lo que muestre la versión actual de SWPanel.
Si tots els serveis estan actius, haurem de revisar quin és el motiu pel qual els correus s'estan emmagatzemant a la cua del servidor i no estan arribant a la destinació.
Per això, ens connectarem per SSH al servidor de correu. Al següent Manual podràs veure com connectar-te a la consola del teu servidor mitjançant SWPanel.
Un cop a la consola del servidor, farem servir la següent ordre per comprovar la cua del servidor:
mailq
Aquesta ordre ens mostrarà els missatges de correu que es troben a la cua amb el següent format.
Cada missatge de correu es mostrarà amb les parts següents:
Per últim, al final de la sortida de l'ordre mailq ens mostrarà el nombre actual de missatges que es troben a la cua del servidor.
info Els missatges que no s'hagin pogut lliurar es tornaran a intentar enviar passat un temps. Si es supera el nombre d'intents de lliurament per a un mateix missatge, s'eliminarà automàticament
Els missatges d'error més comuns són els següents:
'Over quota': El compte de correu electrònic de destinació és ple totalment.
'Conection refused': Aquest missatge es deu al fet que s'està processant un gran volum de correu en el moment en què es va rebre/enviar el missatge. Es tornarà a intentar enviar més tard.
'Conection timed out': L'error indica que el servidor de destinació triga massa a respondre la petició feta des d'aquest servidor. El missatge s'intentarà tornar a enviar més tard.
'Service temporarily unavailable': Comunament pot ser que el servidor de destinació està sobrecarregat o inactiu.
Per a més informació sobre els errors en enviar correus pots consultar el següent Manual.
Si el servei de Hosting des del qual s'ha enviat el missatge no disposa de certificat de seguretat TLS per al correu i el missatge es troba a la cua, podrem veure'n el contingut, així com les capçaleres del mateix.
Per instal·lar un certificat TLS gratuït per al correu pots seguir el següent Manual.
En cas que el servei de Hosting sí que tingui el certificat TLS per al correu instal·lat, només podrem veure les capçaleres del missatge. El contingut del mateix estarà encriptat pel que serà il·legible.
Per veure el contingut d'un missatge haurem d'utilitzar l'ordre següent substituint "ID" per l'identificador real del missatge que volem llegir:
postcat -q ID
⚠️ IMPORTANT: Si s'elimina un correu de la cua del servidor, serà totalment impossible recuperar-lo⚠️
Per eliminar un correu de la cua del servidor podem fer-ho de diferents maneres:
postsuper -d ID
postqueue -p | tail -n +2 | awk 'BEGIN { RS = "" } / [email protected]/ { print $1 }' | tr -d '*!' | postsuper -d -
postsuper -d ALL deferred