Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Localizar Fallo Mensaje

El formulario WordPress llega a Gmail pero no al correo de empresa

¿El formulario WordPress llega a Gmail pero no al correo empresarial? Rastrea destinatario, respuesta del proveedor y gateway antes de cambiar SMTP o DNS.

Que llegue a Gmail demuestra que una ruta funcionó, no que el dominio empresarial aceptara el mismo mensaje. El buzón corporativo puede usar otro gateway, cuarentena, reglas de transporte o una política de autenticación más estricta.

Mantén estable la configuración mientras comparas dos destinatarios con el mismo mensaje.

Realiza una comparación justa

Envía una prueba única y no sensible a Gmail y a la dirección empresarial usando los mismos campos, From y ventana temporal. Anota destinatarios y hora exacta.

Confirma que el formulario generó notificaciones para ambas direcciones. Una condición, dominio mal escrito o token inválido puede impedir crear la notificación empresarial.

Conserva la entrada de prueba hasta terminar el rastreo.

Lee las evidencias de WordPress y SMTP

Consulta un mail log con destinatario, asunto, hora y resultado sin exponer el contenido. El éxito de WordPress indica normalmente que entregó al transporte, no que llegó al buzón.

Después busca el destinatario corporativo en el proveedor: accepted, deferred, bounced, suppressed o no enviado. Un código de respuesta aporta más que cambiar de plugin. Conserva la respuesta redactada para el administrador de correo.

Compara también el Return-Path, el dominio firmante DKIM y el servidor que recibió cada intento. Si el proveedor abrió una transacción SMTP independiente para cada destino, el código asociado al buzón empresarial permite distinguir un rechazo de dominio, una limitación temporal y una dirección inexistente.

Sigue al destinatario empresarial en cuatro puntos

Conserva una referencia de prueba autorizada, destinatario y hora con zona horaria. El ID del evento del proveedor y el Internet Message-ID pueden identificar cosas distintas; anota qué representa cada uno.

Observación Qué acredita Siguiente comprobación
WordPress indica éxito La petición de correo se procesó sin un error comunicado. Busca el evento del proveedor que corresponda al destinatario empresarial.
El proveedor acepta o pone en cola Ha recibido la petición; revisa cómo define ese estado. Comprueba el evento siguiente, respuesta del destino o motivo de supresión.
El receptor devuelve 2xx después de DATA Ese servidor acepta responsabilidad por el mensaje. Rastrea el tratamiento posterior; no demuestra que esté en Entrada.
El sistema receptor tiene una traza Registra el recorrido o destino del mensaje buscado. Revisa destinatario exacto, cuarentena, expansión de grupo y eventos posteriores.

La referencia de correo de WordPress distingue llamada correcta y recepción. La aceptación SMTP corresponde al servidor receptor, mientras que el seguimiento de mensajes de Exchange Online permite al administrador autorizado revisar eventos posteriores.

No tomes la copia recibida en Gmail personal como resultado de autenticación o entrega del dominio empresarial. Pide al administrador de correo que relacione su destinatario y ventana temporal. En Microsoft 365, expandir un grupo tampoco equivale a entregar a cada miembro.

Comprueba el gateway empresarial

Pide al administrador autorizado que busque por destinatario, hora, remitente y message ID. Puede estar en cuarentena del gateway aunque no aparezca en Spam.

Si el dominio usa Microsoft 365, Google Workspace o un filtro anterior, identifica primero qué sistema posee los registros MX. Buscar únicamente en el buzón final deja fuera el tramo que pudo rechazar el mensaje antes de entregarlo.

Revisa allow/block globales, reglas de transporte, protección contra suplantación y políticas de adjuntos. Un buzón compartido, alias o grupo puede rechazar externos o exigir membresía.

No permitas globalmente la IP web ni desactives antispam. Aplica el cambio más estrecho demostrado.

Verifica autenticación y alineación

Inspecciona en la copia de Gmail sus propios resultados SPF, DKIM y DMARC y relaciona por separado el intento empresarial. Las rutas o políticas de los destinatarios pueden producir resultados diferentes. Una entrega correcta en Gmail no diagnostica el gateway de la empresa.

Usa un buzón del dominio como From y al visitante en Reply-To. No envíes como Gmail, Outlook o dominio del cliente.

Si cambias DNS, conserva un único SPF y publica el selector DKIM exacto. Espera la propagación antes de evaluar.

Inspecciona rebotes y supresiones

Busca non-delivery reports en el Return-Path autenticado y en los logs. Rebotes históricos pueden incluir la dirección en una suppression list y descartar intentos posteriores.

Confirma que el buzón está bien escrito, activo y con cuota. Si es alias o grupo, prueba el buzón subyacente solo con aprobación.

No elimines una supresión antes de reparar su causa.

Separa routing y contenido

Si llega una notificación plana pero no la normal, compara enlaces, adjuntos, asunto y HTML. Los filtros pueden poner en cuarentena ejecutables, archivos protegidos o URLs sospechosas.

No evadas el filtrado ofuscando. Retira contenido innecesario de riesgo y utiliza transferencia segura aprobada para uploads.

Prueba después una consulta normal y el flujo de adjuntos.

Demuestra la entrega y monitoriza

La verificación completa muestra entrada, notificación generada, aceptación del proveedor y entrega empresarial. Guarda message ID y resultados de autenticación.

Repite tras cambios de DNS o gateway y confirma que Gmail sigue funcionando. Monitoriza eventos sin retener el contenido más tiempo del necesario.

Cuándo solicitar ayuda urgente

Pide ayuda si los logs del proveedor y gateway discrepan o existen leads en riesgo. Comparte horas y códigos redactados, nunca credenciales o consultas reales.

El cierre debe demostrar la entrega al buzón de negocio, no solo a un destinatario fácil.

Acota una evaluación de entrega al correo empresarial

Envía la URL pública del formulario, tipo de destinatario afectado, hora de prueba y estado o código de respuesta con datos ocultos. Forms Not Sending puede acotar con ese contexto el trabajo sobre notificación, proveedor o receptor. Acordad la ruta objetivo y las pruebas de cierre antes de intervenir. No incluyas contraseñas ni consultas reales de clientes en el formulario público.

Solicitar una evaluación de entrega al correo empresarial · Usar la comprobación guiada de entrega

Dudas sobre la notificación empresarial que falta

¿Por qué puede funcionar Gmail y fallar el correo de empresa?

Los dos destinatarios pueden seguir rutas distintas de notificación y correo. Confirma que se generó la notificación empresarial y rastrea ese destinatario, sin usar Gmail como prueba de su entrega.

El proveedor dice entregado. ¿La consulta está en Entrada?

Revisa qué significa entregado para ese proveedor y pide al administrador receptor el destino final. Un evento de envío no demuestra que el equipo previsto haya visto o leído la consulta.

¿Cambio primero SMTP o DNS?

Localiza antes la etapa que falla y mantén estable la comparación. Un cambio debe responder a un problema demostrado de remisión, autenticación o entrega y comprobarse después con el mismo destinatario previsto.

¿Qué hace falta para una evaluación inicial?

URL del formulario, ruta afectada, hora y observaciones con datos ocultos permiten empezar a acotar el trabajo. Los accesos necesarios se gestionan por separado; no envíes contraseñas del correo ni consultas de clientes por el formulario público.

Evaluar mi incidencia↗