Les URL sont supprimées des réponses générées par Thunderbird

L’un de nos membres d’équipe, qui utilise Thunderbird comme client de messagerie, constate que les URL qu’il envoie dans une réponse à un sujet Discourse sont supprimées du message (c’est-à-dire que le message est bien ajouté au sujet, mais que toute URL présente dans le corps du message disparaît lorsqu’elle est consultée sur le site Discourse ou dans les notifications par e-mail générées pour ce nouveau message).

[edit : les espaces blancs, comme les sauts de ligne, sont également supprimés, ce que je n’avais pas pleinement réalisé lors de la rédaction de ce message initial ou de la capture du résultat obtenu, qui est mis à jour ci-dessous]

Voici quelques lignes clés de l’en-tête du message généré par Thunderbird (faites-moi savoir s’il y en a d’autres que je devrais partager) :

User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.12.0
Content-Type: text/plain; charset=utf-8; format=flowed

Voici un exemple d’un tel message :

https://github.com/chapel-lang/chapel/pull/16369 permettra de l'exécuter uniquement sous valgrind ou avec l'analyseur d'adresses.

Merci,

Lydia

qui apparaît sur Discourse sous la forme :

permettra de l'exécuter uniquement sous valgrind ou avec l'analyseur d'adresses. Merci, Lydia

où l’URL a disparu, tout comme les sauts de ligne.

Ce comportement semble être constant, que l’URL soit le premier contenu non blanc dans le corps du message ou qu’elle se trouve quelque part au milieu du message.

L’envoi du même message par d’autres moyens, en particulier d’autres méthodes en texte brut, permet de préserver les URL :

  • depuis alpine (Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII)
  • depuis Gmail en mode « texte brut » (Content-Type: text/plain; charset="UTF-8")
  • depuis OWA (Content-Type: text/html; charset="iso-8859-1")

Voici ce que nous avons essayé pour déboguer :

  • coller le message généré par Thunderbird avec son en-tête complet dans l’outil de test avancé admin/email/advanced, qui semble correctement identifier le corps du message et préserver l’URL
  • augmenter le niveau de confiance de l’utilisateur
  • demander à l’utilisateur d’envoyer le même message depuis la même session Thunderbird à d’autres destinataires externes pour s’assurer que l’URL était bien conservée

Nous cherchons de l’aide pour déterminer ce qui ne fonctionne pas ou ce que nous pourrions faire de plus pour déboguer le problème de notre côté. Par exemple, existe-t-il un moyen pour nous (ou pour vous) de consulter le courrier brut reçu et/ou de déboguer son traitement au-delà de l’outil « test avancé » ?

Merci beaucoup pour toute aide à ce sujet,
-Brad

1 « J'aime »

Il se trouve que j’ai Mozilla Thunderbird et que je l’utilise très fréquemment, alors laissez-moi essayer de reproduire le problème.

En fait, avez-vous demandé à votre membre de l’équipe de mettre à jour vers la dernière version de Mozilla Thunderbird ? La dernière version stable (ESR) est la 78. Cela pourrait éventuellement aider.

1 « J'aime »

Merci, Justin. Je vais vérifier s’ils peuvent mettre à jour, mais nous serions également curieux de savoir si vous pouvez reproduire le problème (avec n’importe quelle version de Thunderbird), car cela devrait être simple. Je vois l’URL dans le message que vous avez publié ici, mais il semble que vous l’ayez fait via l’interface web plutôt que par réponse par e-mail ?

Par ailleurs, nous avons recueilli plus de données depuis mon message initial :

  • Lors de la création d’un nouveau sujet via l’alias e-mail d’une catégorie, les URL de l’utilisateur sont conservées.
  • Lors de la navigation vers le dossier des messages envoyés et de la réponse à l’une de leurs réponses précédentes à un sujet, les URL sont conservées.
  • Lors de la réponse à un e-mail de notification généré par Discourse concernant un message dans le sujet, les URL sont supprimées (de plus, les espaces sont supprimés, ce que je n’avais pas réalisé ou correctement capturé dans mon message initial ; je le modifierai pour clarifier cela).

Beaucoup de cas fonctionnent, mais les réponses aux notifications semblent ne pas fonctionner.

Je serais ravi de signaler aux développeurs de Discourse les messages en question si cela peut aider à déboguer ce problème.

Pouvez-vous poster les sections pertinentes du courrier brut reçu par Discourse ? Cliquez sur l’icône :email: en tant qu’administrateur pour les afficher.

Assurez-vous d’inclure à la fois les versions HTML et texte brut.

1 « J'aime »

Thanks @riking, I hadn’t yet found that the envelope icon was a way to see the raw mail—great feature! (and I’m embarrassed not to have noticed it before)

Now that you’ve pointed that out to me, I’m finding that if I post the raw text into the “Advanced Test” tool, I see the result get similarly stripped, which is encouraging. It also looks like I was incorrect in thinking that the Thunderbird mail was raw text only (I came to that conclusion by having her send me the same mails directly and examining them, but must’ve drawn the wrong conclusions from that process?).

Now that I know about the envelope icon, I’ll try to compare the posts and replies that preserved URLs vs. those that didn’t to see if I can discern what the difference is between the cases.

Meanwhile, here’s the raw email in case you’re able to figure out what’s going wrong faster (let me know if this is not what you meant by “HTML and plain parts”):

Received: from mx0a-002e3701.pphosted.com (mx0a-002e3701.pphosted.com [148.163.147.86])
	by mail-receiver-stardestroyer02.localdomain (Postfix) with ESMTPS id 327765A0034
	for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 21:45:28 +0000 (UTC)
Received: from pps.filterd (m0150242.ppops.net [127.0.0.1])
	by mx0a-002e3701.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 08ALh9Yf003180
	for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 21:45:27 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hpe.com; h=subject : to :
 references : from : message-id : date : in-reply-to : content-type :
 mime-version; s=pps0720; bh=ChSY+1mRGWJd6n5TQD+D5xvMFvfxD5QrEr3giOJiDfk=;
 b=A8xOGxBBUZmqM/fZS8Gsb+y4b1aO8cAsp2/2YEtXX58XYDNfF4YSVrPB0eM10w20mJEk
 8haqYrpxNTdQkxy3jFhUyQDc6ZlQamd8KEt5YJdZ7MGLrMdG5R0I3g8LnslB2prRVU6z
 ig4gzp5rTYDxFcDV8s4ERPg4f+KTQ4iRQZLHXdqH9Jf4WKimLflzw8mDowhDld3lMfQd
 g6i35OegmS79DlnUcKGbiDDhpKfeNsoBXycsg/baZdZ9xlprCvbkqAyVI9dPk/SvnMkF
 Y739gvsJ3JMLuLEz7QuZN7AocDCyCymUvqL+Rwnxr/YlJuQDkfsOU8U6mZc2apI4QP9s Ig== 
