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

Localitzar Error Missatge

El formulari envia a Gmail, però no al correu de l’empresa

Descobreix per què un formulari arriba a Gmail però no al domini empresarial revisant l'acceptació, el gateway, els àlies i l'autenticació.

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.

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ó

El domini visible del camp From ha d’estar autoritzat pel proveïdor. A les capçaleres del correu rebut a Gmail, comprova SPF, DKIM i DMARC. El gateway empresarial pot aplicar aquests errors amb més rigor.

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.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència