Los logs SMTP ayudan a localizar un mensaje perdido, pero también pueden contener nombres, emails, consultas, rutas de adjuntos, servidores y autenticación. Una investigación útil recoge la evidencia mínima necesaria para identificar el traspaso fallido.
Planifica la prueba y el tratamiento de datos antes de activar registros detallados.
Define la pregunta del diagnóstico
Decide si necesitas demostrar que se generó una notificación, identificar al destinatario, inspeccionar la respuesta del proveedor o localizar la entrega final. Cada pregunta requiere datos distintos.
Usa un envío sintético con referencia única y sin información personal. Anota por separado ID y hora para que el log no tenga que conservar el cuerpo.
No utilices la consulta real de un cliente como muestra.
Comprende los niveles de log
Un mail log básico puede guardar hora, asunto, destinatario y estado. El debug de aplicación puede añadir cabeceras y cuerpo. El protocolo SMTP puede mostrar conversación y material de autenticación codificado.
Empieza por el nivel más bajo que responda la pregunta. Auméntalo temporalmente solo con reproducción controlada y almacenamiento seguro.
No muestres debug en el navegador o front-end.
Trata credenciales codificadas como secretos
Usuarios y contraseñas SMTP pueden aparecer en base64. Codificar no es cifrar. Nunca pegues el transcript completo en chats, emails o incidencias públicas.
Si se capturó una credencial, rótala después de proteger o borrar el log. Revoca app passwords expuestos y revisa accesos.
Redactar significa eliminar valores y tokens, no sustituir únicamente la palabra “password”.
Minimiza contenido y destinatarios
Configura el plugin para no guardar cuerpos o adjuntos cuando sea posible. Un asunto sintético único suele bastar para correlacionar.
Al compartir evidencia, oculta la parte local del destinatario, Reply-To, cuerpos, IP irrelevantes y rutas internas. Conserva dominio o estado solo si aporta al fallo.
Mantén el código SMTP exacto, porque suele indicar la reparación.
Correlaciona identificadores
Construye un rastreo corto con hora de WordPress, ID de formulario o entrada, ID de notificación, message ID del proveedor y resultado del gateway. Conectan sistemas sin copiar la consulta.
Recuerda que éxito de WordPress no es entrega final. Aceptación externa y colocación en buzón son eventos diferentes.
Usa una zona horaria coherente para evitar huecos falsos.
Protege almacenamiento y acceso
Guarda los logs fuera de directorios públicos o aplica control a nivel de servidor. Limita el acceso a responsables de la reparación y evita sincronizarlos en carpetas compartidas amplias.
Revisa permisos de archivos, base de datos y roles del plugin. Los administradores WordPress podrían tener más acceso del permitido por la política.
Nunca dejes un debug descargable bajo wp-content/uploads.
Aplica una retención corta
Registra cuándo se activa, quién lo aprueba y cuándo se deshabilitará. Borra cuerpos y transcripts cuando se resuelva y se extraiga la evidencia necesaria.
Sigue los requisitos legales para las entradas reales; eliminar logs no sustituye gestionarlas bien.
Comprueba que backups, exportaciones y tickets no conserven copias olvidadas.
Interpreta resultados habituales
Sin registro local, probablemente no se generó la notificación. Un error local señala PHP, cabeceras o transporte. Un rechazo externo apunta a autenticación, remitente, límite o destinatario.
La aceptación traslada la búsqueda a rebotes y gateway. Una cuarentena corresponde al administrador de correo, no al plugin.
Basa la acción en el primer control fallido.
Cierra la investigación limpiamente
Después de reparar, envía otra prueba sintética y confirma el rastreo mínimo hasta el buzón. Revisa autenticación y Reply-To.
Desactiva el debug, retira código temporal, elimina datos de prueba y confirma que no se capturaron secretos. Conserva solo un registro conciso con identificadores redactados y la solución validada.
Pide ayuda antes de compartir un log que no puedas sanear. Facilita un fragmento alrededor del error, nunca el archivo entero, credenciales, tokens, adjuntos o mensajes reales.