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

Errors i diagnòstic

DKIM deixa de validar després de migrar correu electrònic o DNS: selector, clau i propagació

Resposta directa: DKIM deixa de validar després de migrar correu electrònic o DNS: selector, clau i propagació s’ha de resoldre com una decisió…

DKIM sovint es trenca després de migrar correu o DNS perquè selector, propietari de la clau privada i registre DNS deixen de descriure el mateix sistema de signatura. Troba el selector en un missatge sortint real; no l’endevinis des del panell.

Llegeix DKIM-Signature

Registra d= i s= d’un missatge enviat per la ruta nova. Això identifica el DNS exacte que consulta el receptor.

Consulta DNS autoritatiu

Confirma que selector._domainkey resol a la clau actual, sense CNAMEs antics o zona obsoleta.

Identifica qui signa

Moure DNS no mou la clau privada; moure proveïdor de correu pot crear selector nou. Defineix si signa SMTP, Microsoft, Google o API.

Permet coexistència durant migració

Selectors antic/nou poden conviure mentre canvia el trànsit. Retirar l’anterior massa aviat trenca rutes encara actives.

Observa propagació real

Consulta nameservers autoritatius i resolvers públics; “desat” al panell no prova visibilitat externa.

Repeteix alineació i integritat

La signatura ha de passar i, si aplica, alinear DMARC. Gateways que modifiquen cos/headers després de signar també poden invalidar-la.

Usa el diagnòstic DKIM i compara amb lliurament després de moure DNS.

Conserva una taula de migració de selectors

Per al sistema antic i el nou registra proveïdor, selector DKIM, domini d=, destí/valor DNS, primera data d’enviament i data prevista de retirada. Durant la transició tots dos selectors poden ser vàlids. La taula deixa clar quin registre es podrà eliminar i evita retirar la clau antiga mentre encara signen cues o remitents legacy.

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↗