Bonjour,
depuis passage à la version 21 plus de possibilité de valider les congés par l’approbateur , après la validation oui sur le popup page blanche erreur 500
Après mise à vers la version 21.0.1, le message d’erreur devient :
Failed to send mail with smtps lib to HOST=tls://mail.xxxxxxxxx.fr, PORT=587 - Sender address ‹ › invalid
Dans la configuration du serveur SMTP le test d’envoi du mail est Ok , les expéditeurs d’email sont tous renseignés .
Sur version 22 toujours le même problème , pas de possibilité de validation de congés, alors que la demande envoie bien les mails .
l’erreur est toujours "Failed to send mail with smtps lib to HOST=tls://x.x.x.x, PORT=587 - Sender address ‹ › invalid
Bonjour,
j’ai toujours le problème et ne trouve pas de solution, le mail pour la demande de congés est fonctionnel, par contre pas moyen de d’approuver ? J’ n’ai pas de message au niveau du serveur SMTP . Merci.
Bonjour,
Le problème semble au niveau de l’envoi du mail à la personne concernée. Comme le mail ne part pas, la validation des congés doit être annulée.
Il faudrait voir au niveau de la configuration des mails dans l’administration de Dolibarr.
Au vu de ce qui est indiqué, ça me laisse penser que ce n’est tout simplement pas configuré : tls://x.x.x.x
Merci pour votre réponse , le serveur smtp est configuré correctement l’erreur exacte est
“Failed to send mail with smtps lib to HOST=tls://10.5.4.1, PORT=587 - Sender address ‹ › invalid”
tous les autres envois de mail fonctionnent , seul la la validation des congés pose problème .
A mon avis je pense que l’adresse de l’expéditeur n’est pas pris en compte , mais ne connaissant pas le php je ne sais pas ou vérifier .
Alors c’est bien un souci sur l’expéditeur.
Sur la validation des congés, ce sont des mails systèmes qui partent.
Donc sur cet écran de configuration, c’est bien paramétré pour toi ?
Si c’est le cas, j’irai faire un tour dans le code, pour vérifier où est pris cette adresse. C’est effectivement étonnant.
Pour ma part j’utilise mon propre serveur smtp qui est fonctionnel, d’autre part le refus du congés fonctionne ?
En regardant rapidement le code, je vois qu’en cas d’erreur, il y a un rollback (retour en arrière, donc qui ne valide pas le congé).
Dans les erreurs que je vois :
- Erreur dans la mise à jour des soldes (est-ce que des soldes ont été rentrés ?)
- Erreur dans la génération du log (ce serait bien si on pouvait accéder au log)
Pour le solde des congés il n’est pas modifié , par contre l’action approuvée est bien validée
Pour les logs sur le serveur l’action de validation des congés , plus de log sur Dolibarr dispo.
2025-11-19T21:55:06+01:00 [
1:webserver12:nginx] 192.168.0.1 - - [19/Nov/2025:20:55:06 +0000] « GET /htdocs/hrm/index.php?mainmenu=hrm&leftmenu= HTTP/1.1 » 200 58228 " Identifiant @ 22.0.2 " « Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36 » « 192.168.0.1 »
2025-11-19T21:55:10+01:00 [1:webserver12:nginx] 192.168.0.1 - - [19/Nov/2025:20:55:10 +0000] « GET /htdocs/holiday/list.php?mainmenu=hrm&leftmenu=holiday HTTP/1.1 » 200 144151 " Identifiant @ 22.0.2 " « Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36 » « 192.168.0.1 »
2025-11-19T21:55:12+01:00 [1:webserver12:nginx] 192.168.0.1 - - [19/Nov/2025:20:55:12 +0000] « GET /htdocs/holiday/card.php?id=156&save_lastsearch_values=1 HTTP/1.1 » 200 76722 " Identifiant @ 22.0.2 " « Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36 » « 192.168.0.1 »
2025-11-19T21:55:14+01:00 [1:webserver12:nginx] 192.168.0.1 - - [19/Nov/2025:20:55:14 +0000] « GET /htdocs/holiday/card.php?id=156&action=valid&token=9954e2920fdb433ca54d23954cca5d47 HTTP/1.1 » 200 80728 " Identifiant @ 22.0.2 " « Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36 » « 192.168.0.1 »
2025-11-19T21:55:18+01:00 [1:webserver12:nginx] 192.168.0.1 - - [19/Nov/2025:20:55:18 +0000] « GET /htdocs/holiday/card.php?id=156&action=confirm_valid&confirm=yes&token=9954e2920fdb433ca54d23954cca5d47 HTTP/1.1 » 200 50031 " Identifiant @ 22.0.2 " « Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36 » « 192.168.0.1 »
Bonjour,
mise à jour vers 22.0.3 ce matin, problème résolu.
Oh super, tant mieux alors !
Désolé, je n’avais pas trouvé le temps de regarder.
