URLs werden aus von Thunderbird generierten Antworten entfernt

Unterstützung
1

Eines unserer Teammitglieder, das Thunderbird als E-Mail-Client verwendet, stellt fest, dass URLs, die in einer Antwort-E-Mail an ein Discourse-Thema gesendet werden, aus der Nachricht entfernt werden (d. h. die Nachricht wird zum Thema hinzugefügt, aber alle URLs im Nachrichtentext wurden entfernt, wenn sie auf der Discourse-Website oder in den E-Mail-Benachrichtigungen angezeigt werden, die für die neue Nachricht generiert wurden).

[Bearbeitung: Auch Leerzeichen, wie z. B. Zeilenumbrüche, werden entfernt. Das war mir beim Verfassen dieses ursprünglichen Beitrags oder beim Erfassen der daraus resultierenden Ausgabe, die unten aktualisiert ist, nicht vollständig bewusst]

Einige wichtige Zeilen aus dem von Thunderbird generierten E-Mail-Header lauten wie folgt (bitte teilen Sie mir mit, wenn es weitere gibt, die ich teilen sollte):

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

Ein Beispiel für eine solche Nachricht ist:

https://github.com/chapel-lang/chapel/pull/16369 wird dafür sorgen, dass es nur unter Valgrind oder mit dem Address Sanitizer ausgeführt wird.

Danke,

Lydia

Dies wird auf Discourse so angezeigt:

wird dafür sorgen, dass es nur unter Valgrind oder mit dem Address Sanitizer ausgeführt wird. Danke, Lydia

wobei die URL verschwunden ist, ebenso wie die Zeilenumbrüche.

Dieses Verhalten scheint konsistent zu sein, unabhängig davon, ob die URL der erste Nicht-Leerzeichen-Inhalt im Nachrichtentext ist oder irgendwo in der Mitte der Nachricht steht.

Das Senden der identischen Nachricht auf andere Weise, insbesondere auf andere Art und Weise im Klartext, führt dazu, dass die URLs erhalten bleiben:

  • von Alpine (Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII)
  • von Gmail im Modus „Klartext
2

Ich habe zufällig Mozilla Thunderbird und nutze es sehr häufig, also werde ich versuchen, das Problem nachzustellen.

Hast du deinem Teammitglied eigentlich gesagt, es soll auf die neueste Version von Mozilla Thunderbird aktualisieren? Die neueste stabile Version (ESR) ist 78. Das könnte möglicherweise helfen.

3

Danke, Justin. Ich werde prüfen, ob sie ein Update durchführen können. Wir wären jedoch auch sehr daran interessiert, ob du das Problem reproduzieren kannst (mit welcher Thunderbird-Version auch immer), da das hoffentlich einfach sein sollte. Ich sehe die URL in deinem Beitrag hier, aber es sieht so aus, als hättest du ihn über die Web-Oberfläche und nicht per E-Mail-Antwort verfasst?

Außerdem haben wir seit meinem ursprünglichen Beitrag weitere Daten gesammelt:

  • Beim Erstellen eines neuen Themas über die E-Mail-Alias-Adresse einer Kategorie werden die URLs des Benutzers beibehalten.
  • Beim Navigieren zum Ordner „Gesendete Nachrichten
4

Kannst du die relevanten Abschnitte der Roh-E-Mail posten, die Discourse erhalten hat? Klicke als Admin auf das :email:-Symbol, um diese aufzurufen.

Stelle sicher, dass sowohl den HTML- als auch den Textteil enthalten sind.

5

Danke @riking, ich hatte noch nicht bemerkt, dass das Umschlag-Icon ein Weg ist, um die rohe E-Mail einzusehen – tolle Funktion! (und es beschämt mich, dass ich es vorher nicht bemerkt habe)

Jetzt, wo du mich darauf hingewiesen hast, stelle ich fest, dass ich, wenn ich den rohen Text im „Advanced Test“-Tool einfüge, das Ergebnis ähnlich gestrichen sehe, was ermutigend ist. Es sieht auch so aus, als hätte ich mich geirrt, als ich dachte, die Thunderbird-E-Mail bestehe nur aus rohem Text (ich kam zu diesem Schluss, indem ich sie bat, mir dieselben Mails direkt zu senden und sie zu untersuchen, muss aber dabei falsche Schlussfolgerungen gezogen haben?).

