Email Spam Tester para Plesk

Versión 0.1.0, 1 de octubre de 2026. Descargar (75 KB), SHA-256 5df918a10cd996799f5d144abcc101970fab31fbb7e2298be78362257c0aaa28. Los pasos de instalación están al final de esta página. Dentro del archivo, el mismo texto se encuentra en INSTALL.md. El código y el mismo archivo como versión publicada también están en GitHub.

Para quién es

Proveedores de hosting cuyos servidores ejecutan Plesk Obsidian 18.0.50 o una versión posterior en Linux. Instalas la extensión como root y registras el servidor una sola vez. Después, cada cliente encuentra Email Spam Tester en Websites & Domains › su dominio › Mail, junto a Mail Settings. Los planes de servicio determinan a qué partes puede acceder cada cliente.

Un comprobador web no puede analizar el lado del envío, solo ve el email que ha recibido. La extensión envía la prueba desde tu servidor, a través de Postfix, firmada con la clave DKIM del dominio y desde su IP y nombre HELO, por lo que el informe refleja la configuración que realmente tiene el cliente. Además, como Plesk aloja la zona DNS del dominio, a menudo basta con pulsar un botón para añadir un registro que falta.

Qué ve un cliente

Prueba

En la parte superior hay una comprobación que se ejecuta antes de enviar cualquier email: si este servidor supera la validación SPF del dominio, si Plesk firma con DKIM y la clave en DNS es la misma con la que firma, la política DMARC y el MX. Cada problema tiene un botón Corregir, o Mostrar el registro cuando el DNS del dominio está alojado en otro lugar.

Debajo, el cliente elige un buzón del dominio y cómo se envía la prueba. Puede enviarse desde ese buzón o de la misma forma en que el sitio web envía correo, con el usuario del sistema propio de la suscripción, que es como envían WordPress, los formularios de contacto y las notificaciones de tiendas. La segunda opción detecta un problema habitual del alojamiento: el correo de PHP sale con un remitente que el SPF del dominio no cubre. El email puede ser el email de prueba estándar, un mensaje breve en inglés, con texto y HTML, o uno propio del cliente, pegado como asunto, HTML y texto opcional.

«Comprobar también la carpeta en los proveedores de email» está activado de forma predeterminada. En segundo plano, en orden aleatorio y con intervalos de entre dos y cuatro segundos, el servidor envía una copia a cada uno de nuestros buzones de prueba en Gmail, Outlook, Yahoo y otros proveedores. Cada copia lleva su propio Message-ID, para que la extensión pueda identificar sus líneas en el registro de Postfix. Durante la siguiente media hora, la tabla se va completando con Bandeja de entrada, Spam o Promociones para cada proveedor o, si un proveedor rechazó el email, con su respuesta y el código SMTP. En Gmail son buzones de prueba públicos, y cualquiera que acceda a ellos puede ver el asunto, el nombre del remitente y la carpeta, por lo que es mejor probar el contenido confidencial sin la comprobación de carpetas.

El informe incluye todas las comprobaciones, la puntuación sobre 100 y la escala clásica de 0 a 10, el plan de IA y los mismos botones de corrección, que esta vez usan la IP desde la que el informe detectó que procedía realmente el email.

Historial

Todas las pruebas del dominio, primero las más recientes, con ambas puntuaciones y los recuentos por carpeta, un gráfico de la puntuación y, para cada prueba, las comprobaciones que cambiaron desde la anterior. Después de corregir DKIM, la fila indica que DKIM pasó de fallar a superarse.

Monitorización

