Una prova SMTP confirma que WordPress pot autenticar i enviar un missatge amb les capçaleres i el destinatari d’aquella eina. El formulari pot fallar abans de cridar el correu o construir un altre remitent, destinatari, adjunt o regla.
Compara les dues rutes en lloc de reinstal·lar el plugin SMTP.
Comprova si el formulari s’ha processat
Envia dades sintètiques des de la pàgina pública sense sessió. Registra l’ID, l’URL, l’hora i el destinatari. Revisa la resposta i si el plugin ha desat una entrada.
Si no existeix, l’error és anterior a SMTP: investiga validació, CAPTCHA, JavaScript, WAF i PHP. La prova SMTP no aporta evidència sobre aquesta petició.
Si existeix, continua cap a la selecció de la notificació.
Confirma que s’ha executat una notificació
Obre el formulari actiu i revisa avisos habilitats, esdeveniments i condicions. Un pagament pot esperar confirmació; una regla departamental pot suprimir el correu si el valor intern no coincideix.
Utilitza registres protegits per identificar l’ID executat. No eliminis totes les condicions en producció ni enviïs dades a una bústia no autoritzada.
Confirma que la pàgina no utilitza una còpia antiga.
Compara From i Reply-To
La prova sol enviar des de l’adreça configurada pel proveïdor. El formulari pot substituir From pel correu del visitant i suplantar un domini extern.
Utilitza una adreça autenticada com a From i el visitant a Reply-To. Compara el nom, Return-Path i les capçaleres personalitzades.
Un CC/BCC mal format o salts de línia poden aturar el missatge abans del proveïdor.
Compara destinataris i rutes
La prova va a una adreça escrita manualment; el formulari pot contenir un destinatari incorrecte o un token buit. Confirma el To resultant al mail log.
Prova la bústia empresarial real. Que arribi a Gmail no demostra que un gateway corporatiu l’accepti.
Revisa àlies, grups i bústies compartides després de l’acceptació.
Comprova contingut i adjunts
Un test curt pot passar mentre el missatge real supera límits, conté un adjunt bloquejat o activa una política. Prova primer sense adjunt i després amb un fitxer petit permès.
Compara assumpte, HTML, enllaços i mida codificada. No disfressis fitxers ni ofusquis URL per evitar filtres.
Per a càrregues grans o sensibles, utilitza emmagatzematge controlat amb accés caducable.
Busca un altre mailer o una sobreescriptura
Codi propi o un altre plugin pot canviar PHPMailer després que el plugin SMTP el configuri. Busca phpmailer_init, filtres de wp_mail i hooks específics al tema, snippets i must-use plugins.
En multisite pot haver-hi mailers de xarxa i lloc amb propietaris diferents. Utilitza els logs per confirmar quin transport ha gestionat el formulari.
Conserva una reversió i prova una sobreescriptura cada vegada.
Inspecciona cues i timeouts
La prova administrativa és simple; el formulari públic pot cridar webhooks o posar l’avís en cua. Revisa WP-Cron, accions programades i errors PHP de l’hora.
Si l’entrada s’ha desat abans del timeout, comprova si el correu ja s’ha acceptat abans de repetir. Els clics addicionals poden duplicar leads.
Repara la cua o integració; no mostris èxit amb un temporitzador fix.
Correlaciona el proveïdor
Busca al proveïdor la prova correcta i l’hora del formulari. Si només apareix la prova, el formulari no ha arribat al transport. Si apareixen tots dos, compara l’estat per destinatari, el rebot i la supressió.
L’acceptació desplaça la investigació al gateway. Conserva els message ID i els codis amb dades ocultes.
Verifica el recorregut real
Després de corregir, envia el formulari en viu amb una altra referència. Confirma una petició, una entrada, la notificació, l’acceptació i l’arribada empresarial.
Comprova Reply-To, condicions, adjunts, mòbil i Analytics. Revisa les consultes desades durant la caiguda.
Demana ajuda urgent si utilitzen mailers diferents, els registres discrepen o es perden leads. Comparteix ID i errors amb dades ocultes, mai contrasenyes o contingut real.