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

Dns I Lliurabilitat

Els MX són correctes, però el correu del web continua fallant

Entén per què MX no repara l'enviament WordPress i rastreja SMTP, routing local, autenticació i filtratge.

Els registres MX indiquen a altres servidors on han de lliurar correu entrant per a un domini. No configuren WordPress per autenticar-se a SMTP, no autoritzen From ni garanteixen que el formulari hagi generat una notificació.

Mantén intacte el routing entrant correcte i rastreja la sortida per separat.

Dibuixa les dues rutes

El correu empresarial entrant viatja des de l’emissor fins al proveïdor MX del domini. Una notificació WordPress surt del web per PHP, SMTP o API i després arriba al gateway del destinatari.

Anota el transport actiu, From, el destinatari i l’hora d’una prova. No suposis que el proveïdor que rep el correu dels empleats també envia el del web.

Confirma primer que el formulari ha desat l’entrada.

Verifica la generació

Revisa els avisos habilitats, les condicions i els tokens de destinatari al formulari actiu. Si no hi ha cap esdeveniment al mail log, l’error existeix abans de consultar qualsevol MX.

Utilitza una adreça autoritzada fixa a From i el visitant a Reply-To. Valida els destinataris i que la pàgina utilitzi l’ID que edites.

Una prova SMTP genèrica no demostra que s’hagi executat l’avís real.

Identifica el transport sortint

WordPress pot utilitzar PHP mail local, relay de l’allotjament, SMTP autenticat o API. Troba la configuració activa i cerca per l’hora.

Si PHP ha acceptat el missatge, consulta la cua i la resposta de l’allotjament. Si usa SMTP, verifica hostname, port, TLS i propietat de la credencial.

No canviïs els MX del destinatari per reparar la connexió entre WordPress i el seu proveïdor.

Comprova el routing local

cPanel o Plesk poden tractar el domini com a local encara que els MX apuntin a Microsoft 365, Google Workspace o un altre servei. Els missatges cap al mateix domini acabarien en una bústia local inexistent sense consultar el DNS públic.

Compara local/remote exchanger amb el disseny real. Canvia-ho només després de confirmar que cap bústia legítima depèn del servidor.

Prova la resolució des del mateix allotjament a més d’un resolver públic. Un resolver local, una zona privada o /etc/hosts pot retornar un destí diferent encara que les eines externes mostrin MX correctes.

Conserva una reversió, perquè un error també pot afectar l’entrada.

Autentica el remitent

SPF autoritza la infraestructura de l’envelope sender, DKIM signa i DMARC comprova l’alineació amb From. Un MX correcte no crea cap d’aquests controls.

Publica els registres de l’emissor actual al DNS autoritatiu. Mantén una política SPF i el selector DKIM exacte. Completa la verificació del proveïdor.

Inspecciona Authentication-Results en una còpia real, no només un indicador verd del panell.

Segueix el proveïdor i el receptor

Busca acceptació, ajornament, rebot o supressió a l’emissor. Després de l’acceptació, el gateway escollit pels MX assumeix el lliurament o retorna el resultat.

Conserva la resposta SMTP per destinatari. Un codi 250 prova acceptació en aquell salt; un ajornament 4xx o rebuig 5xx identifica una política remota, no un problema de l’MX publicat.

Demana a l’administrador autoritzat que revisi quarantena, regles, àlies i restriccions per message ID.

La carpeta Spam és només una de les destinacions possibles.

Evita canvis DNS sense relació

No alteris prioritats MX, afegeixis el servidor web com a MX ni apuntis el correu a la IP del lloc tret que l’arquitectura ho exigeixi. Podries interrompre el correu empresarial sense reparar el formulari.

El registre A, l’SSL web i el proxy de Cloudflare també són diferents de l’autenticació sortint, excepte si WordPress connecta a un hostname SMTP personalitzat.

Canvia només el primer traspàs fallit demostrat.

Verifica totes dues funcions

Després de reparar, envia un formulari identificat i confirma entrada, notificació, acceptació i arribada. Envia després una prova entrant a la bústia corporativa per demostrar que els MX continuen correctes.

Inspecciona Reply-To i SPF/DKIM/DMARC. Revisa les entrades desades durant l’error.

Demana ajuda urgent quan el routing local contradigui els MX o es desconegui el proveïdor sortint. Comparteix DNS públic, hores i resultats de cua amb dades ocultes, mai credencials o contingut.

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