Si le problème apparait avec php 8.2 et pas avec php 7.4 il faut tester ça
/usr/bin/dos2unix -u | /usr/sbin/sendmail -t -i en tant que senmail_path
ca c’est au niveau de ma conf php au niveau du vhost, c’est pour forcer le sender (envelopp) mais ca n’influence pas le from. je n’ai pas dos2unix d’installé.
la ligne exact : php_admin_value sendmail_path « /usr/sbin/sendmail -t -i -f [email protected] »
voila le log :
2024-11-19 10:13:28 1tDKIa-009LJZ-0z rewrite: malformed address: Reply-To: [email protected]
may not follow [email protected]
2024-11-19 10:13:28 1tDKIa-009LJZ-0z rewrite: missing or malformed local part (expected word or "<")
2024-11-19 10:13:28 1tDKIa-009LJZ-0z <= [email protected] U=mondomaine_app P=local S=1177
2024-11-19 10:13:28 1tDKIa-009LJZ-0z => [email protected] R=dnslookup T=remote_smtp H=mail.mondomaine.com [82.165.107.159] X=TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_Ssk.com" C="250 2.0.0 Ok: queued as 9E5D862E55"
2024-11-19 10:13:28 1tDKIa-009LJZ-0z Completed
→ on retrouve aussi toujours l’erreur en supprimant cette ligne de configuration dans mon vhost.
D’où l’ajout de dos2unix dans la commande pour modifier les fins de ligne avant d’envoyer ça à exim.
Le changement de format des fins de ligne générés par php mail est ce qui a été modifié entre les versions 7 et 8 de php.
Ce test permettrait de valider ou non que le problème vient bien de là.
C’est étonnant. il y a déjà des dizaines de milliers d’utilisateurs avec php 8.2 mais le problème ne semble pas généralisé.
Du coup, peux tu poster (en pièce jointe et non en copié coller afin que l’on voit bien les retours à la ligne), à la fois le fichier dolibarr_mail.log du test fait qui fonctionne php 7.4 vs celui qui ne fonctionne pas php 8.2 si j’ai bien suivi.
ok je n’avais pas saisi le principe. Et c’est un succés.
Dans ma conf : php_admin_value sendmail_path « /usr/bin/dos2unix -u | /usr/sbin/sendmail -t -i -f [email protected] »
log Exim :
2024-11-19 13:15:07 1tDN8N-009TIj-2t <= [email protected] U=mondomaine_app P=local S=1065 id=1732018507.phpmail-dolibarr-test@3549d3983220356b1f448faa884d65cbf9b5905a
2024-11-19 13:15:08 1tDN8N-009TIj-2t => [email protected] R=dnslookup T=remote_smtp H=mail.mondomaine.com [82.165.107.159] X=TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256 CV=no DN="C=CH,L=Schaffhausen,O=Plesk,CN=Plesk,[email protected]" C="250 2.0.0 Ok: queued as 4341962F94"
2024-11-19 13:15:08 1tDN8N-009TIj-2t Completed
→ on a plus de malformation. je viens de faire un test vers gmail et c’est ok ausi, il accepte le mail.
oui il s’agit peut etre d’un souci entre exim4 et la manière dont a été utilisée la fonction mail chez dolibarr en version 20 avec le php8
mes autres sites sur la meme machine, qui utilisent aussi la fonction mail php (et donc exim4) et qui utilisent également le meme php8 n’ont pas ce probleme la.
Le problème a quand même fait l’objet d’une longue discussion 
1 « J'aime »
Au cas ou cela interresserait quelqu’un.e : Je viens de passer 48h entre mise à jour de version17 à 20, passage en php8 et migration de prestataire hébergement et donc de serveur… (2fois) etc et toutes les embrouilles, mails mal formés, j’ai cru bon de faire 15 fois le tour de Doli et de tout défricher… A la fin : MAIN_FIX_FOR_BUGGED_MTA = 0 et mes mails sont de retour. Bref, essayez donc ça avant de tomber dingo. On ne sait jamais…
3 « J'aime »
Quel est ton hébergeur de messagerie ?
