Configurer le serveur SMTP

Accéder à la configuration

Super-administrateur : « SMTP & Emails » dans le menu latéral. Administrateur d'école : Paramètres → Emails. La configuration de l'école prime sur la configuration globale ; une école qui n'en a pas envoie par la configuration globale, et non par aucune — ce repli manquait, et coupait silencieusement tous les envois portant une école.

Qui peut agir sur quelle configuration

Un administrateur d'école n'éprouve et ne modifie que celle de son école — jamais la configuration globale, qui sert à tout le groupe, ni celle d'une autre école. Sans cette règle, il aurait pu expédier un message par les identifiants d'une école voisine.

Choisir un fournisseur

SMTP Custom : nécessite host, port, identifiants. Gmail / Outlook / Zoho : pré-configurés, entrez juste username + mot de passe d'application. Resend / SendGrid / Mailgun : entrez uniquement la clé API.

Tester la configuration

1. 1Enregistrez la configuration.
2. 2Cliquez sur « Tester la connexion » pour vérifier l'accès au serveur.
3. 3Entrez une adresse email et cliquez sur « Envoyer test » pour recevoir un email de test.
4. 4Vérifiez votre boîte mail — l'objet est « Test SMTP — MBN Certify ».

Gmail — mot de passe d'application

Pour Gmail, utilisez un mot de passe d'application (et non votre mot de passe habituel). Dans Google Account → Sécurité → Vérification en 2 étapes → Mots de passe des applications, créez un mot de passe pour « MBN Certify ».

Le port décide du chiffrement

Le port 465 impose un chiffrement dès l'ouverture de la connexion, les ports 587 et 25 un chiffrement négocié ensuite. La case « connexion sécurisée » ne peut pas contredire ce choix : une valeur incohérente produisait l'erreur « Greeting never received », impossible à interpréter. Elle est donc déduite du port.

Identifiants refusés (535)

« Invalid login » vient presque toujours du nom d'utilisateur : la plupart des hébergeurs attendent l'adresse email complète, pas la partie qui précède l'arobase. Le mot de passe est celui de la boîte mail. Corrigez, enregistrez, puis « Tester la connexion » avant de relancer les envois en échec.

Plafond d'envoi atteint (« 451 4.7.1 Ratelimit »)

Le fournisseur limite le nombre d'emails de chaque boîte sur 24 heures glissantes — chez Hostinger, 100 par jour sur l'offre gratuite, 1 000 sur Business Starter. Au-delà, il refuse avec « 451 4.7.1 Ratelimit ». Ce n'est ni une panne ni une erreur de réglage : la plateforme suspend alors ce serveur une heure, garde les messages en file et les envoie ensuite d'elle-même, les documents en premier. L'encadré « État d'envoi » de « SMTP & Emails » montre la suspension, ce qui consomme le plafond, et un bouton « Reprendre maintenant » à utiliser après un changement d'offre.

Ne plus atteindre le plafond

1. 1Passer la boîte d'envoi à une offre supérieure chez le fournisseur.
2. 2Donner une boîte d'envoi à chaque école (onglet « Par école ») : le plafond s'applique à chaque boîte séparément.
3. 3Confier l'envoi à un service transactionnel (Brevo, Resend, Mailgun…), prévu pour ces volumes.
4. 4Alléger le volume : couper l'alerte « nouvelle demande » par email dans les paramètres d'une école, ou décocher l'envoi automatique sur un type délivré en nombre, comme les bulletins.

Arriver en boîte principale, pas en indésirables

Ce qui décide surtout, c'est l'authentification du domaine d'envoi. L'encadré « État d'envoi » lit ses enregistrements SPF, DKIM et DMARC et dit ce qui manque. Deux règles : l'expéditeur affiché doit appartenir au même domaine que le compte d'envoi (le panneau signale tout écart), et DMARC doit porter une adresse de rapports (« rua= »), puis passer à « p=quarantine » une fois les rapports sans anomalie. Chaque email part désormais avec une version texte, un objet propre à la demande (document, numéro, école) et, pour un retour ou un refus, l'adresse de l'école en réponse. Demandez enfin aux étudiants d'ajouter l'adresse d'envoi à leurs contacts : c'est le signal le plus fort pour les messageries.