Jetzt, wo ich das Umschlag-Icon kenne, werde ich versuchen, die Beiträge und Antworten zu vergleichen, die URLs bewahrt haben, mit denen, die es nicht getan haben, um zu sehen, ob ich den Unterschied zwischen den Fällen erkennen kann.

In der Zwischenzeit hier die rohe E-Mail, falls du schneller herausfinden kannst, was schiefgeht (lass mich wissen, falls dies nicht das ist, was du mit „HTML- und Klartext-Teilen“ meintest):

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 wird es nur unter valgrind
oder mit dem Address Sanitizer ausführen.

Danke,
Lydia

Am 10.09.20 um 10:28 Uhr schrieb Michael Ferguson via Chapel Programming Language:
> [mppf] 	mppf 
> <https://chapel.discourse.group/u/mppf> 
>
> 10. September
>
> Hallo Lydia-
>
> Auf meinem System stürzt dieser Test sowohl vor als auch nach diesem PR
> ab. Ich denke, dass dies ein sporadischer Erfolg war und dass
> dieser Test unter valgrind ausgeführt werden muss, um das zu vermeiden.
>
> -michael
>
> Hallo Michael,
>
> |Würde es Sinn ergeben, dass deine Änderung an inout dieses Future
> behoben hat? Ich bin mir nicht sicher, ob es einen besseren Kandidaten-PR gibt. Danke, Lydia|
> ------------------------------------------------------------------------
>
> Thema besuchen 
> <https://chapel.discourse.group/t/cron-fast/485/3> 
> oder antworte auf diese E-Mail, um zu reagieren.
>
> ------------------------------------------------------------------------
>
>
>         Als Antwort auf
>
> [chapelu] 	chapelu 
> <https://chapel.discourse.group/u/chapelu> 
>
> 10. September
>
> === Zusammenfassung =================================================== 
> Hostname: chapvm12 Revision: 
> https://github.com/chapel-lang/chapel/commit/a07bdf4084 Logfile: 
> /data/sea/chapel/Nightly/day3-Wed-fast.log Gestartet: Mi 9. Sep 02:00:21 
> 2020 Beendet: Mi 9. Sep 23:52:03 2020 Tests ausgeführt: Siehe dies …
> ------------------------------------------------------------------------
>
> Thema besuchen 
> <https://chapel.discourse.group/t/cron-fast/485/3> 
> oder antworte auf diese E-Mail, um zu reagieren.
>
> Du erhältst dies, weil du den Mailinglistenmodus aktiviert hast.
>
> Um dich von diesen E-Mails abzumelden, klicke hier 
> <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> wird es nur
    unter valgrind oder mit dem Address Sanitizer ausführen.<br>
    <br>
    Danke,<br>
    Lydia<br>
    <br>
    <div class="moz-cite-prefix">Am 10.09.20 um 10:28 Uhr schrieb Michael Ferguson
      via Chapel Programming Language:<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">10. September</span>
                </td>
              </tr>
            </tbody>
          </table>
          <div style="padding-top:5px;">
            <p style="margin-top:0; border: 0;">Hallo Lydia-</p>
            <p style="margin-top:0; border: 0;">Auf meinem System stürzt dieser Test
              sowohl vor als auch nach diesem PR ab.<br>
              Ich denke, dass dies ein sporadischer Erfolg war und dass<br>
              dieser Test unter valgrind ausgeführt werden muss, um das zu vermeiden.</p>
            <p style="margin-top:0; border: 0;">-michael</p>
            <p style="margin-top:0; border: 0;">Hallo 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;">Würde es Sinn ergeben, dass deine Änderung an inout dieses Future behoben hat? Ich bin mir nicht sicher, ob es einen besseren Kandidaten-PR gibt

Danke,
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">Thema besuchen</a>
            oder antworte auf diese E-Mail, um zu reagieren.</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;">Als Antwort auf</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">10. September</span>
                </td>
              </tr>
            </tbody>
          </table>
          <div style="padding-top:5px;">=== Zusammenfassung
            ===================================================
            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 Gestartet:
            Mi 9. Sep 02:00:21 2020 Beendet: Mi 9. Sep 23:52:03 2020 Tests
            ausgeführt: Siehe dies …</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">Thema
              besuchen</a> oder antworte auf diese E-Mail, um zu reagieren.</p>
        </div>
        <div style="color:#666;">
          <p>Du erhältst dies, weil du den Mailinglistenmodus aktiviert hast.</p>
          <p>Um dich von diesen E-Mails abzumelden, <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">klicke hier</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="Thema vollständig lesen">
        </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;</div>
    </blockquote>
    <br>
  </body>
