Une invitation, une réinitialisation de mot de passe ou une alerte de partage n’arrive jamais au destinataire ? En 2026, les notifications e-mail Nextcloud dépendent d’un serveur sortant configuré pour l’ensemble de l’instance. Nextcloud compose le message, mais un relais SMTP ou un agent local doit accepter puis transmettre cet envoi.
Ce réglage est distinct des comptes personnels ajoutés dans l’application Mail. Ce guide explique quelles informations demander au fournisseur, comment régler l’expéditeur et le transport, lancer un test fiable, puis localiser un échec de connexion, d’authentification ou de délivrabilité.
À quoi sert le serveur e-mail sortant de Nextcloud ?
Le serveur sortant transporte les messages générés par la plateforme et ses applications. Il peut notamment servir aux liens de réinitialisation, aux alertes de partage, aux notifications d’activité ou aux invitations lorsque l’application concernée utilise la messagerie système. La fonction exacte dépend donc des applications activées et des préférences de chaque utilisateur.
Cette messagerie globale ne remplace pas l’application Nextcloud Mail. Mail est un client qui connecte les boîtes IMAP et SMTP de chaque personne. La configuration décrite ici définit, au niveau du serveur, le canal employé par Nextcloud lui-même. Le guide Nextcloud Mail traite séparément la consultation et l’envoi depuis les comptes des utilisateurs.
Nextcloud propose trois modes documentés : SMTP, Sendmail et qmail. SMTP remet le message à un relais distant ou local avec les paramètres fournis par l’opérateur de messagerie. Sendmail et qmail passent par un agent déjà installé sur le serveur. Ne sélectionnez pas un binaire local uniquement pour éviter l’authentification SMTP : son installation, sa file, ses journaux, son DNS et sa réputation doivent aussi être administrés.
Le guide général de Nextcloud présente les autres dépendances de la plateforme. Pour les notifications, la chaîne minimale reste simple : Nextcloud crée le message, le transport le remet au relais, le relais l’accepte ou le refuse, puis le système destinataire décide de sa livraison finale.
Test d’envoi et notification réelle ne prouvent pas la même chose
Le bouton de test valide principalement la configuration du transport et envoie vers l’adresse du compte administrateur connecté. Une notification d’activité dépend en plus de l’application, des préférences du destinataire et des tâches d’arrière-plan.
Quelles informations demander au fournisseur SMTP ?
Ne recopiez pas les paramètres d’un autre domaine. Demandez les valeurs officielles pour le compte ou le relais utilisé par l’instance. Une fiche de configuration exploitable doit indiquer le nom d’hôte, le port, le mode de chiffrement, la méthode d’authentification, l’identifiant, le secret, les adresses d’expédition autorisées et les éventuelles restrictions par adresse IP.
Vérifiez aussi le rôle exact du compte. Certains fournisseurs autorisent l’authentification avec une adresse tout en imposant la même adresse dans le champ expéditeur. D’autres acceptent plusieurs alias validés. Si Nextcloud présente une adresse non autorisée, le relais peut refuser le message ou réécrire l’expéditeur. Cette décision appartient au fournisseur SMTP, pas à l’interface Nextcloud.
| Information | Question à valider |
|---|---|
| Hôte SMTP | Quel nom DNS doit être utilisé depuis le serveur Nextcloud ? |
| Port | Quel port correspond au mode de chiffrement retenu ? |
| Chiffrement | Connexion directe chiffrée, négociation TLS ou autre réglage documenté ? |
| Authentification | Est-elle requise et quel mécanisme est accepté ? |
| Identifiant | Adresse complète, nom de compte ou valeur dédiée ? |
| Expéditeur | Quelle adresse et quel domaine sont autorisés dans le champ From ? |
| Réseau | Le relais limite-t-il les IP sources ou les connexions sortantes ? |
| Quotas | Existe-t-il une limite de messages ou de destinataires ? |
Depuis le serveur Nextcloud, confirmez que le nom SMTP se résout et que la connexion au port demandé n’est pas bloquée par le pare-feu ou l’hébergeur. Ne désactivez pas la vérification TLS pour contourner un certificat invalide. Corrigez le nom d’hôte, la chaîne de certification ou l’autorité de confiance afin que le canal reste vérifiable.
Enfin, préparez l’identité d’expédition. Nextcloud construit l’adresse avec mail_from_address et mail_domain. La partie locale ne doit pas contenir @. Par exemple, une partie locale nextcloud et un domaine exemple.fr produisent nextcloud@exemple.fr. Utilisez une adresse suivie par l’équipe, même si les réponses automatiques ne sont pas attendues.
Comment configurer SMTP dans l’administration Nextcloud ?
Connectez-vous avec un compte administrateur, ouvrez les paramètres d’administration, puis la section Paramètres de base et Serveur e-mail. Choisissez d’abord le mode d’envoi. Pour un relais SMTP, renseignez l’adresse d’expédition, le serveur, le port, le chiffrement et les identifiants exactement comme ils ont été fournis.
La correspondance avec config.php aide à relire une configuration ou à l’automatiser :
| Champ | Paramètre système |
|---|---|
| Mode d’envoi | mail_smtpmode |
| Partie locale de l’expéditeur | mail_from_address |
| Domaine de l’expéditeur | mail_domain |
| Serveur SMTP | mail_smtphost |
| Port SMTP | mail_smtpport |
| Chiffrement | mail_smtpsecure |
| Authentification activée | mail_smtpauth |
| Identifiant SMTP | mail_smtpname |
| Secret SMTP | mail_smtppassword |
Vous pouvez définir les valeurs non sensibles avec occ config:system:set. Adaptez toujours les variables à votre fournisseur :
cd /var/www/nextcloud
SMTP_HOST='smtp.fournisseur.example'
SMTP_PORT='587'
sudo -E -u www-data php occ config:system:set mail_smtpmode --value='smtp'
sudo -E -u www-data php occ config:system:set mail_smtphost --value="$SMTP_HOST"
sudo -E -u www-data php occ config:system:set mail_smtpport --value="$SMTP_PORT" --type=integer
sudo -E -u www-data php occ config:system:set mail_smtpauth --value='true' --type=boolean
Cet exemple ne fixe ni le chiffrement, ni l’identifiant, ni le secret, car ces valeurs varient. Évitez de placer le mot de passe en clair dans l’historique du shell, un ticket ou une capture. Après toute modification, vérifiez les droits de config.php et l’accès aux sauvegardes qui contiennent ce secret.
Pour Sendmail ou qmail, le serveur doit déjà disposer du binaire et d’une configuration de transport opérationnelle. Nextcloud transmet alors le message à cet agent local. La réussite côté application ne garantit pas que la file locale, le DNS ou le serveur distant accepteront ensuite le message.
Comment tester un envoi sans conclure trop vite ?
Renseignez d’abord une adresse e-mail valide dans les paramètres personnels du compte administrateur connecté. Revenez ensuite dans Paramètres de base, puis utilisez le bouton d’envoi de test. La documentation précise que le message est envoyé à l’adresse du compte administrateur actuellement connecté.
Un test fiable comporte quatre contrôles :
- Nextcloud affiche une confirmation sans exception ;
- le relais SMTP accepte le message ;
- le message apparaît dans la boîte de réception ou les indésirables ;
- les en-têtes montrent l’expéditeur et le chemin attendus.
Envoyez aussi vers un domaine externe distinct de celui de l’expéditeur. Un relais peut accepter une distribution interne tout en rencontrant un refus, une quarantaine ou un classement indésirable à l’extérieur. Notez l’heure exacte, l’adresse cible et l’identifiant de requête lorsque le journal Nextcloud en fournit un.
Après le test technique, déclenchez un cas fonctionnel avec un compte pilote. Une demande de réinitialisation vérifie un message immédiat. Une notification d’activité permet de contrôler les préférences et le traitement planifié. Le guide Nextcloud Activity explique pourquoi le flux utilisateur, l’e-mail d’activité et le journal d’audit ont des finalités différentes.
Comment diagnostiquer une notification Nextcloud absente ?
Commencez par situer l’échec dans la chaîne. Si le bouton de test échoue immédiatement, le problème concerne généralement la résolution DNS, la connexion, TLS, l’authentification ou les règles du relais. Si le test réussit mais qu’une notification d’activité n’est jamais créée, vérifiez plutôt l’application, les préférences du compte et les tâches d’arrière-plan.
Repérez le premier symptôme dans cette liste :
- Nom d’hôte introuvable : contrôlez la résolution DNS depuis le serveur Nextcloud.
- Délai ou connexion refusée : contrôlez le port sortant, le pare-feu et l’écoute du service SMTP.
- Erreur de certificat : contrôlez le nom d’hôte, la chaîne et la date du certificat.
- Authentification refusée : contrôlez l’identifiant, le secret et le mécanisme autorisé.
- Expéditeur rejeté : contrôlez l’adresse From et les alias validés par le relais.
- Test accepté, message absent : contrôlez les indésirables, la quarantaine et les journaux du relais.
- Test réussi, activité absente : contrôlez les préférences Activity et la file de tâches.
Consultez nextcloud.log autour de l’heure du test. Relevez le composant, le message, l’exception et reqId, sans publier le secret SMTP. Les journaux du serveur web ou de PHP peuvent compléter une erreur d’exécution, tandis que ceux du relais indiquent si le message a été accepté, différé ou refusé.
Pour les activités envoyées par lot, vérifiez le mode de tâches d’arrière-plan. Le manuel de l’application Activity indique que la fréquence choisie dépend du cron Nextcloud. Une préférence réglée sur horaire, quotidienne ou hebdomadaire ne déclenche pas forcément un envoi immédiat. Le guide du cron Nextcloud détaille la configuration et les contrôles de file.
Un relais qui répond 250 a accepté le message pour traitement, mais cela ne prouve pas son arrivée dans la boîte. Le destinataire peut le placer en quarantaine, le classer comme indésirable ou le refuser plus tard. Utilisez l’identifiant de file du relais lorsque celui-ci est disponible afin de suivre le message au-delà de Nextcloud.
Comment sécuriser l’envoi et améliorer la délivrabilité ?
Créez un compte ou un secret réservé aux notifications de l’instance lorsque le fournisseur le permet. Accordez uniquement le droit d’envoyer avec les adresses prévues. Une boîte personnelle réutilisée par le serveur complique la rotation du secret, le départ d’un collaborateur et l’analyse des journaux.
Protégez le secret dans config.php, ses sauvegardes et les outils de déploiement. Limitez la lecture aux comptes d’exploitation nécessaires, puis testez la rotation sur un compte pilote. Si le relais impose une adresse IP source, documentez aussi les conséquences d’un changement de serveur, de proxy sortant ou de fournisseur réseau.
La délivrabilité dépend du domaine expéditeur et de l’infrastructure qui remet les messages. Faites vérifier SPF, DKIM et DMARC par l’opérateur de messagerie selon l’architecture réellement utilisée. Nextcloud ne signe pas à lui seul un domaine si cette fonction appartient au relais. Évitez donc d’ajouter des enregistrements DNS copiés d’un autre service.
Terminez par une recette avant mise en production : test administrateur, réinitialisation, notification Activity, destinataire interne, destinataire externe, pièce jointe si une application en utilise, puis contrôle après rotation du secret. Refaites cette recette après un changement de relais, de domaine d’expédition ou de méthode de chiffrement. Le guide de sécurité Nextcloud aide à intégrer ces accès et secrets aux autres contrôles de l’instance.
Conclusion
Les notifications e-mail Nextcloud reposent sur une chaîne mesurable : paramètres d’expédition, connexion au transport, acceptation par le relais, préférences applicatives, cron et livraison finale. Commencez par les valeurs officielles du fournisseur, séparez la messagerie système de Nextcloud Mail, testez l’adresse de l’administrateur puis un événement réel, et rapprochez les journaux par heure et identifiant. Si vous ne souhaitez pas administrer le serveur, les secrets et le relais, une offre gérée réduit ce périmètre technique.
Découvrir l’hébergement NextcloudEspace Nextcloud géré en France, sans administration du serveur