Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Localitzar Error Missatge

El formulari WordPress arriba a Gmail però no al correu d’empresa

El formulari WordPress arriba a Gmail però no al correu empresarial? Rastreja destinatari, resposta del proveïdor i gateway abans de canviar SMTP o DNS.

Que el missatge arribi a Gmail demostra que una ruta ha funcionat, però no que el domini empresarial hagi acceptat el mateix correu. La bústia corporativa pot tenir un gateway diferent, quarantena, regles de transport o una política d’autenticació més estricta.

Mantén estable la configuració mentre compares dos destinataris amb el mateix missatge controlat.

Fes una comparació justa

Envia una prova única i sense dades sensibles a Gmail i a l’adreça empresarial. Utilitza els mateixos camps, remitent i interval de temps. Anota els dos destinataris i l’hora exacta de l’enviament.

Confirma que el formulari ha generat notificacions per a totes dues adreces. Una ruta condicional, un domini mal escrit o un token de camp invàlid poden impedir que es creï la notificació corporativa.

Conserva l’entrada de prova fins que acabi el rastreig.

Llegeix les evidències de WordPress i SMTP

Consulta un registre de correu que mostri destinatari, assumpte, hora i resultat sense conservar contingut innecessari. Un resultat correcte a WordPress acostuma a indicar que el missatge s’ha lliurat al transport, no que hagi arribat a la bústia.

Busca després el destinatari corporatiu al proveïdor SMTP: accepted, deferred, bounced, suppressed o no enviat. Desa el codi de resposta i el message ID amb les dades sensibles ocultes.

Compara també el Return-Path, el domini que signa amb DKIM i el servidor receptor. Si hi ha una transacció SMTP per a cada destinatari, la resposta empresarial diferencia un rebuig de domini, un ajornament temporal i una adreça inexistent.

Segueix el destinatari empresarial en quatre punts

Conserva una referència de prova autoritzada, destinatari i hora amb zona horària. L’ID de l’esdeveniment del proveïdor i l’Internet Message-ID poden identificar coses diferents; anota què representa cadascun.

Observació Què acredita Comprovació següent
WordPress indica èxit La petició de correu s’ha processat sense un error comunicat. Busca l’esdeveniment del proveïdor que correspongui al destinatari empresarial.
El proveïdor accepta o posa en cua Ha rebut la petició; revisa com defineix aquest estat. Comprova l’esdeveniment següent, resposta de destinació o motiu de supressió.
El receptor retorna 2xx després de DATA Aquest servidor accepta responsabilitat pel missatge. Rastreja el tractament posterior; no demostra que sigui a Entrada.
El sistema receptor té una traça Registra el recorregut o destinació del missatge cercat. Revisa destinatari exacte, quarantena, expansió de grup i esdeveniments posteriors.

La referència de correu de WordPress distingeix crida correcta i recepció. L’acceptació SMTP correspon al servidor receptor, mentre que el seguiment de missatges d’Exchange Online permet a l’administrador autoritzat revisar esdeveniments posteriors.

No prenguis la còpia rebuda a Gmail personal com a resultat d’autenticació o lliurament del domini empresarial. Demana a l’administrador de correu que relacioni el seu destinatari i finestra temporal. A Microsoft 365, expandir un grup tampoc equival a lliurar a cada membre.

Comprova el gateway de l’empresa

Demana a l’administrador autoritzat que cerqui per destinatari, hora, remitent i message ID. El missatge pot estar a la quarantena del gateway encara que no aparegui a la carpeta de correu brossa.

Identifica primer quin servei rep els registres MX: Microsoft 365, Google Workspace o un filtre anterior. Cercar només a la bústia final deixa fora el tram que pot haver rebutjat el missatge.

Revisa bloquejos globals, regles de transport, protecció contra suplantacions i polítiques d’adjunts. Una bústia compartida, un àlies o un grup també pot rebutjar remitents externs. No desactivis l’antispam ni autoritzis globalment la IP web; aplica el canvi mínim justificat.

