Sachez-le avant vos clients

Vérifier une fois vous dit où vous en êtes aujourd’hui. Ceci continue de regarder et vous écrit dès que ça change : vos IP d’envoi face aux listes noires, vos certificats avant qu’ils n’expirent, vos domaines — verrou de transfert compris, celui qui empêche qu’on vous les déplace — et les enregistrements DNS eux-mêmes, pour être prévenu le jour où votre MX ou vos serveurs de noms bougent. Ajoutez un webhook si vous préférez que ça arrive dans Slack.

Les vérifications partent d’une seule machine, une fois par intervalle. Pour une entrée en liste noire ou une date d’expiration, c’est largement suffisant : les deux changent lentement. Pour la disponibilité, non — alors dès que la cible échoue, deux sites de référence sont interrogés en même temps : s’ils échouent aussi, c’est ce serveur qui a le problème, et ce tour n’est pas compté contre vous et ne déclenche aucune alerte. On signale le deuxième échec confirmé, jamais le premier. Les données de domaine viennent du registre lui-même — par RDAP, ou par WHOIS là où il n’y a pas de RDAP —, donc uniquement pour les TLD dont le registre publie la date d’expiration : .es et .de, entre autres, non.

Ce serveur ne peut pas encore envoyer d’e-mail. Les changements sont quand même enregistrés et affichés ici, et un webhook fonctionne — mais aucune alerte n’arrivera dans votre boîte.