Si lo permite en el servidor, un cliente puede activar la monitorización de un dominio. A partir de ese momento, cada email que envía el dominio recibe un informe técnico con DKIM, SPF y DMARC, la IP de envío y las listas de bloqueo. La pestaña resume las últimas 24 horas por origen, por lo que el correo enviado por el PHP del sitio web se cuenta por separado del enviado desde webmail o una aplicación de correo. A continuación aparecen las alertas, por ejemplo, cuando DKIM falla en los emails más recientes o SPF falla en el correo enviado desde el sitio web. Debajo se muestran los emails más recientes con sus informes. Dos confirmaciones de pedido de la misma plantilla de tienda cuentan como una sola comprobación dentro de una hora, para que una tienda con mucha actividad no genere mil informes idénticos. Se puede solicitar un plan de IA para un solo email.

Qué obtiene el administrador

Tools & Settings › Mail › Email Spam Tester incluye el registro y el interruptor para activar la supervisión en todo el servidor. Ahí se establecen los límites por suscripción para las pruebas, las comprobaciones de carpetas, los planes de IA y los dominios supervisados, y por dominio supervisado para el número de emails al día. Una tabla muestra las IP propias del servidor con su DNS inverso, si coincide con el nombre HELO y las listas de bloqueo.

La extensión añade cuatro permisos a los planes de servicio: para la propia extensión, los botones de corrección, la comprobación de carpetas y la supervisión. Los cuatro están activados de forma predeterminada. Los botones de DNS también necesitan el permiso del propio plan para gestionar DNS, y el interruptor de DKIM necesita el permiso para gestionar la configuración de correo.

Precio

Gratis por ahora, igual que el propio servicio de prueba. El registro de cambios será el primero en indicarlo si esto cambia. Los límites que establezca se aplican dentro de los que Email Spam Tester mantiene por servidor (comprobaciones de carpetas, comprobaciones de dominios y dominios monitorizados al día), y la página del administrador muestra ambos junto con el uso de hoy.

Cómo funciona y qué sale de su servidor

La extensión envía el email de prueba desde su servidor y no toma ninguna decisión por sí misma. Los resultados de las comprobaciones, el historial, los cambios, qué registro DNS publicar, el flujo de monitorización, las alertas y los límites los determina la API de Email Spam Tester, la misma que utiliza el sitio. A la API se envían:

• el nombre de host del servidor, las versiones de Plesk y de la extensión, el número de dominios y, si lo proporciona, el email del administrador, una sola vez durante el registro;
• los emails de prueba;
• cada suscripción como un hash con clave, nunca su nombre;
• para la comprobación de DNS, los registros TXT que Plesk almacena para el dominio, su clave DKIM, las IP del servidor y el nombre HELO, además de un buzón del dominio para los informes DMARC;
• las líneas de su registro de correo relacionadas con nuestros propios emails de prueba;
• con la monitorización, copias de los emails salientes del dominio.

Los informes de las pruebas tienen enlaces, como en el sitio, y cualquiera que tenga el enlace puede abrirlos. El flujo de monitorización es diferente, ya que contiene correo real de sus clientes. Sus informes solo se abren con la clave de su servidor, y el email copiado se elimina después de dos días y su informe, después de 90. La página de privacidad contiene el resto de la información.

Preguntas de los proveedores de hosting

¿Cambia el DNS por sí solo?

No. Un registro cambia cuando el cliente pulsa Fix y confirma tanto su estado actual como el resultante, y solo cuando el DNS del dominio se consulta realmente desde tu servidor. Un registro SPF conserva todos los términos que ya tenía. La IP del servidor se añade al principio y no requiere ninguna consulta DNS adicional. Una política DMARC existente nunca se sustituye. Cada cambio se guarda en el registro de acciones de Plesk y puede deshacerse desde la pestaña Test, siempre que nadie haya editado el registro desde entonces. Los resolutores públicos recuerdan que falta un registro durante el mínimo del SOA de la zona, tres horas en la plantilla predeterminada de Plesk, por lo que una prueba realizada justo después de una corrección aún puede mostrar el resultado anterior.

¿Cómo copia el correo la monitorización?

