Resposta breu: per defecte WordPress lliura el correu a la funció bàsica mail() del servidor, sense autenticació darrere. Els proveïdors moderns la rebutgen cada cop més, així que els missatges es descarten en silenci o acaben en spam en comptes de rebotar de forma visible.
Per què l’error és silenciós
Rara vegada hi ha un error en pantalla. WordPress dóna el missatge per enviat perquè el va lliurar correctament; el que va ocórrer després li resulta invisible. Per això aflora de forma indirecta: un client mai va rebre el seu comprovant, o no pots rebre un restableciment quan estàs bloquejat.
Diagnostícalo en minuts
- Instal· la un plugin de registre de correu, o envia una prova a dos proveïdors diferents (una de Gmail i una altra d’Outlook). Que arribi a un i no a l’altre és un problema d’autenticació, no un error de WordPress.
- Inspecciona les capçaleres d’un missatge que sí va arribar per veure com es va autenticar (busca
spf=passidkim=pass). - Comprova l’adreça de remitent i l’alineació del vostre domini.
La solució duradora: SMTP autenticat
Envia a través d ‘ un servei autenticat en lloc de mail(): el SMTP del teu proveïdor o un servei transaccional dedicat. Configura host, port (587 amb TLS, o 465 amb SSL), usuari i contrasenya, i usa una adreça de remitent en un domini que controls. Després publica i alinea els registres DNS SPF i DKIM d’aquest domini, i un registre DMARCÉs molt més fiable que ajustar opcions de WordPress mentre falta l’autenticació de fons.
Verifica el que depèn del negoci
Prova els missatges que importen — restableciment, confirmació de comanda, avís de formulari i alertes d’administració — i confirma que cada un arriba a la safata d’entrada i no a spam. Comprova que la direcció de resposta va a algun lloc on la llegeixi una persona.
CRITERI D’INCIDENT WP REPAIR
Com acotar l’error sense endevinar
WordPress pot entregar correctament un missatge a la funció local i que el destinatari mai el rebi. Cal separar generació, transport, autenticació i lliurament final.
Registra el missatge generat, remitent, reply- to i destinatari.
Envia proves controlades a més d'un proveïdor de correu.
Inspecciona capçaleres per alineació SPF, DKIM i DMARC.
Utilitza un proveïdor transaccional autenticat i vigila rebots o supressions.
Què ha de quedar verificat
- Es generen missatges de restableciment, formulari i comanda.
- l’autenticació passa per al domini remitent.
- Arriben a diversos proveïdors i els rebots són observables.
Fonts tècniques oficials
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →SOBRE ESTE SÍNTOMA
Preguntes freqüents d'aquesta guia.
Per què WordPress no mostra un error quan un correu electrònic no lliura?+
WordPress lliura el correu electrònic a la funció mail () bàsica del servidor, que no té cap autenticació darrere d’ell, i informa el missatge com a enviat perquè el va lliurar amb èxit. El que li succeeix després, si s'ha caigut o arxivat com a spam, és invisible a WordPress, de manera que els errors apareixen indirectament, com un client mai rep un rebut.
Com puc saber si això és un problema WordPress o un problema d’autenticació de correu electrònic?+
Envia un correu electrònic de prova a dos proveïdors diferents, per exemple un Gmail i una adreça de Outlook. El lliurament a un però no a l’altre indica un problema d’autenticació específic de com aquest proveïdor avalua el vostre domini d’enviament, no un error en WordPress en si mateix.
Està instal·lant un SMTP plugin suficient per si sol, o necessito fer més?+
Cal configurar SMTP autenticat, però no n'hi ha prou. També és necessari publicar i alinear els registres SPF i DKIM DNS per al domini d’enviament, a més d’un registre DMARC, atès que ajustar la configuració de WordPress mentre falta l’autenticació de domini subjacent no solucionarà de manera fiable l’entrega.
Com puc confirmar que un correu electrònic està autenticant correctament una vegada que he fet els canvis?+
Inspeccioneu les capçaleres d’un missatge que va arribar i busqueu spf=pass i dkim=pass. Després proveu específicament els missatges dels que depèn el negoci, reinicia la contrasenya, confirmacions de comandes, notificacions de formularis i alertes d’administració, confirmant cada terreny a la safata d’entrada en comptes de spam.