Emails entrants coupés malgré la coupure désactivée

Bug
1

Notre communauté dépend fortement des e-mails, c’est pourquoi nous avons désactivé la troncature des e-mails entrants :

image
image1290×234 43.8 KB

Cependant, il semble que certains e-mails soient toujours tronqués. Pire encore, certaines parties des e-mails sont complètement supprimées, c’est-à-dire qu’elles ne sont pas seulement cachées sous ... mais elles ne sont plus présentes sous aucune forme.

J’ai testé cela dans l’aperçu avancé du test d’e-mail et, de manière intéressante, le message en texte brut n’a pas été tronqué, mais la version HTML l’a été.

J’essaie de produire un MWE anonymisé mais en attendant, je pourrais partager l’e-mail en privé avec ceux qui pourraient l’examiner.

2

Bonjour, j’ai trouvé un exemple simple qui montre le comportement étrange :

Chers auteurs,
la dernière lecture est prévue pour
lundi 5 septembre à 14h.

la page pour cette réunion est :

donne dans le test :

image
image382×461 9.58 KB

C’est un bug très important que nous aimerions voir résolu dès que possible !
cc notre collègue du service informatique du CERN @trobiyo

Merci !

p.s. notez que le mail a été envoyé depuis Thunderbird mais j’ai copié le texte brut et il pose toujours ce problème.

1 « J'aime »
4

Salut @artur :slight_smile:

Voyons si nous pouvons faire remonter cela plus haut dans la liste. :slight_smile: Pourriez-vous m’envoyer des exemples spécifiques par MP afin que nous puissions enquêter davantage ?

2 « J'aime »
5

Salut @JammyDodger !
En principe, même l’exemple ci-dessus est déjà assez surprenant. Pourriez-vous reproduire ce problème avec celui-ci ? Sinon, je peux vous en envoyer d’autres par message privé, bien sûr.
Merci beaucoup !

1 « J'aime »
6

J’ai exécuté cela sur mon site de test, et je peux confirmer que cela se produit également sur ma page de test avancée :

image
image1487×760 20.1 KB

Mais dans le test par e-mail, il semble l’accepter sans élision : (envoi depuis zohomail)

image
image955×558 19.2 KB

image
image1307×655 23.7 KB

J’aurais peut-être besoin de quelques exemples supplémentaires pour tester afin de mieux comprendre ce que je regarde ?

3 « J'aime »
9

Je suis désolé de déterrer ce vieux fil de discussion, je me demandais juste si le problème avait été résolu car nous rencontrons un problème similaire et je ne voulais donc pas ouvrir un autre fil. En explorant l’e-mail en question, un message multipartite au format MIME, le contenu text/plain semble innocent :

Hallo beisammen,

anbei erhaltet ihr für den UK am kommenden Dienstag das aktualisierte [...]

Le texte est tronqué comme suit :

Hallo beisammen,

(seule la première ligne survit) Cela se produit indépendamment de tout réglage d’administrateur trim et est reproductible par le testeur d’e-mails avancé (en collant le code source complet de l’e-mail).
En regardant la partie text/html de l’e-mail, on découvre :

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Hallo beisammen,
    <div class="moz-forward-container">
      <div class="moz-forward-container">
        <div class="moz-forward-container">
          <p>anbei erhaltet ihr für den UK am kommenden Dienstag das [...]

Mon hypothèse est qu’un e-mail transféré a été impliqué d’une manière ou d’une autre et que l’utilisateur a probablement copié-collé manuellement le texte (au format HTML), supprimé la mise en page (mais le div est resté). En regardant la partie text/plain, il n’est pas du tout reconnaissable comme un e-mail transféré. Je ne suis pas sûr que ce soit le même problème pour @artur.

Je me demande si la magie de la reconnaissance du contenu des e-mails transférés pourrait être améliorée.

1 « J'aime »