Un controlador de correo de Plesk se ejecuta después de que Plesk firme el email con DKIM. Deja pasar cada mensaje sin modificar y, si el dominio tiene activada la monitorización, entrega una copia a un servicio Postfix en 127.0.0.1 que solo acepta nuestras direcciones de monitorización. Después, Postfix entrega la copia como cualquier otro email, desde la misma IP y con la misma firma. La cuenta a la que pertenece el correo se determina a partir del inicio de sesión SMTP o del usuario del sistema de la suscripción, nunca solo a partir de la dirección del remitente, por lo que nadie puede introducir su correo en el flujo de otro cliente. El controlador se instala en /usr/local/lib/email-spam-tester y la lista de dominios, en /etc/email-spam-tester/monitor.json.

¿Ralentiza el correo saliente?

El controlador lee el mensaje y lo devuelve. La copia se pasa al servicio local mediante un proceso independiente, por lo que el mensaje original no espera a que se entregue la copia. Envié un archivo adjunto de 5 MB mediante sendmail y SMTP con la monitorización activada, y llegaron tanto el original como la copia.

¿Qué se ha probado en un entorno real?

Plesk Obsidian 18.0.81 en Ubuntu 24.04, en un servidor con una IP pública y un dominio cuyo DNS gestiona: instalación, desinstalación y reinstalación, registro, una prueba con comprobación de carpeta desde un dominio sin DKIM, SPF ni DMARC, los tres botones de corrección, una segunda prueba en la que los tres pasaron correctamente, el historial y la monitorización del correo enviado desde el sitio web y desde una aplicación de correo. Las páginas web se probaron en una instalación local de Plesk. Aún no se han probado otras distribuciones de Linux y versiones de Plesk, un servidor que retransmita mediante un smarthost ni qmail en lugar de Postfix. Plesk para Windows no es compatible. Escríbeme si lo ejecutas en uno de esos entornos.

Instalación, paso a paso

Esta guía presupone que tienes acceso root a un servidor Plesk. Todos los comandos siguientes están pensados para copiarlos y pegarlos tal como aparecen.

1. Qué necesitas

• Acceso SSH como root al servidor.
• Plesk Obsidian 18.0.50 o posterior en Linux, con Postfix como servidor de correo, que es el valor predeterminado de Plesk. Se ha probado en un entorno real con Plesk Obsidian 18.0.81 en Ubuntu 24.04.
• El puerto 25 de salida abierto, para que el correo del servidor pueda llegar a t.email-spam-tester.com. Muchos proveedores de VPS lo bloquean de forma predeterminada.
• Acceso HTTPS de salida a email-spam-tester.com.

Puedes comprobar ambos requisitos antes de instalar. El primer comando debería mostrar una línea que empiece por 220, y el segundo debería mostrar 200:

timeout 10 bash -c 'exec 3<>/dev/tcp/t.email-spam-tester.com/25 && head -1 <&3'
curl -s -o /dev/null -w '%{http_code}\n' https://email-spam-tester.com/health

2. Instalación

Inicia sesión mediante SSH como root. Descarga la extensión y su suma de comprobación:

cd /root
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip.sha256

Comprueba que la descarga está intacta. Deberías ver latest.zip: OK. Si ves FAILED, vuelve a descargarla y no continúes:

sha256sum -c latest.zip.sha256

Instálala:

plesk bin extension --install /root/latest.zip

La última línea debería ser The extension was successfully installed.

3. Registro del servidor

En Plesk, ve a Tools & Settings › Mail › Email Spam Tester y pulsa Registrar este servidor. Puedes proporcionar una dirección de email para recibir avisos sobre el servicio, pero es opcional.

El registro envía el nombre de host del servidor, las versiones de Plesk y de la extensión, el número de suscripciones y esa dirección de email. La respuesta es una clave que permanece en este servidor, cifrada en la configuración de la extensión. Los clientes nunca la ven.

Los clientes encontrarán Email Spam Tester en Websites & Domains › un dominio › Mail. Hasta que el servidor esté registrado, solo se les indicará que contacten contigo.

4. Elige quién recibe cada función