Received: from [redacted].hpe.com ([redacted].hpe.com [15.241.140.75])
	by mx0a-002e3701.pphosted.com with ESMTP id 33ebqcpekj-1
	(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT)
	for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 21:45:27 +0000
Received: from G9W8455.americas.hpqcorp.net (g9w8455.houston.hp.com [16.216.161.94])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits))
	(No client certificate requested)
	by [redacted].hpe.com (Postfix) with ESMTPS id D1F995C
	for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 21:45:26 +0000 (UTC)
Received: from G4W9120.americas.hpqcorp.net (2002:10d2:150f::10d2:150f) by
 G9W8455.americas.hpqcorp.net (2002:10d8:a15e::10d8:a15e) with Microsoft SMTP
 Server (TLS) id 15.0.1497.2; Thu, 10 Sep 2020 21:45:26 +0000
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (15.241.52.12) by
 G4W9120.americas.hpqcorp.net (16.210.21.15) with Microsoft SMTP Server (TLS)
 id 15.0.1497.2 via Frontend Transport; Thu, 10 Sep 2020 21:45:26 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
 b=StYYs2rMEq8Pywiw5kjVmomgMJFIxfEo7sOSxU+shqgK7+CX6dMheZBVADDntjH8qHiLxsXbw2f2CazjLHvpocC4WNi+XK5n28+ypJL3/fPQW9b4yzbabPZqYgF9PEpDKfkj3VHmQI6F268e4cnV3m7CFTWU3LaHOn5Y1GJSxggkAh9FYJKKj45xHDFCD16I5eL4pcXKONWBrfxBqyzsUXqdVIWzGQ6AXRggnIaUpykxb2JfB0jEbzf9nL/sucw2w3rxFeks0jLiTXgWJehzXMz4+VGVIJ2ghLTdrdIj5DUuvO0cejDuA7E7jTUnIxToz+iFn8JDx9thz3VejwEYMA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
 s=arcselector9901;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
 bh=2nbgvlig96DnvdgyjPro0TUYkJp1P0EaoU0n/Mnr7YI=;
 b=X1npZQ1RbGcZAWE5IKyQp6OfXQZS4wQfyP2cWwkQBoIlBxRirY4fO1MFq7Ih5FOUAGlCKcuw+uIkRzfrTd3ZLK7VBecFIvfwarZIz46kixzDHkhCuvIYQZFC6oowtz8JHgeUmXytz+GDv2t0foEPKyIDBnMdjY5fRntO9Ek6UrVjTpfJA5UcT2+AYj33Hj9jIu7r+twS1pZs9EWl6Uow8ALfHd2OAQvVikNiTKtmb2J/Y+u7+jfaW178HERPEoF+09wgh52UGFVmcwiZGGY3SiQ5+i5GOURFco7Ui0lqV4++7x07ggP63+nRts4t4LQgVql8Or/2CeeQ1NLEcC0wNg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass
 smtp.mailfrom=hpe.com; dmarc=pass action=none header.from=hpe.com; dkim=pass
 header.d=hpe.com; arc=none
Authentication-Results: discoursemail.com; dkim=none (message not signed)
 header.d=none;discoursemail.com; dmarc=none action=none header.from=hpe.com;
Received: from DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM
 (2a01:111:e400:7605::9) by DF4PR8401MB1178.NAMPRD84.PROD.OUTLOOK.COM
 (2a01:111:e400:7611::16) with Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.16; Thu, 10 Sep
 2020 21:45:25 +0000
Received: from DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM
 ([fe80::61cc:afd8:5ccf:8467]) by DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM
 ([fe80::61cc:afd8:5ccf:8467%6]) with mapi id 15.20.3370.016; Thu, 10 Sep 2020
 21:45:25 +0000
Subject: Re: Cron fast
To: Chapel Programming Language
	<[redacted]@discoursemail.com>
References: <[redacted]@[redacted].cray.com>
 <[redacted]@hpe.com>
From: Lydia <[redacted]@hpe.com>
Message-ID: <[redacted]@hpe.com>
Date: Thu, 10 Sep 2020 14:45:22 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0)
 Gecko/20100101 Thunderbird/68.12.0
In-Reply-To: <[redacted]@hpe.com>
Content-Type: multipart/alternative;
 boundary="------------947BE6989DE4601A4B02D61A"
