J’utilise un formulaire web pour collecter du contenu. Lors de la soumission, il envoie un e-mail qui crée un sujet, mais seul les premières lignes du message sont affichées. Le reste se trouve sous le lien de l’e-mail, mais pas dans le sujet. Je travaille avec des femmes âgées, et elles ne veulent pas qu’on leur dise de cliquer sur un autre élément, alors que l’objectif est d’avoir tout ce type de contenu au même endroit.
J’ai essayé tous les paramètres qui semblent pertinents (ne pas tronquer est la seule option que j’ai trouvée et qui semble susceptible de faire une différence), sans aucun changement.
La partie du message affichée s’arrête à « Valeurs soumises : » (en gros, cela affiche le texte qui m’importe peu, mais aucune des informations que je souhaite voir affichées aux utilisateurs).
J’ai essayé de modifier et de supprimer ces lignes d’introduction, avec le même résultat.
Est-ce ainsi que les messages e-mail entrants sont censés fonctionner ?
D’accord, j’ai basculé la sortie de l’e-mail de HTML vers du texte et elle s’affiche. mais au moins elle est visible. Je vais chercher un paramètre permettant d’accepter le HTML dans les e-mails entrants.
Le corps est probablement détecté comme faisant partie d’un autre e-mail, d’une citation ou d’un élément similaire.
La meilleure façon d’obtenir une réponse détaillée ici est de publier l’intégralité de l’e-mail brut ici (les adresses e-mail, etc. peuvent être masquées, mais des données de test conviennent), ainsi que le code source de ce que Discourse a décidé de générer à partir de cet e-mail.
L’e-mail est-il envoyé par le système des utilisateurs finaux ou par le vôtre lors de la soumission du formulaire ?
Cela provient d’un formulaire web sur mon site qui enregistre également les données dans notre CiviCRM. J’ai vérifié le code HTML et la coupure se produit au niveau de <section …>.
J’ai consulté le bénévole qui effectue cette tâche manuellement, et cela représente une amélioration d’environ 90 % par rapport à sa méthode actuelle (les données proviennent du bon nom d’utilisateur et génèrent automatiquement le sujet/titre, de sorte qu’elle n’a plus qu’à copier/coller le reste du corps du message depuis l’e-mail). Cela demande quelques secondes supplémentaires, mais cela ne se produit que quelques fois par semaine au maximum, nous devrons donc simplement surveiller les nouveaux sujets dans cette catégorie.
Ce serait peut-être plus simple et plus facile à maintenir si, au lieu de suivre le chemin formulaire web → CRM → HTML → e-mail → analyseur d’e-mail → publication, vous alliez directement de formulaire web → CRM → Markdown → publication via l’API.
Plus précisément, vous pourriez créer un modèle Markdown à partir des données du formulaire et utiliser une clé API pour soumettre une publication via l’API. Vous obtiendriez ainsi des résultats très cohérents.
Merci pour la suggestion. C’est rassurant de savoir qu’il existe des options.
En tant que bénévole sans accès au backend d’aucune de ces plateformes, je vais opter pour la méthode la plus « intégrée » actuellement disponible, en cliquant sur les paramètres de configuration. Le formulaire web envoie d’autres e-mails et les options qui y figurent sont en texte ou en HTML, c’est donc avec cela que je dois travailler.
mais au moins elle est visible. Je vais chercher un paramètre permettant d’accepter le HTML dans les e-mails entrants.