En Service Plans › un plan › Permissions y en los permisos propios de cada suscripción, la extensión añade cuatro permisos, todos activados de forma predeterminada:

• Email Spam Tester: la propia extensión;
• corregir la configuración de DNS y correo: los botones de DKIM, SPF y DMARC. Los botones de DNS también necesitan el permiso propio del plan para gestionar DNS, y el interruptor de DKIM necesita su permiso para gestionar la configuración del correo;
• comprobación de carpetas: permite enviar una copia a buzones de prueba de proveedores de email;
• monitorización constante: permite activar la monitorización de un dominio.

Los límites por suscripción, es decir, pruebas, comprobaciones de carpetas, planes de IA, dominios monitorizados y emails monitorizados por dominio al día, están en la misma página Tools & Settings › Mail › Email Spam Tester.

5. Monitorización constante (opcional)

No se copia nada hasta que lo permitas y un cliente lo active para su dominio. En la página de la extensión dentro de Tools & Settings, pulsa Permitir la monitorización constante en este servidor. Esto añade:

• un controlador de correo de Plesk que se ejecuta después de la firma DKIM del correo saliente, deja pasar cada mensaje sin modificarlo y, para los dominios que tengan la función activada, entrega una copia a
• un listener de Postfix en 127.0.0.1:10597 que solo acepta las direcciones de monitorización de Email Spam Tester, de modo que la copia sale desde la misma IP y con el mismo HELO que el original;
• la lista de dominios monitorizados en /etc/email-spam-tester/monitor.json.

La misma página incluye Desactivar en todo el servidor, que elimina los tres elementos y desactiva todos los dominios.

Para comprobar su estado desde la línea de comandos:

/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor status

"state": "active" significa que está activada; "off" significa que nunca se permitió o que se ha eliminado; "partial" significa que falta algún componente, Plesk a veces reescribe el archivo master.cf de Postfix durante una actualización. El botón Reparar de la misma página lo restaura. Una tarea diaria hace lo mismo automáticamente.

6. Actualización

Descarga el nuevo archivo latest.zip y su suma de comprobación como en el paso 2, compruébalo y después ejecuta:

plesk bin extension --upgrade /root/latest.zip

El registro, los límites y la monitorización se mantienen sin cambios. Si la monitorización está activada, sus archivos se actualizan a la nueva versión.

7. Desinstalación

plesk bin extension --uninstall email-spam-tester

Esto elimina la monitorización de Postfix y de los controladores de correo de Plesk, y desactiva todos los dominios monitorizados. Nunca modifica los registros DNS, incluidos los que los clientes hayan creado mediante los botones de la extensión.

Si la monitorización estaba activada, conviene eliminarla primero, para que cualquier fallo durante el proceso sea visible y no aparezca solo en el registro de Plesk:

/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor disable

Al final muestra el estado. "state": "off" significa que el controlador, el listener y la lista se han eliminado.

8. Si algo no funciona

• "El servidor de correo no aceptó el email" durante una prueba: el Postfix local lo rechazó, y el texto que aparece después de los dos puntos es su propia respuesta. Comprueba que Postfix se está ejecutando (systemctl status postfix).
• Una prueba queda en espera y no llega nada: después de 30 segundos, la página de la prueba muestra lo que indica al respecto el registro de correo del servidor. Si la conexión al puerto 25 agota el tiempo de espera, significa que tu proveedor bloquea el puerto 25 de salida. Ejecuta la primera comprobación del paso 1 para confirmarlo.
• Una corrección muestra un registro para copiar en lugar de un botón: el DNS del dominio se sirve desde otro servidor, como un registrador o Cloudflare. Añade allí el registro.
• Justo después de corregir el DNS, una prueba sigue mostrando el resultado anterior: los resolutores DNS públicos pueden recordar que faltaba un registro durante un periodo igual al TTL mínimo del SOA de la zona, tres horas en la plantilla de zona predeterminada de Plesk. Repite la prueba más tarde.