URLs que se eliminan de las respuestas generadas por Thunderbird

Uno de los miembros de nuestro equipo, que utiliza Thunderbird como cliente de correo, ha descubierto que las URL que envía en una respuesta a un tema de Discourse se eliminan del mensaje (es decir, el mensaje se agrega al tema, pero cualquier URL presente en el cuerpo del mensaje desaparece al verlo en el sitio de Discourse o en las notificaciones por correo electrónico generadas sobre el nuevo mensaje).

[edit: también se están eliminando los espacios en blanco, como los saltos de línea, algo que no había considerado completamente al crear esta publicación original ni al capturar la salida resultante, que se actualiza a continuación]

Algunas líneas clave del encabezado del correo generado por Thunderbird son las siguientes (por favor, avísenme si hay otras que deba compartir):

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

Un ejemplo de dicho mensaje es:

https://github.com/chapel-lang/chapel/pull/16369 hará que solo se ejecute bajo valgrind o con el sanitizador de direcciones.

Gracias,

Lydia

que aparece en Discourse como:

hará que solo se ejecute bajo valgrind o con el sanitizador de direcciones. Gracias, Lydia

donde la URL ha desaparecido, al igual que los saltos de línea.

Este comportamiento parece ser consistente, ya sea que la URL sea el primer contenido sin espacios en blanco en el cuerpo del mensaje o que se encuentre en algún punto intermedio del mensaje.

Enviar el mismo mensaje de otras formas, especialmente de otras maneras en texto plano, hace que las URL se conserven:

  • desde alpine (Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII)
  • desde Gmail usando el modo “texto plano” (Content-Type: text/plain; charset="UTF-8")
  • desde OWA (Content-Type: text/html; charset="iso-8859-1")

Cosas que hemos intentado para depurar el problema:

  • pegar el mensaje generado por Thunderbird con el encabezado completo en la herramienta de prueba avanzada de admin/email, la cual parece identificar correctamente el cuerpo del mensaje y preservar la URL
  • aumentar el nivel de confianza del usuario
  • pedirle al usuario que envíe el mismo mensaje desde la misma sesión de Thunderbird a otros destinatarios externos para asegurarse de que la URL se conservara

Estamos buscando ayuda para determinar qué está fallando o qué más podríamos hacer para depurar el problema de nuestro lado. Por ejemplo, ¿hay alguna manera de que nosotros (o ustedes) puedan ver el correo recibido en bruto y/o depurar cómo se procesó más allá de la herramienta de “prueba avanzada”?

Muchas gracias por cualquier ayuda al respecto,
-Brad

Por casualidad tengo Mozilla Thunderbird y lo uso con mucha frecuencia, así que déjame intentar reproducir el problema.

¿Le has dicho a tu compañero de equipo que actualice a la última versión de Mozilla Thunderbird? La última versión estable (ESR) es la 78. Eso podría ayudar.

Gracias, Justin. Veré si pueden actualizar, aunque también nos gustaría saber si puedes reproducirlo (con cualquier versión de Thunderbird), ya que eso debería ser sencillo. Veo la URL en el mensaje que publicaste aquí, pero parece que lo hiciste a través de la interfaz web en lugar de mediante la respuesta por correo.

Además, hemos recopilado más datos desde mi publicación original:

  • Al publicar un nuevo tema en el alias de correo de una categoría, las URL del usuario se conservan.
  • Al navegar a la carpeta de correo enviado y responder a una de sus respuestas anteriores a un tema, las URL se conservan.
  • Al responder a una notificación por correo electrónico generada por Discourse sobre un mensaje en el tema, las URL se eliminan (también se elimina el espacio en blanco, algo que no había notado ni capturado correctamente en mi publicación original; lo editaré para aclararlo).

Así que muchos casos funcionan, pero las respuestas a las notificaciones parecen no hacerlo.

Estaría encantado de señalar a los desarrolladores de Discourse los mensajes en cuestión si eso ayuda a depurar el problema.

¿Puedes publicar las secciones relevantes del correo sin procesar que recibió Discourse? Haz clic en el icono :email: como administrador para abrirlo.

Asegúrate de incluir tanto la parte HTML como la de texto plano.

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--

Lo interesante es:

    <a class="moz-txt-link-freetext" href="https://github.com/chapel-lang/chapel/pull/16369">https://github.com/chapel-lang/chapel/pull/16369</a> hará que solo se ejecute bajo valgrind o con el sanitizador de direcciones.<br>
    <br>
    Gracias,<br>
    Lydia<br>
    <br>

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, interesante! Todo lo que necesito para cambiar la versión defectuosa en este mensaje por una versión funcional en la herramienta “Prueba avanzada” es eliminar class="moz-txt-link-freetext" del enlace <a href>… ¿Eso es sorprendente?

Para precisar un poco más mi pregunta anterior, ¿es un error de Thunderbird el que coloque class="moz-txt-link-freetext" en los hipervínculos de los correos que envía? ¿Es un error de Discourse el que la presencia de dicha etiqueta haga que la URL encerrada en <a>...</a> se elimine del cuerpo del mensaje y que las etiquetas <br> posteriores sean ignoradas?

Hola @Falco y @riking: Disculpen las molestias, pero como ya habían revisado este problema antes: ¿tienen alguna opinión sobre mis preguntas en la publicación anterior sobre si esto es un comportamiento erróneo por parte de Thunderbird y/o Discourse? Gracias.

Hola @BradCray,
Yo también experimenté el mismo problema al usar import_mbox.sh con archivos mbox de Mailman.

