Vos tests de messagerie sont un signal comme les autres
Un outil de test qui ne s'observe pas vous laisse découvrir ses limites en même temps que la panne. Facteur vous dit ce que vous consommez, et vous prévient avant la limite.
{
"id": "0ndqut25td20dah7",
"inbox": "j3k9x2mq",
"type": "email",
"receivedAt": "2026-10-02T09:15:31+00:00",
"deliveryMs": 38,
"status": "quota_exceeded",
"errorCode": "INBOX_QUOTA_EXCEEDED"
}{
"type": "quota.threshold",
"data": {
"organizationId": "acme",
"scopeKind": "organization",
"scopeId": "acme",
"family": "quota",
"threshold": 80,
"used": 160000,
"ceiling": 200000,
"periodStart": "2026-10-01"
}
}Ce que Facteur vous dit déjà
Des alertes avant la limite
80 · 100 %Facteur vous écrit à 80 % puis à 100 % du volume de la période, quand le rythme annonce un épuisement avant la fin de la période, quand une journée consomme trop vite et quand le stockage des pièces jointes passe 80 %. Sans réglage de votre part.
Vos seuils, vos destinataires
Ajoutez jusqu'à quatre seuils de votre choix, et jusqu'à trois adresses e-mail en plus des administrateurs. Une alerte part une fois par seuil franchi et par période.
Qui a consommé, et quand
L'écran de consommation montre ce que chaque inbox a reçu et refusé sur la période, et la consommation de l'organisation jour par jour.
Un refus qui dit sa raison
errorCodeUn message refusé n'est pas avalé en silence. Il laisse une trace avec son code : plafond de l'inbox, de l'espace de travail ou de l'offre, plafond de dépense, limite du jour. Votre test la lit par l'API.
Le temps de réception de chaque message
deliveryMsChaque message porte le temps que le service de réception a mis à l'accepter, en millisecondes. Votre test peut poser une limite dessus, ou le relever pour suivre la tendance.
Ce qui n'est pas encore disponible
Chaque ligne décrit l'état d'aujourd'hui. Aucune de ces sorties ne fonctionne encore.
Webhooks signés
Chaque message gardé et chaque alerte pourront appeler votre serveur. L'écran où vous déclarerez vos adresses existe dans l'application, mais la plateforme d'envoi n'est pas ouverte : aucun webhook ne part aujourd'hui.
Microsoft Teams
Une alerte dans un salon Teams passera par un webhook. Tant que les webhooks ne partent pas, Teams n'est pas proposé : Slack, Discord, PagerDuty et OpsGenie le sont, ainsi que l'e-mail.
Point d'accès Prometheus
Vos volumes, le remplissage de vos plafonds et vos temps de réception, lus par Prometheus dans le même Grafana que le reste. Ce point d'accès n'existe pas aujourd'hui.
Export OpenTelemetry
Des métriques poussées vers un collecteur OpenTelemetry, donc vers la plupart des plateformes d'observabilité. Cet export n'existe pas aujourd'hui.
Intégration Datadog
Des métriques et des événements envoyés dans votre organisation Datadog, pour corréler un dépassement avec vos déploiements. Cette intégration n'existe pas aujourd'hui.
Le temps de réception en métrique
Un temps de réception publié comme une métrique que vous surveillez. Aujourd'hui, il se lit message par message, dans le champ deliveryMs.
Un quota qu'on ne voit pas venir est un incident
Un scénario courant, et ce qu'une alerte y change.
-
01
Une suite de tests est modifiée un lundi. Elle envoie désormais trois fois plus d'e-mails qu'avant. Personne ne le remarque : c'est un détail d'implémentation.
-
02
Le mardi à 11 h, le plafond du jour de l'inbox est atteint. Les messages suivants sont refusés.
-
03
La CI devient rouge sur des tests qui n'ont pas changé. L'équipe cherche la régression pendant deux heures avant de penser au quota.
Avec un seuil d'alerte à 50 %, ce lundi-là, un e-mail arrive à l'adresse de l'équipe. Le dépassement devient une décision (acheter un pack, revoir le test) au lieu d'une enquête.
Soyez prévenu avant la limite
Les alertes de consommation partent dès la création du compte, sans réglage. Les seuils et les destinataires se règlent ensuite dans l'application.