Content-Language: en-US
X-ClientProxiedBy: SA9PR03CA0013.namprd03.prod.outlook.com
 (2603:10b6:806:20::18) To DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM
 (2a01:111:e400:7605::9)
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from [IPv6:2601:602:9700:caf0:b907:fe19:a43e:bedd] (2601:602:9700:caf0:b907:fe19:a43e:bedd) by SA9PR03CA0013.namprd03.prod.outlook.com (2603:10b6:806:20::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.16 via Frontend Transport; Thu, 10 Sep 2020 21:45:24 +0000
X-Originating-IP: [2601:602:9700:caf0:b907:fe19:a43e:bedd]
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-HT: Tenant
X-MS-Office365-Filtering-Correlation-Id: adf0f211-a73d-4748-a8d4-08d855d2d352
X-MS-TrafficTypeDiagnostic: DF4PR8401MB1178:
X-Microsoft-Antispam-PRVS: <[redacted]@[redacted].COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:229;
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: WLWHXxywsaFi9Ug+cwRY7OyhpnL2dyt5npDFm9J0rlSp56m+bsFZoQ1AaiK4IYDkps843P81AeZK8fa5c+u+DEy+/r/TSd3XeEeLSoUdedidOK7zFPYZ66i9FlvzP2LvdNuOwI3BAqiJ8xHeK226EksZSZ08bFQIL2P30B9Ij/nClGKzAP8GFsyYCCF/tS2JlLl5NPuNObeNKGAK9EiMvJ9UWH+ZFSfUqmYTuCq0eWpoERzkLHRg8Ztebm286x5SnMSa2BH1SYq/j4yE4MIf+3filxIaiX0KJfVUiiw+oO0B52rYnNL7d0QKX2isX6iXGdTqT57LE0Ql3+UZtNN/GTCoUl7ZRKmTd4t5Snt+o2L0tKE4jTZIEIkfX3WnTHJg0CuJysy5txICmYlPvHgsCkk7uDcz+8pnDKHcHoQnEhSDh+2wosHpeF8Ti/C6kZ5OoaWTa1BnmhUg7H4iGb3Dyw==
X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(396003)(39860400002)(376002)(346002)(136003)(366004)(19627405001)(83380400001)(3480700007)(52116002)(31686004)(186003)(6486002)(16526019)(166002)(8676002)(31696002)(44832011)(19627235002)(478600001)(5660300002)(86362001)(2616005)(8936002)(7116003)(66556008)(66476007)(316002)(36756003)(966005)(53546011)(2906002)(33964004)(66946007)(43740500002);DIR:OUT;SFP:1102;
X-MS-Exchange-AntiSpam-MessageData: b2MUeArmqQEr3/tncqFgZ3qliXiRB+U5kxO3yHLICwJb9XZ2vMTNPdzucK6Qtx1xBmcxFezNQSUduF5/g3OQvNqXDWklzCaNi5LVq5vD2Fev/Y//WjoiqCBrbgoQxB6UPvV4UDjB8DWx4XECPbHa75KJffblkadp7tTAjsT3MJzPHeFkSPPse2iVRxwl6l58TFre0CxAOWrAS21dgOWOTtY94gGY6C+3lSq1D0HX3lrWo64V6HgrIJnKzatpMN3eTpyCcj3+jDbCIb55dsoRBFmacHKJtywsvUSLd6ZctqvOUzzQHst0+o25+el+jJoHsMhhSuJsoLRKrZtdSswH0Ncbz7TJ87kLtu0UVMZTQd8qTRNq+s9Mq6Eks+LkNLaw6zrW9661QcRmlGhe1mFdMH9v4ETx/ePTJKMdYri2sMbEt0JES48FqmB7Xq4Dn1UyT7ohKKvX14iqnJ+MsR0FBqt1e3sRqzYjRmzsjmgxrBOZ7WPfdbFGR1GXOY1nFCL8GDqBE21R6kcG56X6nj4DnLeJnIjOW6B3I1IA6uOqIJBTUJbqDz1NCWC8XrqIhUmec+Fc2mOtnFbzBqeGB9307w6FaPqPcxwIJoLAWuiQxqlngl93maXzR6YrmG3QUNMEGhk0cqpirZwr8nJfe3FMXtR9xz4qjhCDv7Sqoy/26IcC3HTx3i5mKbe4NmU0EcgNaRXM0eausZIsBMQg04edDw==
X-MS-Exchange-CrossTenant-Network-Message-Id: adf0f211-a73d-4748-a8d4-08d855d2d352
X-MS-Exchange-CrossTenant-AuthSource: DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Sep 2020 21:45:25.1767
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 105b2061-b669-4b31-92ac-24d304d195dc
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: lJKnu0aoPJ19uClKLOUJN1rcsjE3ofGcfjzhr2Mdqzc/n/5btMR0iUxbpu4j2RNpet1eXTDTeg0kLyT03M28BQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR8401MB1178
X-OriginatorOrg: hpe.com
X-Proofpoint-UnRewURL: 10 URL's were un-rewritten
MIME-Version: 1.0
X-HPE-SCL: -1
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235,18.0.687
 definitions=2020-09-10_09:2020-09-10,2020-09-10 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 adultscore=0 clxscore=1011
 mlxscore=0 priorityscore=1501 malwarescore=0 mlxlogscore=999
 lowpriorityscore=0 bulkscore=0 suspectscore=2 impostorscore=0 phishscore=0
 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.12.0-2006250000 definitions=main-2009100188

--------------947BE6989DE4601A4B02D61A
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit

https://github.com/chapel-lang/chapel/pull/16369 will make it only run 
under valgrind or with the address sanitizer.

Thanks,
Lydia

On 9/10/20 10:28 AM, Michael Ferguson via Chapel Programming Language wrote:
> [mppf] 	mppf 
> <https://chapel.discourse.group/u/mppf> 
>
> September 10
>
> Hi Lydia-
>
> On my system, this test core dumps both before and after that PR.
> I think that this was a sporadic pass and that
> this test needs to run under valgrind in order to avoid that.
>
> -michael
>
> Hi Michael,
>
> |Would it make sense for your change to inout to have fixed this 
> future? I'm not sure there's a better candidate PR Thanks, Lydia|
> ------------------------------------------------------------------------
>
> Visit Topic 
> <https://chapel.discourse.group/t/cron-fast/485/3> 
> or reply to this email to respond.
>
> ------------------------------------------------------------------------
>
>
>         In Reply To
>
> [chapelu] 	chapelu 
> <https://chapel.discourse.group/u/chapelu> 
>
> September 10
>
> === Summary =================================================== 
> Hostname: chapvm12 Revision: 
> https://github.com/chapel-lang/chapel/commit/a07bdf4084 Logfile: 
> /data/sea/chapel/Nightly/day3-Wed-fast.log Started: Wed Sep 9 02:00:21 
> 2020 Ended: Wed Sep 9 23:52:03 2020 Tests run: View this …
> ------------------------------------------------------------------------
>
> Visit Topic 
> <https://chapel.discourse.group/t/cron-fast/485/3> 
> or reply to this email to respond.
>
> You are receiving this because you enabled mailing list mode.
>
> To unsubscribe from these emails, click here 
> <https://chapel.discourse.group/email/unsubscribe/77f8d8547c5965131c2906502bcbfa7f23366cb5414372e803368a6fe5e814de>.
>


--------------947BE6989DE4601A4B02D61A
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body>
    <a class="moz-txt-link-freetext" href="https://github.com/chapel-lang/chapel/pull/16369">https://github.com/chapel-lang/chapel/pull/16369</a> will make it only
    run under valgrind or with the address sanitizer.<br>
    <br>
    Thanks,<br>
    Lydia<br>
    <br>
    <div class="moz-cite-prefix">On 9/10/20 10:28 AM, Michael Ferguson
      via Chapel Programming Language wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:[redacted]@hpe.com">
      
      <!-- prevent ios zooming + autoscaling -->
      <meta name="x-apple-disable-message-reformatting">
      <title></title>
      <!--[if mso]>
<style type="text/css">
body, table, td, th, h1, h2, h3 {font-family: Helvetica, Arial, sans-serif !important;}
</style>
<![endif]-->
      <div>
        <div style="margin-bottom:25px;">
          <table cellspacing="0" cellpadding="0" border="0">
            <tbody>
              <tr>
                <td style="vertical-align:top;width:55px;"> <img src="https://avatars.discourse-cdn.com/v4/letter/m/94ad74/45.png" title="mppf" moz-do-not-send="true" width="45" height="45"> </td>
                <td> <a href="https://chapel.discourse.group/u/mppf" target="_blank" style="color:#006699;;
                    font-size:13px;font-family:'lucida
grande',tahoma,verdana,arial,sans-serif;text-decoration:none;font-weight:bold;
                    text-decoration: none; font-weight: bold; color:
                    #006699;" moz-do-not-send="true">mppf</a> <br>
                  <span style="text-align:right;color:#999999;padding-right:5px;font-family:'lucida
grande',tahoma,verdana,arial,sans-serif;font-size:11px">September 10</span>
                </td>
              </tr>
            </tbody>
          </table>
          <div style="padding-top:5px;">
            <p style="margin-top:0; border: 0;">Hi Lydia-</p>
            <p style="margin-top:0; border: 0;">On my system, this test
              core dumps both before and after that PR.<br>
              I think that this was a sporadic pass and that<br>
              this test needs to run under valgrind in order to avoid
              that.</p>
            <p style="margin-top:0; border: 0;">-michael</p>
            <p style="margin-top:0; border: 0;">Hi Michael,</p>
            <pre style="word-wrap: break-word; max-width: 694px;"><code style="display: block; background-color: #f1f1ff; padding: 5px;; background-color: #f1f1ff; padding: 2px 5px;">Would it make sense for your change to inout to have fixed this future?  I'm not sure there's a better candidate PR

Thanks,
Lydia</code></pre>
          </div>
        </div>
        <div style="color:#666;">
          <hr style="background-color: #ddd; height: 1px; border: 1px;;
            background-color: #ddd; height: 1px; border: 1px;">
          <p><a href="https://chapel.discourse.group/t/cron-fast/485/3" style="text-decoration: none; font-weight: bold; color:
              #006699;; color:#666;" moz-do-not-send="true">Visit Topic</a>
            or reply to this email to respond.</p>
        </div>
        <hr style="background-color: #ddd; height: 1px; border: 1px;;
          background-color: #ddd; height: 1px; border: 1px;">
        <h4 style="font-size: 17px; color: #444; margin-bottom:10px;;
          color: #222;">In Reply To</h4>
        <div style="margin-bottom:25px;">
          <table cellspacing="0" cellpadding="0" border="0">
            <tbody>
              <tr>
                <td style="vertical-align:top;width:55px;"> <img src="https://sjc2.discourse-cdn.com/free1/user_avatar/chapel.discourse.group/chapelu/45/23_2.png" title="chapelu" moz-do-not-send="true" width="45" height="45"> </td>
                <td> <a href="https://chapel.discourse.group/u/chapelu" target="_blank" style="color:#006699;;
                    font-size:13px;font-family:'lucida
grande',tahoma,verdana,arial,sans-serif;text-decoration:none;font-weight:bold;
                    text-decoration: none; font-weight: bold; color:
                    #006699;" moz-do-not-send="true">chapelu</a> <br>
                  <span style="text-align:right;color:#999999;padding-right:5px;font-family:'lucida
grande',tahoma,verdana,arial,sans-serif;font-size:11px">September 10</span>
                </td>
              </tr>
            </tbody>
          </table>
          <div style="padding-top:5px;">=== Summary
            ===================================================
            Hostname: chapvm12 Revision: <a href="https://github.com/chapel-lang/chapel/commit/a07bdf4084" style="text-decoration: none; font-weight: bold; color:
              #006699;" moz-do-not-send="true">https://github.com/chapel-lang/chapel/commit/a07bdf4084</a>
            Logfile: /data/sea/chapel/Nightly/day3-Wed-fast.log Started:
            Wed Sep 9 02:00:21 2020 Ended: Wed Sep 9 23:52:03 2020 Tests
            run: View this …</div>
        </div>
        <div style="color:#666;">
          <hr style="background-color: #ddd; height: 1px; border: 1px;;
            background-color: #ddd; height: 1px; border: 1px;">
          <p><a href="https://chapel.discourse.group/t/cron-fast/485/3" style="font-weight: normal;; text-decoration: none;
              font-weight: bold; color: #006699;; background-color:
              #2F70AC; color: #FFFFFF; border-top: 4px solid #2F70AC;
              border-right: 6px solid #2F70AC; border-bottom: 4px solid
              #2F70AC; border-left: 6px solid #2F70AC; display:
              inline-block; font-weight: bold;" moz-do-not-send="true">Visit
              Topic</a> or reply to this email to respond.</p>
        </div>
        <div style="color:#666;">
          <p>You are receiving this because you enabled mailing list
            mode.</p>
          <p>To unsubscribe from these emails, <a href="https://chapel.discourse.group/email/unsubscribe/77f8d8547c5965131c2906502bcbfa7f23366cb5414372e803368a6fe5e814de" style="text-decoration: none; font-weight: bold; color:
              #006699;; color:#666;" moz-do-not-send="true">click here</a>.</p>
        </div>
      </div>
      <div itemscope="" itemtype="http://schema.org/EmailMessage" style="display:none">
        <div itemprop="action" itemscope="" itemtype="http://schema.org/ViewAction">
          <link itemprop="url" href="https://chapel.discourse.group/t/cron-fast/485/3">
          <meta itemprop="name" content="Read full topic">
        </div>
      </div>
      <!-- prevent Gmail on iOS font size manipulation -->
      <div style="display:none;white-space:nowrap;font:15px
        courier;line-height:0">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
        &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;</div>
    </blockquote>
    <br>
  </body>
</html>

--------------947BE6989DE4601A4B02D61A--

La partie intéressante étant :

    <a class="moz-txt-link-freetext" href="https://github.com/chapel-lang/chapel/pull/16369">https://github.com/chapel-lang/chapel/pull/16369</a> ne l'exécutera que
    sous valgrind ou avec l'analyseur d'adresses.<br>
    <br>
    Merci,<br>
    Lydia<br>
    <br>
1 « J'aime »

Right. And it definitely seems to be that HTML version that’s making it through to the post (rather than the text version of the message), as determined by editing each versoin of the message in the “Advanced Test” tool. So it seems that the tool strips all the HTML from this mail (which also explains the linefeeds going away), but doesn’t in the OWA version of the message, which is also multipart. I’m currently comparing the two messages to try and determine why that is.

Here’s an OWA version of the message that preserves the link and whitespace, for comparison:

Received: from mx0a-002e3701.pphosted.com (mx0a-002e3701.pphosted.com [148.163.147.86])
	by mail-receiver-stardestroyer01.localdomain (Postfix) with ESMTPS id D60773809F3
	for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 22:23:11 +0000 (UTC)
Received: from pps.filterd (m0148663.ppops.net [127.0.0.1])
	by mx0a-002e3701.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 08AMNBwC018361
	for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 22:23:11 GMT
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hpe.com; h=from : to : subject :
 date : message-id : references : in-reply-to : content-type :
 mime-version; s=pps0720; bh=9faio6NPsfwH6BtbWP4x92WGx5oR9wUVRQE13eh76rI=;
 b=AbxnhW04r7rkESlmg3nA/9AvL1kOzpQDuO7qS1QHjyY2Y/DFDIu7lYrELcf4uWEYqLlN
 GyD8PXY2BW3w1owPt8vJkkGsdhW4Dg/50E6O2q8xmm6oWQRG6Gsfe2m85qcE7dRG3nh2
 XHfmQWUYwYpiLnQEEXt1Ze85nKtuIeaS7NjwmStv5FSP67YSq8nbVjsUo04ZcLFuQCCN
 0lW+1YX0RYFN0qQ5+INk6D6amQj0q84uhifkgPs8VSpf3+YG+q6tZu8WpCebU24UpG84
 tIFEkTZaPc11RwuKqTxUF+2hdbsRrKm3tpOk9qXBGxPjr7USNCWfXImLBIpCOWIKQIQw dw== 
Received: from [redacted].hpe.com ([redacted].hpe.com [15.241.48.73])
	by mx0a-002e3701.pphosted.com with ESMTP id 33ffbqptwe-1
	(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT)
	for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 22:23:11 +0000
Received: from G2W6310.americas.hpqcorp.net (g2w6310.austin.hp.com [16.197.64.52])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits))
	(No client certificate requested)
	by [redacted].hpe.com (Postfix) with ESMTPS id BF48D6A
	for <[redacted]@discoursemail.com>; Thu, 10 Sep 2020 22:22:49 +0000 (UTC)
