Surveillance des serveurs de messagerie quand ils se taisent.
Un serveur de messagerie en panne ne s’annonce pas — accusés de réception, réinitialisations de mot de passe et factures cessent simplement d’arriver, en silence. Uptimia se connecte à vos serveurs SMTP, POP3 et IMAP jusqu’à toutes les 30 secondes, confirme la panne depuis plusieurs régions et vous alerte bien avant qu’un client ne demande où est passée sa confirmation.
Monitoring Logs
every 30 s · rotating locations
Frankfurt14:32:18—Down
New York14:32:16—Down
London14:32:14—Down
Tokyo14:32:11—DownNew York14:31:41128 msUpFrankfurt14:31:1152 msUpTokyo14:30:41268 msUpSMTP Session — Last Check
New York · 14:31:41Tokyo · 14:32:11Response Time
avg 186 ms · last 7 daysLa nuit où le courrier s’est arrêté
Le relais a accepté son dernier message, puis a simplement cessé de répondre. Aucun bounce envoyé, aucune erreur journalisée, aucun ticket ouvert.
Chaque port de messagerie, depuis l’extérieur
Soumission, relais et accès aux boîtes aux lettres — SMTP, IMAP et POP3, chiffrés ou en clair, sur les ports que votre messagerie utilise réellement.
Confirmation, alerte et cause racine
Trois régions doivent concorder avant que vous soyez alerté
Qu’un seul point de contrôle n’arrive pas à joindre votre serveur de messagerie ne vous alerte jamais — une route unique congestionnée ressemble à une panne. Uptimia relance le test depuis les autres régions, et l’incident ne s’ouvre que lorsqu’elles concordent. Le rétablissement est infaillible — une seule bonne connexion suffit à le lever.
- Vous fixez le seuil — exigez que jusqu’à trois régions indépendantes concordent avant que quiconque soit alerté
- Une panne, une alerte — un seul incident s’ouvre, pas une alerte par point de contrôle
- Un délai que vous choisissez — la durée pendant laquelle une panne doit persister avant que quiconque soit alerté
concordantes
Alerté sur le canal que vous surveillez
Une panne de serveur de messagerie confirmée alerte les canaux où votre équipe travaille déjà. Si personne ne répond, la politique d’escalade fait intervenir la personne suivante, et une notification de rétablissement referme la boucle.
- Les politiques d’escalade font intervenir le responsable suivant — acquittement en un clic, sans connexion
- Les fenêtres de maintenance — une migration de messagerie planifiée n’alerte jamais personne
- Notification de rétablissement avec la durée d’indisponibilité, envoyée quand le serveur répond de nouveau
La réponse donnée par le serveur
Chaque incident garde ce que les points de contrôle en échec ont vu sur le fil — la connexion rompue, la réponse du serveur, la route empruntée — pour partir des faits, pas d’un bug à reproduire à 2 h du matin.
- La réponse du serveur et la classe d’erreur — capturées au moment de l’échec
- Le temps de connexion à chaque vérification — horodaté avec le point de contrôle qui l’a exécutée
- Transmettre — export en PDF ou HTML, ou partage d’un lien d’incident public
connect OK :587 awaiting 220… no data · 20s
9 ae-1.rtm 11 ms
14 be2.par 186 ms
15 * * * lost
Mesuré depuis là où sont vos expéditeurs
Des points de contrôle sur six continents révèlent quand votre serveur de messagerie refuse une connexion depuis une région mais répond normalement depuis une autre. Utilisez tout le réseau, ou choisissez les régions où se trouvent vos expéditeurs.
- Vérifications jusqu’à toutes les 30 secondes — un relais mort ne peut pas se cacher entre deux vérifications
- Chaque vérification horodatée avec son point de contrôle — et le journal se filtre par pays
- Chaque IP de point de contrôle est publiée — une seule entrée dans votre liste blanche de pare-feu de messagerie suffit
Un serveur de messagerie mort ne vous préviendra pas.Alors nous le ferons.
Vérifications SMTP, POP3 et IMAP, toutes les régions, tous les canaux d’alerte — gratuit pendant 30 jours, sans aucune extension payante.
Comment fonctionne la surveillance des serveurs de messagerie
Opérationnel en moins d’une minute — rien à installer, chaque vérification s’exécute depuis notre réseau.
Pointez-la vers votre serveur de messagerie
Protocole, port et chiffrement sont pré-remplis — SMTP sur 587 avec StartTLS, ou choisissez POP3 ou IMAP.
Choisissez qui est alerté
Ajoutez les canaux et les personnes — échelles d’escalade et heures calmes restent facultatives.
Soyez alerté quand le courrier s’arrête
Une panne confirmée ouvre un incident unique et déclenche tous les canaux choisis.
Également inclus
API REST complète
Créez, suspendez et clonez des sondes SMTP, IMAP et POP3 depuis la CI ou un script, avec des clés par utilisateur.
Surveillance des listes noires
Un relais joignable peut quand même être bloqué — surveillez vos IP d’envoi.
Rapports planifiés
Rapports de disponibilité et de temps de réponse, à votre logo et vos couleurs.
Pages de statut publiques
Indiquez à vos clients que le courrier circule — et publiez des mises à jour quand ce n’est pas le cas.
Fenêtres de maintenance
Une migration de messagerie planifiée ne réveille jamais l’astreinte.
Un tableau de bord pour tout
Vos vérifications SMTP, IMAP et POP3 côtoient les sondes web, SSL, DNS et signal de présence — mêmes contacts, groupes et rôles.
Les alertes atteignent l’astreinte
Un incident de serveur de messagerie, diffusé sur tous les canaux que votre équipe suit déjà.
Microsoft Teams12 canaux, une seule liste de contacts — ceux qui sont informés du site le sont aussi du serveur de messagerie.
Parcourir l’annuaire complet des intégrations →Qu’est-ce que la surveillance des serveurs de messagerie ?
La surveillance des serveurs de messagerie est une vérification automatisée qui se connecte à répétition, depuis l’extérieur de votre réseau, à votre serveur SMTP, POP3 ou IMAP et confirme qu’il accepte la connexion et renvoie un message d’accueil valide — en option via TLS, et en option en comparant une réponse attendue. Quand la connexion est refusée, expire, ou que la négociation TLS échoue, elle vous alerte — un serveur de messagerie qui cesse de répondre est ainsi détecté en quelques secondes, pas en quelques jours.
Comment fonctionne la surveillance des serveurs de messagerie ?
Chaque vérification confirme que la connexion s’établit, que le message d’accueil arrive et — si vous en avez configuré une — qu’une réponse attendue est présente, en construisant ainsi votre historique de disponibilité et de temps de réponse.
Confirmer d’abord, alerter ensuite
confirmé 3/3 → l’incident s’ouvre et les alertes partent
Quel port dois-je vérifier ?
SMTP, IMAP et POP3 répondent chacun sur un port en clair et un port chiffré. Pointez la sonde vers celui que votre serveur utilise réellement, et choisissez le chiffrement correspondant.
Voir tous les types de sondes →| Protocole & port | Chiffrement | Un échec de vérification signifie |
|---|---|---|
| SMTP · 587 | StartTLS | les expéditeurs ne peuvent pas remettre le courrier sortant |
| SMTPS · 465 | SSL/TLS | la soumission en TLS implicite est refusée |
| Relais SMTP · 25 | en option | le courrier entrant ne peut pas vous atteindre |
| IMAP · 993 | SSL/TLS | les utilisateurs ne peuvent pas ouvrir leur boîte aux lettres |
| POP3 · 995 | SSL/TLS | les utilisateurs ne peuvent pas télécharger leur courrier |
FAQ sur la surveillance des serveurs de messagerie
01Qu’est-ce que la surveillance des serveurs de messagerie ?+
02Comment la vérification fonctionne-t-elle concrètement ?+
03Se connecte-t-elle à ma boîte aux lettres ou envoie-t-elle un e-mail de test ?+
04Quels protocoles et ports peut-elle vérifier ?+
05Qu’est-ce qui compte comme « indisponible » pour un serveur de messagerie ?+
06Quelles informations obtiens-je quand une vérification échoue ?+
07En quoi est-ce différent de la surveillance de port ?+
08Peut-elle vérifier des connexions chiffrées ?+
09Comment suis-je alerté quand le courrier s’arrête ?+
10Existe-t-il un forfait gratuit ?+
11Chaque point de contrôle peut-il vérifier un serveur SMTP ?+
Commencez à surveiller votre serveur de messagerie dès aujourd’hui.
Pointez-la vers votre serveur SMTP, POP3 ou IMAP — et soyez le premier alerté si le courrier cesse de circuler.