Quan una persona rep la notificació i una altra no, la còpia lliurada redueix les possibilitats, però no localitza l’error. Potser l’adreça absent no es va afegir mai al missatge o el seu sistema de correu la va rebutjar o ocultar.
Compara les evidències de cada adreça: un camp CC no demostra dos lliuraments.
Confirma com es generen els destinataris
Obre la notificació activa, no una còpia antiga. Revisa To, CC i BCC, l’ortografia, els separadors i els tokens. Alguns plugins generen avisos independents segons el departament escollit.
Normalitza l’adreça: elimina espais invisibles, comprova el domini i confirma si s’accepta un àlies amb +etiqueta. Una adreça copiada des d’un full de càlcul o un camp dinàmic pot contenir caràcters que no es veuen a l’editor.
Envia una prova identificada amb la mateixa opció que utilitzaria un visitant. Anota la selecció, l’hora i les adreces, i comprova que l’entrada desada contingui el valor correcte. No exposis llistes privades en camps visibles.
Busca errors a les condicions
Una regla pot comparar l’etiqueta visible amb un valor intern diferent o distingir majúscules. Si s’ha canviat el nom d’un departament, una condició antiga pot deixar de coincidir.
Registrar temporalment l’ID de notificació executat és més segur que treure totes les condicions en producció. Si cal una ruta general durant la reparació, envia-la únicament a una bústia interna autoritzada i protegeix les dades personals.
Confirma que s’executen dues notificacions si aquest és el disseny previst.
Rastreja cada adreça al registre
Comprova si l’adreça absent figurava al missatge generat. Si no hi era, repara el formulari abans de canviar SMTP o DNS.
Si totes dues es van enviar, consulta-les per separat al proveïdor. Una pot constar com a accepted i l’altra com a deferred, bounced o suppressed. Desa el codi específic i el message ID.
Un mateix missatge pot obtenir una resposta SMTP diferent per destinatari. Revisa el detall de cada adreça, sobretot quan To, CC o BCC s’agrupen. L’èxit de wp_mail() només acredita que WordPress ha lliurat el missatge al transport.
Revisa àlies, grups i bústies compartides
L’adreça pot ser un àlies, una llista o una bústia compartida restringida. Confirma que existeix, té capacitat i accepta remitents externs. Prova la bústia subjacent només amb permís de l’administrador.
Els reenviaments poden generar bucles o fallar DMARC. Cerca al gateway per message ID i hora, no només a la safata d’entrada i al correu brossa. Evita afegir més salts com a pedaç.
Comprova també si el grup expandeix membres al servidor o lliura a una bústia comuna. Aquesta diferència determina on buscar la pèrdua i qui pot autoritzar el canvi.
Comprova rebots, supressions i filtres
Busca informes al Return-Path. Els proveïdors acostumen a suprimir una adreça després d’un rebot permanent o d’errors repetits, fins i tot si més tard es restaura la bústia.
Elimina la supressió només després de validar el destinatari i resoldre la causa original. Revisa quarantena, regles, remitents bloquejats i adjunts.
Si els destinataris utilitzen dominis diferents, compara SPF, DKIM i DMARC en una còpia lliurada: cada organització pot aplicar una política distinta.
Utilitza capçaleres de remitent segures
Envia des d’un domini autoritzat i posa el visitant a Reply-To. Fer servir l’adreça del visitant com a From pot provocar que un destí rebutgi allò que l’altre tolera.
Mantén el mateix From autenticat durant les proves. Canviar alhora remitent, assumpte i destinatari fa que el resultat sigui ambigu.
No creïs un segon SPF; modifica DNS només amb els valors documentats pel proveïdor.
Verifica la ruta reparada
Envia una prova nova que hagi d’avisar tots dos destinataris. Demostra l’entrada, la regla, la llista del registre, el resultat del proveïdor i l’arribada a les dues bústies. Comprova Reply-To i qualsevol helpdesk o CRM connectat.
Si una adreça continua sent inestable, configura una alternativa supervisada sense publicar adreces privades al web.
Quan cal una reparació urgent
Sol·licita ajuda quan les regles siguin complexes, els registres es contradiguin o puguin faltar contactes. Facilita URL, hora, ID de notificació i resposta SMTP amb les dades ocultes; mai contrasenyes o contingut real.
L’objectiu és demostrar cada destinatari individualment, no suposar que un sol lliurament valida el missatge complet.