Received: from G4W9121.americas.hpqcorp.net (2002:10d2:1510::10d2:1510) by
 G2W6310.americas.hpqcorp.net (2002:10c5:4034::10c5:4034) with Microsoft SMTP
 Server (TLS) id 15.0.1497.2; Thu, 10 Sep 2020 22:22:49 +0000
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (15.241.52.10) by
 G4W9121.americas.hpqcorp.net (16.210.21.16) with Microsoft SMTP Server (TLS)
 id 15.0.1497.2 via Frontend Transport; Thu, 10 Sep 2020 22:22:49 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
 b=Wf8Y4Wifgp5AMKhWcjY4WKtWOVf9dQ7RPOZgob+Epy6xFV8fGO8LB+OCUzor3+I9mAPHyfjN9k78C6HyF/Kpo2/UIvotZB+C/jLch4rpX50m+kj5O8m37y4upVm8yYQ1W0/OXYGeR4xpMDvZPzG6mQWBSzSo7HJiVCNaIh1qTM4OnAQV3erj2arZ8g0xrg+Vh59tgs6R3kJEfbZ74PYMZC34oHOlkAFQBLbpAKqz8rcPu14iu99N04/YFXILgyrfyYdAcSgpfRG+p48+2hyHAIQ4jKA+pAAzA9odsExQFvOFJFuWsaar/qw20z+SW0vwktqWXTny8UUKSpKs7DIK4w==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
 s=arcselector9901;
 h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
 bh=YGHLlEFuu+TH3S22Jqp0UCQ/leI0Iaa3QV/zV4U0l6U=;
 b=gIql7fbTocRo2RBp/fReKXPKtU75f4e49LYuEZBRb3aX35DMz7eOwFvYM4Oqm5E9AU51J2D+NnyM1NVGpfSiZ61gB+F+ejvFzXp/rr6ZUZGA66crPQbLEJmEImKEBZfOFsT46JCP5LeF/xQKAf09BmYehSOsGkL9AmocysGJI3u7KTPqwkGEBE/PPCraC4PKJMClguYj+0cVWOq9HCOrpOguy9FJZa2vxtnWwjtlcOo0fvMkM31IRKm8CT0Fj5PxXNuvkcEOe0NZ3KE2FDzT8sbEBRD1VV4s78yh++pcPOjbMmj6O5W7FCapA4MZR/Um3MT1Bzt7tTXOEPRMjdGWDw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass
 smtp.mailfrom=hpe.com; dmarc=pass action=none header.from=hpe.com; dkim=pass
 header.d=hpe.com; arc=none
