Notifications GLPI par Email : Guide de Configuration Complet

Comment configurer les notifications par email dans GLPI : SMTP, OAuth Gmail et Office 365, modèles et résolution des problèmes de non-livraison.

Les notifications par email sont la communication la plus critique de GLPI avec les utilisateurs. Un email qui n'arrive pas, c'est un ticket ignoré. Ce guide résout les problèmes de configuration les plus courants.

Configuration de base : SMTP

Accédez à Configuration > Notifications > Configuration des emails :

  • Mode d'envoi : SMTP
  • Serveur SMTP : adresse de votre serveur de messagerie
  • Port : 587 (STARTTLS) ou 465 (SSL)
  • Authentification : Identifiant + Mot de passe ou OAuth
  • Email de l'expéditeur : glpi@suaempresa.com

Gmail (OAuth 2.0)

  1. Accédez à Google Cloud Console > APIs & Services > Credentials
  2. Créez un OAuth 2.0 Client ID (type : Web Application)
  3. Ajoutez l'URI de redirection GLPI
  4. Dans GLPI, configurez le fournisseur OAuth avec Client ID et Client Secret
  5. Autorisez l'accès en cliquant sur le bouton d'autorisation

Important : les mots de passe d'application (App Passwords) fonctionnent encore, mais OAuth est la méthode recommandée et plus sécurisée.

Office 365 / Microsoft 365

  1. Dans le portail Azure, enregistrez une application (App Registrations)
  2. Accordez la permission Mail.Send (déléguée ou application)
  3. Créez un Client Secret
  4. Dans GLPI, configurez SMTP : smtp.office365.com, port 587, OAuth
  5. Saisissez Tenant ID, Client ID et Client Secret

Modèles de notification

Personnalisez les emails dans Configuration > Notifications > Modèles de notification :

  • Nouveau ticket : notifie le demandeur que le ticket a été enregistré
  • Attribution : notifie le technicien désigné
  • Suivi : notifie toutes les parties lors d'une mise à jour
  • Résolution : notifie le demandeur avec la solution
  • Satisfaction : envoie une enquête de satisfaction après la fermeture

Utilisez des variables telles que ##ticket.title##, ##ticket.description##, ##ticket.url## dans les modèles.

Résolution des problèmes

Les emails n'arrivent pas

  1. Vérifiez la file d'attente des emails : Administration > File d'attente des emails
  2. Vérifiez que le cron GLPI fonctionne (front/cron.php)
  3. Testez l'envoi direct : envoyez un email de test depuis l'interface
  4. Vérifiez les logs GLPI et du serveur SMTP
  5. Vérifiez le dossier spam du destinataire

Erreur d'authentification

Gmail et Office 365 bloquent l'authentification de base (identifiant + mot de passe). Utilisez OAuth 2.0 ou des mots de passe d'application (App Passwords).

Au-delà de l'email

Pour les notifications en temps réel, envisagez le module Smart Notify (cloche dans la barre de navigation) ou l'envoi via WhatsApp et Telegram.

Questions fréquentes

Les causes les plus courantes sont : SMTP non configuré, identifiants incorrects, port bloqué par le pare-feu, ou Gmail/Office 365 bloquant pour cause d'« application moins sécurisée ». Utilisez OAuth plutôt qu'un mot de passe d'application.

Utilisez OAuth 2.0 : créez des identifiants dans Google Cloud Console, configurez le fournisseur OAuth dans GLPI et autorisez l'accès. Les mots de passe d'application fonctionnent, mais OAuth est plus sécurisé.

Configurez OAuth via Azure AD : enregistrez une application, accordez la permission Mail.Send et configurez les identifiants dans GLPI. Le SMTP direct nécessite une authentification moderne.

Oui. Dans Configuration > Notifications > Modèles de notification, vous personnalisez le HTML de chaque type de notification (nouveau ticket, suivi, résolution, etc.) avec des variables dynamiques.

Besoin d'aide ?