[SPIP Zone] Mailsubscribers : inscrits suspendus mais… toujours inscrits ACTIFS à des listes

Avec Mailshot et Sparkpost, normalement les emails qui ne marchent plus
sont renvoyés à SPIP en erreur et il le garde en mémoire. Il y a aussi
peut-être le cas des gens qui se désinscrivent à une liste avec le lien
fourni.

Quoiqu'il en soit, j'ai 155 comptes "mailsubscribers" qui désormais
1) ont leur adresse transformée en @example.org
2) ont leur statut "suspendu" en rouge

Mais TOUS sont toujours liés à la lettre d'information principale
(mailsubscribinglist=6 chez moi) avec un statut… PAS suspendu, mais bien
"inscrit", en vert.

Et du coup à chaque lettre envoyée, ya 155 échecs de ces adresses qui
évidemment n'existent pas !

Pourquoi est-ce qu'il y a deux sortes de statuts ? Et quand bien même,
si le compte est inscrit à une liste mais que le compte complet est en
suspendu, pourquoi est-ce que ça essaye quand même de lui envoyer ?

Comment est-ce possible ? Il y a un bug ? Que faut-il faire ?

--
RastaPopoulos

salut,
je vérifie pas ça, les désinscrits ne font plus partie de la lettre à laquelle ils étaient avant de se désinscrire…
y’a un truc qui cloche

Hello,

je ne constate pas le bug non plus sur les sites où les plugins tournent, donc j’imagine qu’il y a un problème annexe ou indéterminé, ou du vieux code qui traine et qui désinscrit directement via le statut du mailsubscriber, ce qui n’est plus valide. Si tu passes bien par l’api newlsetter/unsubscribe, ça manipule les statuts d’inscription à chaque liste, et le meta statut du subscriber est juste une indication globale qui dit qu’il est inscrit à quelque chose ou à rien, mais qui en pratique ne sert pas dans l’envoi lui même.

La bonne nouvelle c’est qu’il n’essaye pas vraiment d’envoyer : les adresses en @example.org sont directement notées comme invalide, et l’envoi est marqué en echec sans même essayer
https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/mailshot/trunk/newsletter/send.php#L53

--
Cédric
Le 20 nov. 2018 à 15:50 +0100, RastaPopoulos <rastapopoulos@spip.org>, a écrit :

Avec Mailshot et Sparkpost, normalement les emails qui ne marchent plus
sont renvoyés à SPIP en erreur et il le garde en mémoire. Il y a aussi
peut-être le cas des gens qui se désinscrivent à une liste avec le lien
fourni.

Quoiqu'il en soit, j'ai 155 comptes "mailsubscribers" qui désormais
1) ont leur adresse transformée en @example.org
2) ont leur statut "suspendu" en rouge

Mais TOUS sont toujours liés à la lettre d'information principale
(mailsubscribinglist=6 chez moi) avec un statut… PAS suspendu, mais bien
"inscrit", en vert.

Et du coup à chaque lettre envoyée, ya 155 échecs de ces adresses qui
évidemment n'existent pas !

Pourquoi est-ce qu'il y a deux sortes de statuts ? Et quand bien même,
si le compte est inscrit à une liste mais que le compte complet est en
suspendu, pourquoi est-ce que ça essaye quand même de lui envoyer ?

Comment est-ce possible ? Il y a un bug ? Que faut-il faire ?

--
RastaPopoulos

----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Le 20/11/2018 à 16:38, Cerdic a écrit :

Hello,

je ne constate pas le bug non plus sur les sites où les plugins
tournent, donc j’imagine qu’il y a un problème annexe ou indéterminé, ou
du vieux code qui traine et qui désinscrit directement via le statut du
mailsubscriber, ce qui n’est plus valide. Si tu passes bien par l’api
newlsetter/unsubscribe, ça manipule les statuts d’inscription à chaque
liste, et le meta statut du subscriber est juste une indication globale
qui dit qu’il est inscrit à quelque chose ou à rien, mais qui en
pratique ne sert pas dans l’envoi lui même.

Bé sur ce site on ne fait rien d'API, c'est juste la suite de plugins
installés et leur utilisation dans l'admin. Enfin, il y a quelques
listes dynamiques (pour les abonnés) mais ça ne concerne pas la liste
principale en question où il y a ces 155 erreurs.

Est-ce que ça aurait pu être un couac pendant la mise à jour, quand
c'est passé avec en table pour les listes ?

Du coup à priori je corrige à la main en faisant une requête SQL pour
mettre ces 155 en "refuse" dans la table de liaison…

La bonne nouvelle c’est qu’il n’essaye pas vraiment d’envoyer : les
adresses en @example.org sont directement notées comme invalide, et
l’envoi est marqué en echec sans même essayer

Ah super, c'est déjà ça ! :slight_smile:

--
RastaPopoulos