Received: from DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM
 (2a01:111:e400:7605::9) by DF4PR8401MB0937.NAMPRD84.PROD.OUTLOOK.COM
 (2a01:111:e400:7606::21) with Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.16; Thu, 10 Sep
 2020 22:22:48 +0000
Received: from DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM
 ([fe80::61cc:afd8:5ccf:8467]) by DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM
 ([fe80::61cc:afd8:5ccf:8467%6]) with mapi id 15.20.3370.016; Thu, 10 Sep 2020
 22:22:48 +0000
From: "Lydia" <[redacted]@hpe.com>
To: Chapel Programming Language
	<[redacted]@discoursemail.com>
Subject: Re: Cron fast
Thread-Topic: Cron fast
Thread-Index: AQHWhy+SmUyk0ZWum066c4vdm23Zsalh/E6AgAAiA4D//9+rhQ==
Date: Thu, 10 Sep 2020 22:22:48 +0000
Message-ID: <[redacted]@DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM>
References: <[redacted]@cfexhybrid.americas.cray.com>,<[redacted]@hpe.com>
In-Reply-To: <[redacted]@hpe.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
authentication-results: discoursemail.com; dkim=none (message not signed)
 header.d=none;discoursemail.com; dmarc=none action=none header.from=hpe.com;
x-originating-ip: [24.22.134.40]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 6dcdeec3-d941-4b6f-2237-08d855d80c58
x-ms-traffictypediagnostic: DF4PR8401MB0937:
x-microsoft-antispam-prvs: <[redacted]@[redacted].COM>
x-ms-oob-tlc-oobclassifiers: OLM:279;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: QHAkmgMhy6+H4z9tNR3Z3KjaSqZlJR4EBL8MVBk/aWBaKHQcoHhrokPuznrPOGM/U8xGFgeFt/YFztfHqR0vjafjnen3gP+ymkrvc9b7CoRcoRux0BvCSgZt5lAsXfjfU+Ng5YkkBcWHNhLxmnjyhjYn7gx/OUPvxWjk4QUgzIAOlWsJBAVQkvTot1uLufTZ39lOEbn0c1pAbJ9EejAET6dM2XTjsGRjzub9rcpv7wKo7nBpenb42ltlLn5bUxD4yTlGTS28KXHoQaRYgfD5jdD/XLelw85t167DyEEPIoKrIhtmV0oHJkHFyzXntXqHN3QxSAnZCe2hUmo6xuXWqZXfqxYl/qA12ShkdnIG4M8p/QHBFyvc6z2pykQ07rUncCEC1lq04fvxkwm5RZr2yw==
x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(39860400002)(366004)(136003)(396003)(346002)(376002)(6506007)(3480700007)(166002)(86362001)(8936002)(53546011)(33656002)(76116006)(2906002)(478600001)(45080400002)(66946007)(186003)(66556008)(64756008)(26005)(66446008)(66476007)(19627235002)(966005)(19627405001)(9686003)(83380400001)(8676002)(316002)(52536014)(71200400001)(5660300002)(7116003)(55016002)(7696005);DIR:OUT;SFP:1102;
x-ms-exchange-antispam-messagedata: xFMoMYd51YW28PMywZGtascu04MXshEngNFriWmiRtQsUxey5KaeTUXgpdN2YYoBLBOck2Fc01xdbiX8vdJrwEsROz07CI11MF1lO3fCWYRLr2cG19TwUSVw6seQuPqNEK88CdZT2N+gmkqSzrDCmoes5SvoElmNjXZXfnZEo4RBdDBICe685IaK+JdL1nnyrhcgGALxFLzt3CGdh4nsOrm1IexyxduJCg0ju9bD7gQ1QEqrGX0eqivMCfJITXJVHHIyUiEx3XcY9bdVbUqqvQCGsoR4R3+w/tFXE+B2dfPa2iPCvu179Jq4RCCtbqG6a+nJ3EBIf0h7qKQMNeY3DiyjKp+buGeHIg6kdBQIgi46RTS1Ge2Bv3IZt73Yu8lK7ABBuBA3O4v7RcnOKJ2iKQJX3ihEUdeeUt+sZr4vovXtM1RQR88w3YlVg7nYRJMWzMeYNwF56D0PwjDDohpRt3oOklGcv2YL00ScjlNilwIE38y35ffdIipk/gWzNvL5fiuD84tEWxYlACX3Sf0u2b0DKA7t+Kei1ChnUC+XD8QA6TCqdejql1fgITgJVzD7rthU/IPN9VbvBUPeyTB0D+VYwkRi0WQ4BfNeXltHQCw9Fgv7ZoXkiqHsNrysjssm31wPvOa3XJY/WrZjOVybyQ==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative;
	boundary="_000_DF4PR8401MB0410D2608868CB53F793BE6F8C270DF4PR8401MB0410_"
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DF4PR8401MB0410.NAMPRD84.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: 6dcdeec3-d941-4b6f-2237-08d855d80c58
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Sep 2020 22:22:48.0494
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 105b2061-b669-4b31-92ac-24d304d195dc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 7EBFkxT7R923thf/Ae+zxbs40cL260RQUSHr2Nm+3Ez1Jb4FZr00jKUf2f07/Am0scOX3jw79z4OMwjvvfmEyA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DF4PR8401MB0937
X-OriginatorOrg: hpe.com
X-Proofpoint-UnRewURL: 10 URL's were un-rewritten
MIME-Version: 1.0
X-HPE-SCL: -1
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235,18.0.687
 definitions=2020-09-10_10:2020-09-10,2020-09-10 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 lowpriorityscore=0
 malwarescore=0 mlxlogscore=882 priorityscore=1501 mlxscore=0
 suspectscore=0 bulkscore=0 impostorscore=0 clxscore=1015 adultscore=0
 spamscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.12.0-2006250000 definitions=main-2009100194