Verifica l’autenticació i l’alineació

Inspecciona a la còpia de Gmail els seus propis resultats SPF, DKIM i DMARC i relaciona per separat l’intent empresarial. Les rutes o polítiques dels destinataris poden produir resultats diferents. Un lliurament correcte a Gmail no diagnostica el gateway de l’empresa.

Utilitza una bústia del domini com a From i posa el visitant a Reply-To. El web no està autoritzat per enviar en nom de Gmail, Outlook o el domini d’un client.

Si canvies DNS, mantén un únic SPF i publica el selector DKIM exacte. Espera la propagació abans de valorar una nova prova.

Inspecciona rebots i supressions

Busca informes de no lliurament al Return-Path autenticat i als registres del proveïdor. Rebots anteriors poden haver incorporat l’adreça a una llista de supressió, de manera que els intents nous es descarten abans de contactar amb el servidor receptor.

Confirma que la bústia existeix, està ben escrita, activa i amb quota. Si és un àlies o grup, prova la bústia subjacent només amb autorització. No retiris una supressió fins a corregir-ne la causa.

Separa la ruta del contingut

Si arriba una notificació plana però no la normal, compara enllaços, adjunts, assumpte i HTML. Els filtres poden posar en quarantena executables, fitxers protegits o URL sospitosos.

No intentis esquivar el filtre ofuscant contingut. Elimina elements de risc innecessaris i utilitza una transferència segura aprovada per als fitxers pujats. Després prova una consulta normal i el flux d’adjunts.

Demostra el lliurament i supervisa’l

La verificació completa ha de mostrar l’entrada, la notificació generada, l’acceptació del proveïdor i el lliurament final a l’empresa. Conserva el message ID i els resultats d’autenticació.

Repeteix la prova després de qualsevol canvi a DNS o al gateway i confirma que Gmail continua funcionant. Supervisa els esdeveniments sense retenir el contingut més temps del necessari.

Quan cal ajuda urgent

Demana ajuda si els registres del proveïdor i del gateway es contradiuen o hi ha contactes comercials en risc. Comparteix hores i codis ocultant dades, mai credencials o consultes reals.

El tancament ha de demostrar el lliurament a la bústia empresarial, no només a un destinatari fàcil.

Acota una avaluació de lliurament al correu empresarial

Envia l’URL públic del formulari, tipus de destinatari afectat, hora de prova i estat o codi de resposta amb dades ocultes. Forms Not Sending pot acotar amb aquest context la feina sobre notificació, proveïdor o receptor. Acordeu la ruta objectiu i les proves de tancament abans d’intervenir. No incloguis contrasenyes ni consultes reals de clients al formulari públic.

Sol·licitar una avaluació de lliurament al correu empresarial · Fer la comprovació guiada de lliurament

Dubtes sobre la notificació empresarial que falta

Per què pot funcionar Gmail i fallar el correu d’empresa?

Els dos destinataris poden seguir rutes diferents de notificació i correu. Confirma que s’ha generat la notificació empresarial i rastreja aquest destinatari, sense fer servir Gmail com a prova del seu lliurament.

El proveïdor diu lliurat. La consulta és a Entrada?

Revisa què significa lliurat per a aquest proveïdor i demana a l’administrador receptor la destinació final. Un esdeveniment d’enviament no demostra que l’equip previst hagi vist o llegit la consulta.

Canvio primer SMTP o DNS?

Localitza abans l’etapa que falla i mantén estable la comparació. Un canvi ha de respondre a un problema demostrat d’enviament, autenticació o lliurament i comprovar-se després amb el mateix destinatari previst.

Què cal per a una avaluació inicial?

URL del formulari, ruta afectada, hora i observacions amb dades ocultes permeten començar a acotar la feina. Els accessos necessaris es gestionen per separat; no enviïs contrasenyes del correu ni consultes de clients pel formulari públic.

Avaluar la meva incidència↗