4.3.3 Format des mails automatiques

Bonjour

J'utilise les mails automatiques avec méthode "mail" (serveur mail local). 
J'ai paramètré les mails pour y mettre des formules de politesse.

Les mails arrivent (macOS, application mail de Apple) au format "code":
p=vuereservation&id=31870 </p><p>La réservation suivante est en attente de modération pour Salle de réunion CDU (Salles de réunion (2))</p><p>
et tout le reste est comme ça.

Merci de ce que vous pourrez me conseiller, et bonne nuit

JPP



Numéro de version GRR fichier :  : 4.3.3 - Release-v4.3.3
Numéro de version GRR BDD :  : 0400004
Système d'exploitation :  : Linux webm037.cluster031.gra.hosting.ovh.net 5.15.167-ovh-vps-grsec-zfs-classid #1 SMP Tue Sep 17 08:14:20 UTC 2024 x86_64
Version PHP : 8.4.10
Base de données :  : mysql => 8.0.43-34
Time : 1759444227
Timezone : Europe/Paris

Bonjour,
je ne sais pas encore ce qu'il en est de la fonction mail() en php 8.4, mais j'ai lu que cette fonction n'était pas adaptée à l'envoi de mails au format html.
Peut-être est-ce la source de ce problème ?
Cordialement,
YN

Effectivement, la fonction ne fait pas partir les mails en html mais en texte simple, de ce que je peux voir à l'usage.

Quelle conséquence faut-il en tirer ?
Les mails automatiques sont-ils incompatibles avec l'envoi par mail() ?

Les mails automatiques partent, mais ils partent en format texte, avec donc toutes les balises.
IMHO, ça ne remet pas en cause la fonctionnalité d'envoi des mails automatiques, ni les réglages de contenu des mails.
Si c'est juste un problème qui vient non pas de grr, mais de mailphp, je ne vois pas ce qu'on pourrait faire au niveau de grr.

Il existe bien une alternative de passer par le serveur smtp du fournisseur, mais elle est plus délicate et certains fournisseurs, comme le mien, OVH, ne la conseillent pas.

Un autre alternative, mais qui nécessite des développements, consiste à offrir un troisième système d'envoi de mails, en plus de mailphp et smtp du fournisseur. Ce serait la mise en relation automatique avec une plateforme d'envoi de mails. Mon site wordpress fait partir ses mails depuis brevo.com. Mais c'est, pour grr, certainement lourd à développer, et pas très utile.

Je ne vois pas d'autre solution que de patienter pour que mailphp soit bon sur toutes les versions de php, ou de savoir quelle est la version php inférieure à 8.4 qui fonctionne bien avec les versions 4 de grr.

Bonne journée

JPP

Pour info, je suis revenu en php 8.3 et j'ai toujours ça

<p>Bienvenue sur <span style="background-color: rgb(255, 255, 0);"><font style="background-color: rgb(255, 255, 0);" color="#000000"></font>Réservation des ressources du CDU</span> de CDU Marseille</p>Ce mail <b>valide </b>la configuration de votre serveur de mail.<p></p><p></p><p></p><p>Mail envoyé depuis l'administration de votre GRR.</p><p></p><p></p>

Numéro de version GRR fichier : : 4.3.3 - Release-v4.3.3
Numéro de version GRR BDD : : 0400004
Système d'exploitation : : Linux webm037.cluster031.gra.hosting.ovh.net 5.15.167-ovh-vps-grsec-zfs-classid #1 SMP Tue Sep 17 08:14:20 UTC 2024 x86_64
Version PHP : 8.3.23
Base de données : : mysql => 8.0.43-34
Time : 1759827049
Timezone : Europe/Paris

Bonjour,
la remarque relative au format d'envoi des courriels par la fonction mail() de php est ancienne... et toujours valable selon vos essais.
Dans l'état actuel des choses, les mails automatiques de GRR semblent incompatibles avec l'envoi par mail().
Se pose la question d'une solution : modifier le format des mails automatiques ou trouver une alternative à l'utilisation de mail() de php (sans en passer par un serveur SMTP).
Cordialement,
YN

Hypothèse, que je tente à tout hasard:
Ça ne vient pas de la fonction mail php, mais du bout de programme qui permet d'éditer le mail, qui n'a pas l'air de bien fonctionner.
Ce bout de programme ne produit pas un code html correct. De ce fait, ce qui est récupéré et envoyé comme un code html est lu par les serveurs d'envoi et de réception comme du texte pur.

Mais je ne peux pas la tester, cette hypothèse, impossible d'enregistrer le message si je modifie les balises.
 

Merci pour cette piste.
Je reprends le problème dès que possible.
Cordialement,
YN

Je viens de tester sur la 4.3.9, ça marche, sur cette version.



Numéro de version GRR fichier : : 4.3.9 - Release-v4.3.9
Numéro de version GRR BDD : : 0400005
Système d'exploitation : : Linux webm037.cluster031.gra.hosting.ovh.net 5.15.167-ovh-vps-grsec-zfs-classid #1 SMP Tue Sep 17 08:14:20 UTC 2024 x86_64
Version PHP : 8.3.23
Base de données : : mysql => 8.4.6-6
Time : 1760019008
Timezone : Europe/Paris