URLS pour les images dans les emails

J’appelle cela une fonctionnalité car je ne suis pas sûr s’il s’agit d’un bug.

J’ai encore des centaines d’abonnés à ma liste sur l’ancien serveur de messagerie (mailman) et je relaie les messages vers celui-ci pour le moment, ce qui devrait continuer pendant des mois.

Mais les messages contenant des images n’arrivent pas. Le système mailman n’a jamais été configuré pour inclure des graphiques, mais j’espérais que les versions par e-mail contiendraient une URL complète.

Ce que je vois dans les e-mails ressemble à ceci :
image|374x500]
suivi de
(upload://4lnzFmZwbVQ8b5FIVzpTbSiqjIU.jpeg)

Ce dont j’ai besoin, c’est de l’URL complète, plus comme ceci :
https://
suivi de
lists.tssi.com/uploads/default/original/3X/1/e/
suivi de
1e7367552809e27414c39d0edd4223bb2c1c05fc.jpeg

Est-ce possible ?

Les e-mails contiennent des URL complètes pour les images.

Nous envoyons deux « parties » d’e-mail :

  • « Content-Type: text/html » contient du HTML entièrement traité, et les images utilisent des URL complètes et s’affichent correctement sur GMail, par exemple.

  • « Content-Type: text/plain » expédie le markdown original de la publication « brut », et affichera le markdown du code de téléchargement dans l’e-mail car nous n’effectuons aucune transformation là-bas.

Ce qui semble se passer avec l’ancien serveur de liste est uniquement le segment de texte, mais quelque chose d’encore plus étrange se produit. L’ID utilisateur que j’utilise pour relayer les publications vers le serveur mailman est modifié, passant du mode liste de diffusion à un mode non-liste de diffusion, et lorsque cela se produit, les publications cessent complètement d’être relayées. Cela s’est déjà produit deux fois aujourd’hui.

Je pense que ce qui se passe avec le compte relais qui se désactive, c’est que les publications relayées contiennent le lien de désabonnement du serveur Discourse et que les gens cliquent dessus, ce qui désinscrit l’ID utilisateur du relais.

Pour l’instant, j’ai supprimé le lien de désabonnement en un clic vers le serveur Discourse. Je dois voir si je peux trouver un moyen de le faire sur le serveur Mailman plutôt que dans Discourse.

Mise à jour : J’ai réglé ce problème du côté de Mailman.

Je ne pense pas que cela soit lié à la question initiale que j’ai soulevée, mais j’essaie toujours de déterminer si Mailman modifie le segment HTML des messages relayés.

Mise à jour 2 : J’ai trouvé un paramètre Mailman qui devait être modifié.

1 « J'aime »

Désolé de remonter ce sujet, mais je me demande si nous pouvons avoir deux fonctionnalités pour les images dans les e-mails, car j’ai aussi des utilisateurs pour lesquels les images ne s’affichent pas (par défaut). Pour améliorer l’expérience utilisateur, j’aimerais suggérer ce qui suit :

Demande de fonctionnalité : ajouter l’URL de l’image au texte alternatif. Justification : si le chargement de contenu externe n’est pas autorisé (probablement par défaut pour de nombreux clients de messagerie), (au moins dans Thunderbird) seul le texte alternatif est affiché. Ainsi, l’utilisateur ne voit que image0. S’il s’agissait, par exemple, de image0 : https://example.com/uploads/default/original/1X/hash.jpeg, l’utilisateur pourrait cliquer sur le lien/copier le lien et ouvrir l’URL avec l’image dans son navigateur Web.

Demande de fonctionnalité : inclure le nom de domaine complet dans le markdown (ou remplacer le markdown par l’URL de l’image) Justification : la partie texte brut de l’e-mail affichera ![image0|640x480](upload://hash.jpeg), ce qui nécessite de connaître le domaine du serveur exécutant discourse/hébergeant les téléchargements et un travail manuel pour assembler le lien. Afficher ![image0|640x480](https://example.com/uploads/default/original/1X/hash.jpeg) ou image0 : https://example.com/uploads/default/original/1X/hash.jpeg) permettrait au lecteur du contenu texte/brut de cliquer/copier directement le lien pour l’ouvrir directement dans un navigateur Web.

Merci pour votre travail et pour avoir pris en compte ces deux demandes de fonctionnalités !