</html>

--------------947BE6989DE4601A4B02D61A--
6

Das Interessante daran ist:

    <a class="moz-txt-link-freetext" href="https://github.com/chapel-lang/chapel/pull/16369">https://github.com/chapel-lang/chapel/pull/16369</a> wird es nur
    unter Valgrind oder mit dem Address Sanitizer ausführen lassen.<br>
    <br>
    Danke,<br>
    Lydia<br>
    <br>
7

Richtig. Und es scheint definitiv die HTML-Version zu sein, die im Beitrag ankommt (statt der Textversion der Nachricht), wie durch das Bearbeiten jeder Version der Nachricht im Tool „Advanced Test

8

Oh, interessant. Für mich reicht es, um die defekte Version in dieser Nachricht in eine funktionierende Version im „Advanced Test“-Tool zu verwandeln, einfach das class="moz-txt-link-freetext" aus dem <a href>-Link zu entfernen… Ist das überraschend?

9

Um meine vorherige Frage etwas präziser zu formulieren: Ist es ein Fehler auf Thunderbird-Seite, dass es class="moz-txt-link-freetext" in Hyperlinks in E-Mails einfügt, die es sendet? Ist es ein Fehler auf Discourse-Seite, dass das Vorhandensein eines solchen Tags dazu führt, dass die von <a>...</a> eingeschlossene URL aus dem Nachrichteninhalt entfernt wird und nachfolgende <br>-Tags ignoriert werden?

10

Hallo @Falco und @riking — Entschuldigt die Störung, aber da ihr euch bereits mit diesem Problem beschäftigt habt: Habt ihr eine Meinung zu meinen Fragen im vorherigen Beitrag, ob es sich dabei um ein fehlerhaftes Verhalten von Thunderbird und/oder Discourse handelt? Danke.

13

Hallo @BradCray,
ich habe dieses gleiche Problem auch erlebt, als ich import_mbox.sh auf Mailman-Mbox-Archiven verwendet habe.

Ich habe das Problem auf extract_from_mozilla(doc) in lib/email/receiver.rb zurückverfolgt und eine einfache Korrektur vorgenommen, die ich in einen PR gestellt habe: https://github.com/discourse/discourse/pull/13176.

Die Methode extract_from_mozilla hat jedes Tag mit einem class-Attribut, das mit "moz-" beginnt, ausgeblendet. Meine Anpassung schließt davon alle Tags aus, deren class-Attribut mit ^moz-txt-link\b beginnt. Ich denke, das deckt die Links von Thunderbird ab (basierend auf dem großen Mbox, mit dem ich gearbeitet habe).

Ich hatte keine Zeit, Tests zu schreiben, daher wird der PR möglicherweise nicht akzeptiert. Du kannst ihn jedoch gerne verwenden (bitte beachte, dass er wahrscheinlich bei jedem Upgrade überschrieben wird, es sei denn, der PR wird angenommen).

Ich habe es nur bei importierten Mboxes getestet, aber ich denke, es sollte auch bei neu empfangenen E-Mails funktionieren.
Leider denke ich nicht, dass es bei einem Rebake angewendet wird (bei mir war es nicht der Fall), daher könnte es ziemlich schwierig sein, es nachträglich anzuwenden.

14

@BradCray, zur Info: Der PR wird ohne Tests nicht akzeptiert, und es wird einige Zeit dauern, bis ich die Möglichkeit habe, mich darum zu kümmern.

15

Danke für den Versuch, dies zu beheben und zu aktualisieren, @bsoares! Vielleicht wird dein PR jemanden inspirieren, der bereits mit dem Testen von Discourse vertraut ist, sich der Testaspekt anzunehmen, falls du es nicht früher schaffst (?). Ich bin ein wenig überrascht, dass dieses Problem nicht mehr Interesse oder Besorgnis geweckt hat, da mein Eindruck ist, dass Thunderbird ein recht beliebter E-Mail-Client ist (obwohl ich ihn selbst admittedly nicht verwende).

Nochmals vielen Dank,
-Brad

17

