Journal *.dsbl.org c'est fini, fini

Bonmatin 'nal,

Petite mésaventure aujourd'hui avec deux serveurs e-mails bien différents qui utilisaient le déjà mort, mais juste de mort cérébrale, *.dsbl.org Distributed_Sender_Blackhole_List pour lutter contre le SPAM.

Jusqu'à présent, et bien que les listes *.dsbl.org étaient désactivées depuis fort longtemps, si votre serveur e-mail les utilisaient, cela ne provoquait pas plus que cela d'effet de bord car un système temporaire était en place pour éviter les conséquences fâcheuses, le temps que les admins fassent leur boulot.

Or, il semble que depuis hier soir ou ce matin en fonction de votre fuseau horaire, tous les serveurs ayant encore dsbl.org dans leurs filtres rejettent tout e-mail avec un terrible:
>554 5.7.1 Service unavailable; Client host [ww.yy.yy.zz] blocked using list.dsbl.org;

Dans mon cas, pour un c'était de ma faute et unique faute et les conséquences minimes. Une édition du fichier de configuration de postfix et suppression de la ligne:
reject_rbl_client list.dsbl.org,
plus tard avec rechargement de la configuration et le problème était résolu.

Mais pour le deuxième cas les conséquences sont bien plus importantes.
Il s'agissait d'une plate forme "tout en un" basée sur Linux et utilisant les logiciels e-mails habituels (postfix aussi, spamassassin…) mais avec un bon gros système maison pour gérer les configurations, mises à jour plus ou moins automatiquement et éditions des paramètres via un GUI qui ne laisse pas beaucoup de possibilité. Avec un nouvel administrateur qui ne connaît que très peu Linux/Postfix, il lui a été impossible de trouver l'origine du problème et encore moins de changer la configuration.

Et le problème n'était pas tant l'inexpérience ou le système de GUI qui "cache" la forêt de configuration mais plutôt le fait que de nombreux "bundle" contiennent ou contenaient toujours ce paramètre et que de nombreux "how-to" y font toujours référence.

Alors ce matin, si ce n'est déjà fait, tous à vos consoles et vérifier votre configuration!