El servidor devuelve los correos enviados

Causa:

El problema aparece tras realizar un cambio de nombre en su servidor. Es posible que al realizar este cambio no se modifiquen algunas de las cabeceras que envía el sistema de correo y, por tanto, los servidores de correo de destino no aceptarán los mensajes por problema de autenticación rDNS.

Solución:

1. Comprobar que la dirección inversa de su IP es la misma que el nombre de su servidor.
2. Comprobar que su servidor atiende al nombre completo. Para verificarlo introducimos el comando hostname en la consola SSH. Debe de aparecer algo como: miserver.midominio.com. Si aparece: miserver, entonces se debe de crear un fichero para forzar el cambio de hostname en el inicio del arranque. Para ello usamos el comando:

#nano /renamehost.sh

y dentro del fichero añadimos lo siguiente:

hostname elnombredeseado.dominio.ext

Salimos y guardamos el fichero.

3. Cambiar permisos del fichero.

chmod 777 /renamehost.sh

4. Añadir el fichero en el arranque del rc.local. Editamos el archivo rc.local con

#nano /etc/rc.local

en el contenido añadimos la linea en negrita:

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

sh /renamehost.sh
exit 0

5. Comprobar que el fichero /etc/hosts contiene los datos correctos, quedando así:

127.0.0.1 localhost.localdomain localhost
# Auto-generated hostname. Please do not remove this comment.
111.111.111.111 miserver.midominio.com  mi server (sustituir ip 111.111.111.111 por su ip)

6. Comprobar el nombre del servidor en qmail. Para ello editamos el fichero: /var/qmail/control/me que debe de contener lo siguiente:

miserver.midominio.com

De esta forma el servidor tendrá todos los hostname del mismo modo y no fallará en la comprobación rDNS.