Vielen Dank für die Kommentare @BradCray. Hoffentlich finde ich Zeit – die Arbeit hat mir gesagt, dass ich mir etwas Zeit dafür nehmen kann, aber es wird wahrscheinlich mindestens ein paar Wochen dauern. Ich bin auch überrascht, dass nicht mehr darüber gesprochen wird, wie du sagst, ist Thunderbird ein beliebter E-Mail-Client. Wir wechseln gerade zu Discourse und ich habe mit dem Importieren von Mailman-Mboxen experimentiert. Mein Kollege hat das Problem mehr oder weniger sofort bemerkt! Die Diagnose hat etwas gedauert, weil mit den Thunderbird-E-Mails nichts falsch ist, sondern nur ein zu eifriger Signatur-/Antwort-Verstecker in lib/email/receiver.rb!

18

@BradCray (und alle anderen, die eine Lösung dafür suchen): Ich werde in absehbarer Zeit keine Zeit haben, einen ordentlichen PR mit Tests zu erstellen. Daher habe ich für unser Discourse-System einen Patch implementiert, der so lange funktionieren sollte, wie die betreffende Methode nicht geändert wird (in diesem Fall hoffe ich, dass sie behoben wird!).

Legen Sie den angehängten lib_email_receiver_rb-thunderbird_links.patch beispielsweise unter /var/discourse/shared/standalone/patches.txt [lib_email_receiver_rb-thunderbird_links.patch.txt|attachment](upload://1OvwVDGUCO2Y3VtkGZnt6hCjAZk.txt) (819 Bytes) ab (möglicherweise müssen Sie dazu Folgendes ausführen):

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

Fügen Sie dann Folgendes in die Datei containers/app.yml im Abschnitt hooks: after_code: ein (nach den Plugins, falls vorhanden):

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

Dies setzt voraus, dass /var/discourse/shared/standalone im Abschnitt volumes: auf /shared gemappt ist. Passen Sie dies gegebenenfalls an Ihre Umgebung an.

Sie müssen den Container mit ./launcher rebuild app neu erstellen, aber die Korrektur sollte beim Neustart erhalten bleiben. Ob ein über die Web-Verwaltung ausgelöster Update-Vorgang dies jedoch ebenfalls anwendet, ist unklar.

[Die angehängte Datei hat die Erweiterung .txt, damit sie an diesen Kommentar angehängt werden kann. Sie möchten diese Erweiterung eventuell aus dem Dateinamen und der Konfiguration entfernen.]

19

Ich habe das Problem ebenfalls. Daher möchte ich die Lösung/den Workaround mit der Patch-Datei ausprobieren. Leider wurde der Anhang lib_email_receiver_rb-thunderbird_links.patch nicht korrekt hochgeladen. Könntest du ihn bitte erneut senden? Vielleicht einfach als Code-Block?

20

Hallo, ich habe die Datei erneut angehängt (mit einem angefügten ‘.txt’ aus Upload-Gründen), und hier ist der Inhalt trotzdem:

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 ?) identifiziert Signaturen und weitergeleitete E-Mails ordnungsgemäß
-      # Entferne sie und alles, was danach kommt
-      elided = doc.css("*[class^='moz-'], *[class^='moz-'] ~ *").remove
+      # Entferne sie und alles, was danach kommt. Lass Klassen mit moz-txt-link- bestehen, da es sich um Links handelt.
+      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)

Um einen Tippfehler zu beheben, den ich gerade in meinem früheren Beitrag bemerkt habe: Speichere diesen Patch unter ~/lib_email_receiver_rb-thunderbird_links.patch.txt und führe dann Folgendes aus:

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

Anschließend bearbeitest du containers/app.yml, wie oben beschrieben.

21

Danke, es funktioniert einwandfrei, außer bei Links mit Alias (wie dieser hier zum Beispiel), die getrennt werden …

22

@Flominator Schön, dass es zumindest teilweise funktioniert! Ich würde gerne den mozfilter-Teil so anpassen, dass ein Link mit Alias nicht verworfen wird. Mir ist so etwas noch nicht begegnet, und ich konnte keine Dokumentation zu den Link-Klassen von Thunderbird finden. Es ist zwar nicht übermäßig komplex, aber es könnte sein, dass es damit nicht zurechtkommt!
Könntest du mir bitte den HTML-Quellcode der E-Mail, die den Beitrag erstellt hat, posten oder mir zuschicken, damit ich mir das ansehen kann? Danke!

23

Es ist so etwas wie folgt:

    <p>einiger Text, <a moz-do-not-send="true"
        href="https://ro.wikipedia.org/wiki/Crai_Nou,_Timi%C8%99">Links
        mit Alias</a> weiterer Text</p>