--_000_DF4PR8401MB0410D2608868CB53F793BE6F8C270DF4PR8401MB0410_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

https://github.com/chapel-lang/chapel/pull/16369 will make it only run
under valgrind or with the address sanitizer.


Thanks,
Lydia

(Trying with outlook instead of Thunderbird in case that does anything)
________________________________
From: Michael via Chapel Programming Language <[redacted]@discoursemai=
l.com>
Sent: Thursday, September 10, 2020 10:28 AM
To: Lydia <[redacted]@hpe.com>
Subject: Re: Cron fast

[https://avatars.discourse-cdn.com/v4/letter/m/94ad74/45.png]   mppf<https:=
//chapel.discourse.group/u/mppf>
September 10

Hi Lydia-

On my system, this test core dumps both before and after that PR.
I think that this was a sporadic pass and that
this test needs to run under valgrind in order to avoid that.

-michael

Hi Michael,

Would it make sense for your change to inout to have fixed this future?  I'=
m not sure there's a better candidate PR

Thanks,
Lydia

________________________________

Visit Topic<https://chapel.discourse.group/t/cron-fast/485/3> or reply to t=
his email to respond.

________________________________
In Reply To
[https://sjc2.discourse-cdn.com/free1/user_avatar/chapel.discourse.group/ch=
apelu/45/23_2.png]   chapelu<https://chapel.discourse.group/u/chapelu>
September 10
=3D=3D=3D Summary =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D Hostname: chapvm12 Revision: https://github.com/chape=
l-lang/chapel/commit/a07bdf4084 Logfile: /data/sea/chapel/Nightly/day3-Wed-=
fast.log Started: Wed Sep 9 02:00:21 2020 Ended: Wed Sep 9 23:52:03 2020 Te=
sts run: View this =85
________________________________

Visit Topic<https://chapel.discourse.group/t/cron-fast/485/3> or reply to t=
his email to respond.

You are receiving this because you enabled mailing list mode.

To unsubscribe from these emails, click here<https://chapel.discourse.group=
/email/unsubscribe/77f8d8547c5965131c2906502bcbfa7f23366cb5414372e803368a6f=
e5e814de>.



--_000_DF4PR8401MB0410D2608868CB53F793BE6F8C270DF4PR8401MB0410_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
<style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo=
ttom:0;} </style>
</head>
<body dir=3D"ltr">
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
<p style=3D"margin-top:0; border: 0"><a href=3D"https://github.com/chapel-l=
ang/chapel/pull/16369" style=3D"font-weight: bold; color: #006699">https://=
github.com/chapel-lang/chapel/pull/16369</a> will make it only run<br>
under valgrind or with the address sanitizer.</p>
<p style=3D"margin-top:0; border: 0"><br>
</p>
<p style=3D"margin-top:0; border: 0">Thanks,<br>
Lydia</p>
</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
(Trying with outlook instead of Thunderbird in case that does anything)<br>
</div>
<div id=3D"appendonsend"></div>
<hr style=3D"display:inline-block;width:98%" tabindex=3D"-1">
<div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" st=
yle=3D"font-size:11pt" color=3D"#000000"><b>From:</b> Michael Ferguson via =
Chapel Programming Language &lt;[redacted]@discoursemail.com&gt;<br>
<b>Sent:</b> Thursday, September 10, 2020 10:28 AM<br>
<b>To:</b>Lydia &lt;[redacted]@hpe.com&gt;<br>
<b>Subject:</b> Re: Cron fast</font>
<div>&nbsp;</div>
</div>
<div dir=3D"ltr" style=3D"text-align:left">
<div>
<div></div>
<div style=3D"margin-bottom:25px">
<table cellspacing=3D"0" cellpadding=3D"0" border=3D"0">
<tbody>
<tr>
<td style=3D"vertical-align:top; width:55px"><img title=3D"mppf" width=3D"4=
5" height=3D"45" src=3D"https://avatars.discourse-cdn.com/v4/letter/m/94ad7=
4/45.png">
</td>
<td><a href=3D"https://chapel.discourse.group/u/mppf" target=3D"_blank" sty=
le=3D"color:#006699; font-size:13px; font-family:'lucida grande',tahoma,ver=
dana,arial,sans-serif; text-decoration:none; font-weight:bold; text-decorat=
ion:none; font-weight:bold; color:#006699">mppf</a>
<br>
<span style=3D"text-align:right; color:#999999; padding-right:5px; font-fam=
ily:'lucida grande',tahoma,verdana,arial,sans-serif; font-size:11px">Septem=
ber 10</span>
</td>
</tr>
</tbody>
</table>
<div style=3D"padding-top:5px">
<p style=3D"margin-top:0; border:0">Hi Lydia-</p>
<p style=3D"margin-top:0; border:0">On my system, this test core dumps both=
 before and after that PR.<br>
