Je viens de pouvoir envoyer un message en utilisant une adresse Gmail et l’application web Gmail ; celui-ci comportait une signature avec image qui a été correctement supprimée.
Le même compte e-mail, lorsqu’il envoie un message via mon application Outlook 2016 locale sur PC, n’a pas vu sa signature supprimée (même image de signature, mais configurée dans Outlook).
En toute objectivité, la plus grande proportion d’utilisateurs du forum utilisera l’application Microsoft Outlook, ce qui doit donc constituer la référence pour juger du « succès » du processus de découpage.
Est-ce qu’une seule source d’e-mails Outlook 2016 vous pose problème avec les signatures, ou toutes ?
Outlook 2016 est-il connu pour insérer des éléments résistants au découpage ? Ou bien Outlook 2016 n’a-t-il peut-être pas été considéré comme l’une des applications populaires à inclure dans la bibliothèque email_reply_trimmer ?
Quelqu’un a-t-il trouvé une stratégie pour gérer cela ? (autre que de demander aux utilisateurs de penser à désactiver les signatures automatiques lors de l’envoi d’e-mails au forum — ce qui, je le sais, provoquera des grognements !)
Je remarque aussi que, bien que non découpées, les signatures dans les messages Outlook 2016 ne sont pas correctement analysées dans mon cas, avec un formatage de texte et des polices défectueux, ainsi que quelques caractères de texte ajoutés et une image surdimensionnée — ou est-ce le résultat d’une tentative de découpage infructueuse ?
Il s’agit de la signature d’un utilisateur Outlook 16 qui passe toujours le coupe-bordure, et d’un autre avec un client inconnu (mais envoyé via outlook.com et/ou MS-Exchange) qui contient des fichiers d’image carrés blancs en bas, comme ceci :
Hmm – quelle est la meilleure stratégie à partir d’ici ?
La bibliothèque email_reply_trimmer est-elle quelque chose avec lequel n’importe quel idiot (comme moi) peut s’amuser pour voir s’il peut identifier les motifs dans le script tels qu’appliqués à d’autres applications de messagerie et ajouter un filtre pour les signatures Outlook 2016 ? Je pense avoir lu que ce script fait maintenant partie du cœur de Discourse ? Ou est-ce que je me fais des illusions ?
Je n’ai jamais joué avec GitHub, et je ne voudrais pas potentiellement embêter qui que ce soit d’autre dans le processus d’expérimentation, ou même causer un préjudice irréparable à mon propre forum.
Nous utilisons un formulaire web pour générer un e-mail afin de créer de nouveaux sujets dans une catégorie.
Le formulaire web inclut par défaut :
Cet e-mail a été envoyé à [adresse e-mail de la catégorie] à la suite de la soumission d’un formulaire.
Cliquez ici pour signaler un e-mail indésirable.
Existe-t-il un moyen de supprimer un message de ce type ?
Essayez de modifier le logiciel du formulaire web pour placer le message sous un – (deux tirets et un espace) afin qu’il ressemble davantage à une signature.
Blah blah
Formulaire : Contenu
--
Cet e-mail a été envoyé à [adresse e-mail de la catégorie] suite à la soumission d'un formulaire.
Cliquez ici pour signaler un e-mail indésirable.
ne copiez pas réellement mes deux tirets et l’espace ci-dessus, il y a une petite astuce Unicode
Cette fonctionnalité serait extrêmement utile : pouvoir ajouter les signatures problématiques à une liste du type « supprimer ceci si vous le voyez à nouveau ». La correspondance pourrait être un peu plus simple, car il suffirait de supprimer ce texte à l’identique, plutôt que d’avoir à tenter de manière spéculative de faire correspondre toutes les signatures.
Ce n’est pas tout à fait exact : il devrait y avoir un espace au milieu, donc : “- -”.
Personnellement, j’ai trouvé assez difficile d’inciter les utilisateurs à l’ajouter dans leurs signatures. Cela va si vous pouvez passer derrière leur épaule pour le configurer pour eux, mais ils peinent à le faire seuls !! Peut-être que les vôtres sont plus à l’aise avec la technologie.
Ils ne le font vraiment pas. Si vous copiez et collez l’expression rationnelle de la ligne 144 dans https://rubular.com/, vous verrez qu’elle correspond à -- (deux tirets suivis d’un espace) mais pas à - - (tiret-espace-tiret).
Ah, je vois. Il semble bien qu’il y ait un espace entre les deux, sauf si vous le copiez et le collez ailleurs (à partir de la ligne 144) : "--/s" - cela ressemble à un espace entre les tirets pour moi lorsqu’il est présenté sous forme de code.
“–/s” copié et collé directement dans le markdown, clairement aucun espace.
Cela pourrait expliquer pourquoi j’ai eu du mal à obtenir un résultat avec cela ! Merci de votre patience.
Je ne connais pas Ruby, mais \s semble correspondre à un retour à la ligne ainsi qu’à un espace. Si c’est le cas, alors -- sur sa propre ligne, sans l’espace, devrait aussi fonctionner.
Markdown utilise une série de tirets pour créer une ligne horizontale. Nous avons des messages qui incluent les détails d’une réunion sous une ligne horizontale. Existe-t-il une alternative que nous puissions utiliser pour créer un séparateur sans provoquer de troncation ?
Par exemple, un e-mail entrant pourrait contenir ce qui suit :
Voici le contenu d’un exemple d’e-mail. Il peut contenir les détails d’une réunion. Si cet article était envoyé par e-mail, cette partie - et tout ce qui suit - serait tronquée.
Le problème est que lorsqu’ils répondent à un message Discourse par e-mail, quelques images blanches semblent être ajoutées à leur message. Cela se traduit par un bloc d’espace blanc indésirable après leur texte. Cela ne semble arriver qu’à cet utilisateur. Il n’a pas de signature e-mail à proprement parler.
Je constate encore que 5 à 10 % des signatures des membres parviennent à passer à travers les mailles du filet.
Si les heuristiques actuelles ne peuvent pas gérer ces cas, je pense vraiment qu’une base de données manuelle pour les signatures, voire des images intégrées dans les e-mails qui continuent d’être soumis et qui ne sont pas automatiquement détectées, est essentielle.
Il n’y a absolument aucun moyen que je puisse attendre des utilisateurs qu’ils modifient leurs signatures e-mail uniquement pour le forum, qui ne représente qu’une infime partie de leur activité e-mail quotidienne.
