@MariusBaguepi Les services postfix et dovecot ont été redémarrés. Pas de changement.
Ça me semble complexe à débuguer…
Si c’est un problème de mot de passe (mais j’en doute), tester doveadm auth test contact@paysaflore.fr
je ne connais pas rawlog binary
De mon point de vue, Vu que les courriels sont bien relevés en imap, il ne doit pas s’agit d’un problème de mot de passe. Ca devrait être confirmé par la proposition de @otm33
Je suggère d’augmenter le niveau de log de dovecot, puisq’il gère l’authentification à la demande de postfix:
Ajouter dans /etc/dovecot/dovecot.conf
log_debug = (category=auth) OR (category=smtp)
(voir Logging | Dovecot CE)
Puis relancer le service dovecot
On devrait alors voir plus finement ce que fait dovecot quand il reçoit la requête de connexion, c’est-à-dire qu’on verra la réponse de LDAP pour contact.
Si ça ne suffit pas, le rawlog suggré par @MariusBaguepi semble un bon complément.
Voilà le résultat :
doveadm auth test contact@paysaflore.fr
Password:
passdb: contact@paysaflore.fr auth succeeded
extra fields:
user=contact
original_user=contact@paysaflore.fr
Bonjour,
/etc/dovecot/dovecot.conf a été modifié et le service a été relancé.
Un message a été envoyé. “Échec de la connexion au serveur paysaflore.fr”.
Voici le log : hastebin
Peux-tu faire la même chose pour lepaysagiste(envoi d’un mail depuis le même client) et nous communiquer le log?
Les deux utilisateurs ont-ils exactement les mêmes permissions?
Je serais tenté de supprimer et recréer l’utilisateur contact…
Pour ma part, l‘analyse du log est compliquée car il y a à la fois une connexion pour relever le courriel (2026-06-16T09:18:56 ) et une connexion à SMTP pour en envoyer.
Ce serait mieux de désactiver le relevé automatique de courriel dans Thunderbird pour contact, puis de relancer le test d’envoi de courriel, puis de nous partager le log.
En tout cas, en première analyse, contact semble trouvé dans le LDAP pour la SMTP (2026-06-16T09:19:34.766153) ; En revanche, comme la connexion semble avoir démarré en 2026-06-16T09:19:10.049621 et abandonné en 2026-06-16T09:19:20.405447, soit 10 secondes plus tard, ça peut expliquer que Thunderbird perde patience;
Je suggère donc de refaire la manip en désactvant le relevé de courriel pour ne pas mélanger les authentification
Voilà le résultat. Envoie d’un message à partir de mon client Thunderbird.
Le log : hastebin
Voilà le résultat. J’ai désactivé le relevé automatique de courriel pour le compte contact@paysaflore.fr. J’ai fermé Thunderbird. J’ai réouvert Thunderbird. J’ai envoyé un message à partir de contact@paysaflore.fr.
Voilà le log : hastebin
Qu’entends-tu par là ? Que dois-je vérifier ?
J’ai analysé les 2 logs envoyés (le mien et celui avec paysagiste)
Le résultat est ici:
| Colonne 1 | Colonne 2 | Colonne 3 | Colonne 4 |
|---|---|---|---|
| Paysagiste : hastebin | Qui | depuis IP | |
| début connexion TLS | postfix | 192.168.0.254 | 2026-06-18T12:52:34 |
| 1ere demande de connexion LDAP | dovecot | 192.168.0.254 | 2026-06-18T12:52:34 |
| Fin de recherche LDAP : OK | dovecot | 192.168.0.254 | 2026-06-18T12:52:42 |
| 1ere demande de connexion SMTP envoyé par paysagiste | postfix | 192.168.0.254 | 2026-06-18T12:52:42 |
| traitement du courriel | postfix | 192.168.0.254 | 2026-06-18T12:52:43 |
| 2e demande de connexion LDAP | dovecot | 192.168.0.254 | 2026-06-18T12:52:43 |
| connexion TLS établie avec tutanova | postfix | 185.205.69.211 | 2026-06-18T12:52:44 |
| 2e connexion terminée | dovecot | 192.168.0.254 | 2026-06-18T12:52:51 |
| Cas Contact : hastebin | |||
| 1ere demande de connexion SMTP par contact | postfix | 192.168.0.254 | 2026-06-18T12:58:04 |
| début connexion TLS | postfix | 192.168.0.254 | 2026-06-18T12:58:05 |
| 1ere demande de connexion LDAP | dovecot | 192.168.0.254 | 2026-06-18T12:58:05 |
| Fin de recherche LDAP : OK | dovecot | 2a01:e0a:e4d:9ea0:287e:599d:b8:23f7 | 2026-06-18T12:58:09 |
| Fin de recherche LDAP : OK | dovecot | 192.168.0.254 | 2026-06-18T12:58:09 |
| 2ere demande de connexion LDAP pour contact | dovecot | 192.168.0.254 | 2026-06-18T12:58:15 |
| Fin de recherche LDAP : OK pour contact | dovecot | 2a01:e0a:e4d:9ea0:287e:599d:b8:23f7 | 2026-06-18T12:58:17 |
Il faut de 4 à 8 secondes à dovecot pour vérifier la présence de contact (ou de lepaysagiste) dans le LDAP. Je pense que ce temps est trop long pour thunderbird
Dans le cas du paysagiste, comme il était déjà connecté (sand oute en imap) avant la soumission de la demande postfix, alors dovecot est déjà authentifié et le courriel envoyé est bien traité
Dans le cas de “contact”, comme il n’y a pas dauthentification préalable, le temps d’authentification est vraiment trop long, et , au moment ou la connexion est ok, il n’y a plus de soumission de courriel via SMTP car tunderbird s’est dconnecté;
Je reviens donc à ma préconisation initiale: voir le lien que j’avais envoyé; Il s’agit du même problème que sur mon Raspberry Pi 2 B, et j’ai dû modifier les paramètres du cache.
Il y a aussi autre chose d’étrange: il y a une connexion en IPv4, et une autre en IPv6; comment est-ce possible, si c’est depuis le même ordi?
Incompréhensible pour moi
Bonjour,
Suite à votre dernier message, j’ai refait un test sur le compte ‘lepaysagiste’ en décochant les 2 options de relevé du courrier sur le client Thunderbird. J’ai testé l’envoie vers mon adresse tutanota.com et le message n’est pas parti.
J’ai recoché les 2 options de relevé du courrier sur le client Thunderbird pour ‘lepaysagiste’ et j’ai refait un test d’envoi vers le même destinatire. Cela fait 15 minutes que la fenêtre d’envoi du message est affiché sans que le message ne parte ou que le message d’erreur soit affiché ! Moi non plus je ne comprends plus rien.
Quelqu’un peut nous aider là-dessus ?
@marc je vais modifier les paramètres du cache et je reviens.
Bon @pidlas
Comme l’a suggéré @marc , à un moment, on va pouvoir passer à la méthode rawlog.
Je regarde pour essayer de configurer ça, mais je ne trouve rien 
il y a trop d’inconnues ou de différences entre l’installation dovecot et celle de yunohost
Je te propose de mettre en place le Debug.
De ce que j’ai compris et qui je crois fonctionne :
en tant que root, dans le dossier /etc/dovecot/conf.d/
tu créés un fichier 05-debug.conf
et dedans tu copies ce texte :
import_environment {
DEBUG = 1
}
Ensuite, tu enregistres le fichier et tu relances le service depuis l’interface web admin.
désormais, dans le fichier de log mail.log, tu devrais avoir plus d’informations.
Bonsoir,
Pour ma part je viens d’essayer, je n’ai pas réussi à faire fonctionner ce mode de debug sur ma machine; Ce serait bien si @MariusBaguepi pouvait le faire fonctionner.
Il y a aussi la méthode suivante pour confirmer que contact est bien connu et peut envoyer un courriel. Dans une fenêtre terminal sur le serveur, saisir:
echo "This is the body of the email." | sendmail -v contact
Ceci va créer un courriel ainsi qu’un rapport d’analyse, et on pourra les examiner dans la boite “contact”. On sera pas tributaire des temps de réaction de Thunderbird
Cette méthode est décrite ici Postfix Debugging Howto
Enfin, il y aura aussi le moyen de faire fonctionner Postfix sans mode chroot, donc peut-être moins sécuritaire mais plus rapide: voir Postfix Debugging Howto
sendmail n’est pas installé sur le serveur, si ?
Je pense que dovecot utilise postfix plutôt.
sendmail est installé par postfix, ceci est issu de la page d’aide de postfix
Super !
Dans le même ordre d’idée, il y a doveadm auth test qui permet de vérifier que l’utilisateur est bien identifié sur dovecot
doveadm auth test contact@paysaflore.fr
doveadm auth test lepaysagiste@paysaflore.fr
Bonjour @marc,
J’ai donc modifié le contenu de `/etc/dovecot/yunohost.d/post-ext.conf` ainsi :
auth_cache_size = 10M (ajout)
!include_try post-ext.d/*.conf (déjà présent)
J’ai redémarré le service dovecot et j’ai envoyé des messages à partir du compte `contact@paysaflore.fr"` créé sur le client Thunderbird de mon PC.
Les messages sont partis et sont bien arrivés à destination.
J’ai supprimé le compte sur mon client Thunderbird sur mon smartphone. Je l’ai recréé et le compte a été créé, s’est connecté à mon serveur et s’est synchronisé. J’ai également envoyer un message à partir de ce compte sur mon smartphone vers un destinataire sur un compte laposte.net.
J’attends le retour du propriétaire du site mais je pense que le problème est résolu avec la solution proposé par @marc . Dès le retour positif du propriétaire du site, je cocherai la case solution sur le billet de @marc.
Un grand merci à tous pour votre temps et votre soutien.
Cordialement