I think that this was a sporadic pass and that<br>
this test needs to run under valgrind in order to avoid that.</p>
<p style=3D"margin-top:0; border:0">-michael</p>
<p style=3D"margin-top:0; border:0">Hi Michael,</p>
<pre style=3D"word-wrap:break-word; max-width:694px"><code style=3D"display=
:block; background-color:#f1f1ff; padding:5px; background-color:#f1f1ff; pa=
dding:2px 5px">Would it make sense for your change to inout to have fixed t=
his future?  I'm not sure there's a better candidate PR

Thanks,
Lydia</code></pre>
</div>
</div>
<div style=3D"color:#666">
<hr style=3D"background-color:#ddd; height:1px; border:1px; background-colo=
r:#ddd; height:1px; border:1px">
<p><a href=3D"https://chapel.discourse.group/t/cron-fast/485/3" style=3D"te=
xt-decoration:none; font-weight:bold; color:#006699; color:#666">Visit
 Topic</a> or reply to this email to respond.</p>
</div>
<hr style=3D"background-color:#ddd; height:1px; border:1px; background-colo=
r:#ddd; height:1px; border:1px">
<h4 style=3D"font-size:17px; color:#444; margin-bottom:10px; color:#222">In=
 Reply To</h4>
<div style=3D"margin-bottom:25px">
<table cellspacing=3D"0" cellpadding=3D"0" border=3D"0">
<tbody>
<tr>
<td style=3D"vertical-align:top; width:55px"><img title=3D"chapelu" width=
=3D"45" height=3D"45" src=3D"https://sjc2.discourse-cdn.com/free1/user_avat=
ar/chapel.discourse.group/chapelu/45/23_2.png">
</td>
<td><a href=3D"https://chapel.discourse.group/u/chapelu" target=3D"_blank" =
style=3D"color:#006699; font-size:13px; font-family:'lucida grande',tahoma,=
verdana,arial,sans-serif; text-decoration:none; font-weight:bold; text-deco=
ration:none; font-weight:bold; color:#006699">chapelu</a>
<br>
<span style=3D"text-align:right; color:#999999; padding-right:5px; font-fam=
ily:'lucida grande',tahoma,verdana,arial,sans-serif; font-size:11px">Septem=
ber 10</span>
</td>
</tr>
</tbody>
</table>
<div style=3D"padding-top:5px">=3D=3D=3D Summary =3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Hostname: chapvm12 R=
evision:
<a href=3D"https://github.com/chapel-lang/chapel/commit/a07bdf4084" style=
=3D"text-decoration:none; font-weight:bold; color:#006699">
https://github.com/chapel-lang/chapel/commit/a07bdf4084</a> Logfile: /data/=
sea/chapel/Nightly/day3-Wed-fast.log Started: Wed Sep 9 02:00:21 2020 Ended=
: Wed Sep 9 23:52:03 2020 Tests run: View this =85</div>
</div>
<div style=3D"color:#666">
<hr style=3D"background-color:#ddd; height:1px; border:1px; background-colo=
r:#ddd; height:1px; border:1px">
<p><a href=3D"https://chapel.discourse.group/t/cron-fast/485/3" style=3D"fo=
nt-weight:normal; text-decoration:none; font-weight:bold; color:#006699; ba=
ckground-color:#2F70AC; color:#FFFFFF; border-top:4px solid #2F70AC; border=
-right:6px solid #2F70AC; border-bottom:4px solid #2F70AC; border-left:6px =
solid #2F70AC; display:inline-block; font-weight:bold">Visit
 Topic</a> or reply to this email to respond.</p>
</div>
<div style=3D"color:#666">
<p>You are receiving this because you enabled mailing list mode.</p>
<p>To unsubscribe from these emails, <a href=3D"https://chapel.discourse.gr=
oup/email/unsubscribe/77f8d8547c5965131c2906502bcbfa7f23366cb5414372e803368=
a6fe5e814de" style=3D"text-decoration:none; font-weight:bold; color:#006699=
; color:#666">
click here</a>.</p>
</div>
</div>
<div itemscope=3D"" itemtype=3D"http://schema.org/EmailMessage" style=3D"di=
splay:none">
<div itemprop=3D"action" itemscope=3D"" itemtype=3D"http://schema.org/ViewA=
ction"><link itemprop=3D"url" href=3D"https://chapel.discourse.group/t/cron=
-fast/485/3">
<meta itemprop=3D"name" content=3D"Read full topic">
</div>
</div>
<div style=3D"display:none; white-space:nowrap; font:15px courier; line-hei=
ght:0">&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp=
; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nb=
sp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;</div>
</div>
</body>
</html>

--_000_DF4PR8401MB0410D2608868CB53F793BE6F8C270DF4PR8401MB0410_--

Oh, intéressant. Tout ce qu’il me faut pour passer de la version cassée dans ce message à une version fonctionnelle dans l’outil « Test avancé », c’est de supprimer class="moz-txt-link-freetext" du lien <a href>… Est-ce surprenant ?

1 « J'aime »

Pour rendre ma question précédente un peu plus précise, s’agit-il d’un bug côté Thunderbird qui ajoute class="moz-txt-link-freetext" aux hyperliens dans les courriels qu’il envoie ? S’agit-il d’un bug côté Discourse qui, en présence d’une telle balise, fait que l’URL enfermée dans <a>...</a> est supprimée du corps du message et que les balises <br> suivantes sont ignorées ?

1 « J'aime »

Bonjour @Falco et @riking — Désolé de vous déranger, mais comme vous avez déjà examiné ce problème : avez-vous un avis sur mes questions dans le message précédent concernant le fait que ce comportement soit erroné de la part de Thunderbird et/ou de Discourse ? Merci.

Bonjour @BradCray,
J’ai rencontré ce même problème lors de l’utilisation de import_mbox.sh sur des archives mbox de Mailman.

J’ai localisé le problème dans extract_from_mozilla(doc) situé dans lib/email/receiver.rb et j’ai proposé une correction simple que j’ai incluse dans une PR https://github.com/discourse/discourse/pull/13176.

La méthode extract_from_mozilla rendait invisibles toutes les balises dont l’attribut class commençait par "moz-". Mon ajustement exclut de ces balises invisibles celles dont l’attribut class commence par ^moz-txt-link\b, ce qui, selon moi, couvre les liens de Thunderbird (sur la base du grand fichier mbox avec lequel je travaillais).

