Alors je vais te décevoir mais… il n’y a acun utilisateur avec le bit 2 à un. Si le bit 2 à zero veut dire que l’utilisateur ne reçoit rien, ça veut dire qu’aucun abonné à spip-dev ne reçoit de courriel. Tu confirmes ?
Par ailleurs le bit 2 est interprété par l’import mailman3 comme « je veux pas recevoir mes propres messages ». Mais on est pas à ça près 
mysql> select count(*), delivery_status, delivery_status & 2 from mailman_mysql where listname = 'spip-dev' group by delivery_status;
+----------+-----------------+---------------------+
| count(*) | delivery_status | delivery_status & 2 |
+----------+-----------------+---------------------+
| 376 | 0 | 0 |
| 195 | 2 | 2 |
| 8 | 3 | 2 |
| 64 | 4 | 0 |
+----------+-----------------+---------------------+
4 rows in set (0.01 sec)dang ce n’est pas user_options mais delivery_status, d’ou quiproquo.
@fil voila le problème trouvé. Un bug de mon coté corrigé ici:
Et d’un seul coup le delivery_status change de valeur, il y a bien 2.
{'ack': 'Y',
'address': 'marcimat@free.fr',
'bi_cookie': None,
'bi_date': '0000-00-00',
'bi_lastnotice': '0000-00-00',
'bi_noticesleft': 0.0,
'bi_score': 0.0,
'delivery_status': 2,
'delivery_status_timestamp': '2008-02-26 12:38:32',
'digest': 'N',
'hide': 'N',
'lang': 'fr',
'listname': 'spip-dev',
'name': None,
'nomail': 'N',
'not_metoo': 'Y',
'one_last_digest': 'N',
'plain': 'N',
'topics_userinterest': '',
'user_options': 264},
Et les utilisateurs qui ont un delivery status de 2 vont bien être mis en silencieux:
Merci à tous pour votre patience et mes excuses pour cette boulette. Je lance une mise à jour ce soir et tout devrait être rentré dans l’ordre avant demain matin.
suite au réimport de la base j’ai posté un message là [spip-dev] Dépôt pour les éléments de l'identité graphique - #17 par ben.spip pour vérifier
On croise les doigts! Merci pour l’initiative 