Un formulario muestra su confirmación y el destinatario no recibe el correo. ¿Qué evidencias permiten distinguir un fallo de la aplicación, de SMTP o de entrega?

La confirmación del formulario puede indicar que la aplicación aceptó la solicitud, sin demostrar que el destinatario recibió el correo. Incluso un resultado satisfactorio de mail() en PHP significa aceptación para entrega, no llegada a la bandeja. La investigación necesita seguir un mensaje concreto.

1. Realiza una sola prueba con una dirección controlada y un asunto identificable. Anota hora y zona horaria, remitente configurado, destinatario y respuesta del formulario. Confirma si la aplicación usa correo local o un servicio SMTP externo: los registros relevantes serán distintos. No publiques el contenido privado del mensaje.

2. Revisa el registro del plugin o aplicación. Busca rechazo de autenticación, fallo de conexión, certificado, destinatario inválido o límite comunicado por el servicio. Si usa SMTP, compara host, puerto y modo de cifrado con la documentación de ese servicio. Evita intercambiar valores al azar o desactivar la validación TLS.

3. Si el mensaje pasa por el servidor de correo de cPanel y la herramienta está habilitada, Track Delivery permite consultar el recorrido y su resultado. Filtra por destinatario y hora. Un rechazo aporta un código y una razón; una aceptación del siguiente servidor todavía puede acabar en spam o en una regla del buzón.

Comprueba spam, filtros, reenvíos, espacio disponible y posibles devoluciones al remitente. Si el correo sale por un tercero, consulta su registro de entrega en lugar de interpretar la ausencia en cPanel como un fallo.

Para escalar el caso, entrega un identificador del mensaje y el error exacto depurado. Comparar una prueba local y otra externa ayuda a delimitar el recorrido. No repitas envíos masivos de prueba: más intentos no sustituyen una evidencia y pueden dificultar su lectura.

Fuentes: PHP — mail() · cPanel — Track Delivery.