Je n’ai pas eu le temps d’écrire des tests, il est donc possible que la PR ne soit pas acceptée, mais n’hésitez pas à l’utiliser (bien que sachez qu’elle sera probablement effacée lors de toute mise à jour, sauf si la PR est acceptée).

Je n’ai testé que sur des mbox importés, mais je pense que cela devrait fonctionner pour les e-mails nouvellement reçus.
Malheureusement, je ne pense pas que cela s’applique lors d’un rebake (ce n’était pas le cas pour moi), il pourrait donc être assez difficile de l’appliquer rétrospectivement.

4 « J'aime »

@BradCray, pour info, la PR ne sera pas acceptée sans tests, et cela prendra un certain temps avant que j’aie l’occasion de m’en occuper.

Merci pour ta tentative de correction de ce problème et de cette mise à jour, @bsoares ! Peut-être que ta PR inspirera quelqu’un d’autre, déjà familier avec les tests de Discourse, pour reprendre cet aspect si tu ne peux pas t’en occuper plus tôt (?). Je suis un peu surpris que cette question n’ait pas suscité plus d’intérêt ou de préoccupation, car j’ai l’impression que Thunderbird est un client de messagerie assez populaire (même si, je l’admets, je ne l’utilise pas moi-même).

Merci encore,
-Brad

Merci pour vos commentaires @BradCray. J’espère trouver du temps — mon travail m’a dit que je pouvais m’y consacrer, mais cela ne sera probablement pas avant quelques semaines. Je suis aussi surpris qu’il n’y ait pas plus de mentions à ce sujet, comme vous le dites, Thunderbird est un client de messagerie populaire. Nous venons de passer à Discourse et j’ai expérimenté l’importation de boîtes aux lettres Mailman ; mon collègue a remarqué le problème presque immédiatement ! Il a fallu un peu de temps pour diagnostiquer le problème, car il n’y a rien de mal avec les emails de Thunderbird, juste un masqueur de signature/réponse trop zélé dans lib/email/receiver.rb !

1 « J'aime »

@BradCray (et toute autre personne en attente d’une correction pour ce problème), je n’aurai pas le temps de préparer un PR approprié avec des tests dans un avenir proche. En attendant, pour notre instance Discourse, j’ai appliqué un correctif qui devrait continuer à fonctionner tant que la méthode concernée ne sera pas modifiée (dans ce cas, j’espère qu’elle sera corrigée !).

Placez le fichier joint lib_email_receiver_rb-thunderbird_links.patch, par exemple dans /var/discourse/shared/standalone/patches.txt
lib_email_receiver_rb-thunderbird_links.patch.txt (819 octets)
(vous devrez peut-être exécuter :

mkdir -p /var/discourse/shared/standalone/patches  

)
Ensuite, ajoutez le contenu suivant dans containers/app.yml, dans la section hooks: after_code (après les plugins, si vous en avez) :

hooks:  
  after_code:  
    # plugins « -exec » ici  
    - exec:  
        cd: $home  
        cmd:  
          - git apply /shared/patches/lib_email_receiver_rb-thunderbird_links.patch.txt  

Cela suppose que /var/discourse/shared/standalone est mappé sur /shared dans la section volumes:. Adaptez cette configuration à votre environnement.

Vous devrez reconstruire le conteneur avec ./launcher rebuild app, mais le correctif devrait être conservé à chaque reconstruction. Je ne sais pas si une mise à jour déclenchée depuis l’interface d’administration web l’appliquerait.

Le fichier joint a l’extension .txt afin de pouvoir être attaché à ce commentaire. Vous voudrez peut-être retirer cette extension du nom de fichier et de la configuration.

1 « J'aime »

Je rencontre le même problème. Je souhaite donc essayer la solution/la contournement avec le fichier de correctif. Malheureusement, la pièce jointe lib_email_receiver_rb-thunderbird_links.patch n’a pas été téléchargée correctement. Pourriez-vous s’il vous plaît la renvoyer ? Peut-être simplement sous forme de bloc de code ?

4 « J'aime »

Bonjour, j’ai joint à nouveau le fichier (avec une extension ‘.txt’ ajoutée pour des raisons de téléchargement), et voici le contenu de toute façon :

diff --git a/lib/email/receiver.rb b/lib/email/receiver.rb
index a6da67cbaa..38c8439f38 100644
--- a/lib/email/receiver.rb
+++ b/lib/email/receiver.rb
@@ -480,8 +480,12 @@ module Email
 
     def extract_from_mozilla(doc)
       # Mozilla (Thunderbird ?) identifie correctement les signatures et les emails transférés
-      # Supprimez-les ainsi que tout ce qui suit
-      elided = doc.css("*[class^='moz-'], *[class^='moz-'] ~ *").remove
+      # Supprimez-les ainsi que tout ce qui suit. Conservez les classes moz-txt-link- car ce sont des liens.
+      elided = doc.css("*[@class]:mozfilter", Class.new {
+        def mozfilter node_set
+          node_set.find_all { |node| node["class"] =~ /^moz-/ and node["class"] !~ /^moz-txt-link\b/ }
+        end
+      }.new).remove
       to_markdown(doc.to_html, elided.to_html)
     end

lib_email_receiver_rb-thunderbird_links.patch.txt (819 octets)

Pour corriger une faute de frappe que je viens de repérer dans mon message précédent, pour appliquer ce correctif, enregistrez ce fichier de patch dans ~/lib_email_receiver_rb-thunderbird_links.patch.txt, puis

mkdir -p /var/discourse/shared/standalone/patches
cp ~/lib_email_receiver_rb-thunderbird_links.patch.txt /var/discourse/shared/standalone/patches/

et éditez ensuite containers/app.yml comme décrit ci-dessus.

3 « J'aime »

Merci, cela fonctionne parfaitement, sauf dans le cas des liens avec un alias (comme celui-ci par exemple), qui sont séparés…

1 « J'aime »

@Flominator Contentieux qu’au moins cela fonctionne en partie ! J’aimerais adapter la partie mozfilter pour ne pas rejeter un lien avec un alias. Je n’avais jamais rencontré un cas comme celui-ci et n’ai pas réussi à trouver de documentation sur les classes de liens de Thunderbird. Ce n’est pas très sophistiqué, donc il se peut que cela ne fonctionne pas !
Pourriez-vous poster ou m’envoyer le code source HTML de l’e-mail qui a généré ce message afin que je puisse l’examiner ? Merci !

1 « J'aime »

C’est quelque chose comme ça :

    <p>quelques textes, <a moz-do-not-send="true"
        href="https://ro.wikipedia.org/wiki/Crai_Nou,_Timi%C8%99">Liens
        avec alias</a> plus de texte</p>
1 « J'aime »