Rastrearé el problema hasta extract_from_mozilla(doc) en lib/email/receiver.rb y realicé una corrección sencilla que he incluido en una PR https://github.com/discourse/discourse/pull/13176.

El método extract_from_mozilla ocultaba cualquier etiqueta con un atributo class que comenzara con \"moz-\". Mi ajuste excluye de estas etiquetas ocultas aquellas cuyo atributo class comience con ^moz-txt-link\\b, lo que, según creo, cubre los enlaces de Thunderbird (basado en el gran archivo mbox con el que trabajé).

No he tenido tiempo de escribir pruebas, por lo que es posible que la PR no sea aceptada, pero siéntete libre de usarla (aunque ten en cuenta que probablemente se perderá en cualquier actualización a menos que la PR sea aceptada).

Solo lo he probado con archivos mbox importados, pero creo que debería funcionar también con correos recibidos recientemente.
Desafortunadamente, no creo que funcione durante una regeneración (rebake) (no funcionó para mí), por lo que podría ser bastante difícil aplicarlo de manera retrospectiva.

@BradCray, para tu información, el PR no se aceptará sin pruebas y pasará algún tiempo antes de que pueda dedicar tiempo a hacer eso.

¡Gracias por el intento de solucionar esto y actualizar, @bsoares! Quizás tu PR inspire a alguien más que ya esté familiarizado con las pruebas de Discourse para encargarse de la parte de pruebas si no puedes hacerlo antes (?). Suelo sorprenderme un poco de que este problema no haya generado más interés o preocupación, ya que tengo la impresión de que Thunderbird es un cliente de correo bastante popular (aunque, admito, yo no lo uso).

Gracias de nuevo,
-Brad

¡Gracias por los comentarios, @BradCray! Espero que encuentre tiempo pronto; mi trabajo me ha permitido dedicar algo de tiempo a esto, aunque probablemente no será hasta dentro de al menos un par de semanas. También me sorprende que no se mencione más este tema, como bien señalas, ya que Thunderbird es un cliente de correo muy popular. Estamos cambiando a Discourse y he estado probando la importación de archivos mbox de Mailman; ¡mi colega notó el problema casi de inmediato! Tardó un poco en diagnosticarse porque no había ningún error en los correos de Thunderbird, sino un ocultador de firma y respuestas demasiado entusiasta en lib/email/receiver.rb.

@BradCray (y cualquier otra persona que busque una solución para esto), no tendré tiempo de preparar un PR adecuado con pruebas en el próximo futuro, así que lo que he implementado para nuestro Discourse es un parche que debería seguir funcionando mientras no se modifique el método en cuestión (en cuyo caso, ¡espero que se solucione!).

Coloca el archivo adjunto lib_email_receiver_rb-thunderbird_links.patch en, por ejemplo, /var/discourse/shared/standalone/patches.txt
lib_email_receiver_rb-thunderbird_links.patch.txt (819 Bytes)
(tal vez tengas que ejecutar):

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

y luego agrega lo siguiente en containers/app.yml en la sección hooks: after_code: (después de los plugins, si tienes alguno):

hooks:
  after_code:
    # plugins "-exec" aquí
    - exec:
        cd: $home
        cmd:
          - git apply /shared/patches/lib_email_receiver_rb-thunderbird_links.patch.txt

Esto asume que has mapeado /var/discourse/shared/standalone a /shared en la sección volumes:, así que ajústalo según tu entorno.

Necesitarás reconstruir el contenedor con ./launcher rebuild app, pero deberías conservar la corrección cada vez que reconstruyas. No estoy seguro de si una actualización iniciada desde la administración web la aplicaría, sin embargo.

[El archivo adjunto tiene la extensión .txt para poder adjuntarlo a este comentario; es posible que quieras eliminarla del nombre del archivo y de la configuración]

Yo también tengo el problema. Por lo tanto, me gustaría probar la solución/solución alternativa con el archivo de parche. Lamentablemente, el archivo adjunto lib_email_receiver_rb-thunderbird_links.patch no se cargó correctamente. ¿Podrías volver a enviarlo? Quizás simplemente como un bloque de código.

Hola, he adjuntado el archivo nuevamente (con un ‘.txt’ añadido por razones de subida), y de todos modos aquí está el contenido:

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?) identifica correctamente los correos con firma y reenviados
-      # Elimínalos y todo lo que viene después
-      elided = doc.css("*[class^='moz-'], *[class^='moz-'] ~ *").remove
+      # Elimínalos y todo lo que viene después. Deja las clases moz-txt-link- ya que son enlaces.
+      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 Bytes)

Para corregir un error tipográfico que acabo de detectar en mi publicación anterior, para usar este parche guarda el archivo del parche en ~/lib_email_receiver_rb-thunderbird_links.patch.txt y luego

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

y luego edita containers/app.yml como se describió anteriormente.

¡Gracias, funciona de maravilla, excepto en el caso de los enlaces con alias (como este por ejemplo), que se separan…

@Flominator ¡Me alegra que al menos funcione en parte! Me gustaría adaptar la parte de mozfilter para que no descarte un enlace con alias. No había encontrado uno como este y no he podido encontrar documentación sobre las clases de enlaces de Thunderbird. Aunque no es muy complejo, es posible que no lo maneje bien.
¿Podrías publicar o enviarme por mensaje el código fuente HTML del correo que generó la publicación para que lo revise? ¡Gracias!

Es algo así:

    <p>algún texto, <a moz-do-not-send="true"
        href="https://ro.wikipedia.org/wiki/Crai_Nou,_Timi%C8%99">Enlaces
        con alias</a> más texto</p>