Ce que cela signifie simplement
Aucun événement conservé ne correspond à la recherche, mais des événements plus anciens ont pu être supprimés par la rétention.
Contrôles sans risque
- Lire la durée de rétention avant d'interpréter les journaux
- Compter les clés API et SMTP sans afficher leur valeur
- Relever seulement la présence de webhooks, automatisations, modèles et expéditeurs
- Vérifier les applications connues qui ont pu envoyer via Brevo
Solution pas à pas
- Classer le service comme apparemment dormant tant que la rétention reste inconnue
- Inventorier les dépendances réversibles sans ouvrir de secret
- Désactiver plus tard une dépendance à la fois sous une autorisation distincte
- Observer avant de retirer le domaine et ses DNS en dernier
Zéro résultat n’est pas zéro historique
La bonne question n’est pas seulement « que montrent les logs ? », mais « depuis combien de temps auraient-ils été conservés ? ». La réponse détermine la portée réelle de l’observation.
Les secrets restent hors de l’audit
Le nom, l’état, l’expiration et les derniers caractères masqués suffisent pour inventorier une clé. Ne la copiez pas, n’en générez pas une nouvelle et n’utilisez pas une API qui retournerait un secret de webhook.
Ce qu'il ne faut surtout pas faire
- Conclure à douze mois d'inactivité avec seulement un mois de rétention
- Régénérer une clé pour voir si elle existe
- Supprimer immédiatement le domaine ou tous ses enregistrements DNS
Quand s'arrêter et demander de l'aide
- La rétention est plus courte que la période d'inactivité supposée
- Une clé, un webhook ou une automatisation sans propriétaire apparaît
- Un système externe continue d'envoyer
Comment vérifier que le problème est résolu
- La rétention et toutes les dépendances sont documentées
- La période d'observation ne montre aucun nouvel usage
- Le retrait éventuel est effectué par petits lots vérifiés
Testé sur
- Brevo, documentation de rétention vérifiée le 2026-09-01