Thanks,
Lydia
On 9/10/20 10:28 AM, Michael Ferguson
via Chapel Programming Language wrote:
mppf
September 10Hi 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 or reply to this email to respond.
In Reply To
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 or reply to this email to respond.
You are receiving this because you enabled mailing list mode.
To unsubscribe from these emails, click here.
--------------947BE6989DE4601A4B02D61A-- ``` --- 흥미로운 부분은 다음과 같습니다: ```html https://github.com/chapel-lang/chapel/pull/16369를 적용하면 valgrind 또는 어드레스 샌итай저에서만 실행되도록 됩니다.
감사합니다,
Lydia
``` --- 맞습니다. 그리고 각 버전의 메시지를 “고급 테스트” 도구에서 편집하여 확인해 본 결과, 게시글에 전달되는 것은 분명히 HTML 버전(메시지의 텍스트 버전이 아닌)인 것 같습니다. 즉, 이 도구는 이 메일에서 모든 HTML을 제거하는 것 같습니다(줄바꿈이 사라지는 이유도 이것으로 설명됩니다). 하지만 OWA 버전의 메시지는 멀티파트(multipart)임에도 불구하고 그렇게 하지 않습니다. 현재 두 메시지를 비교하여 그 이유를 파악하려고 노력하고 있습니다. 링크와 공백이 유지되는 OWA 버전의 메시지를 비교를 위해 아래에 첨부합니다: ```plaintext 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://=
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 Ferguson via =
Chapel Programming Language <[redacted]@discoursemail.com>
Sent: Thursday, September 10, 2020 10:28 AM
To:Lydia <[redacted]@hpe.com>
Subject: Re: Cron fast
Sent: Thursday, September 10, 2020 10:28 AM
To:Lydia <[redacted]@hpe.com>
Subject: Re: Cron fast
![](3D"https://avatars.discourse-cdn.com/v4/letter/m/94ad7= "3D\"mppf\"")
|
mppf
Septem= ber 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 t=
his future? I'm not sure there's a better candidate PR
Thanks,
LydiaVisit Topic or reply to this email to respond.
In= Reply To
| chapelu
Septem= ber 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 R=
evision:
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 =85
Visit Topic or reply to this email to respond.
You are receiving this because you enabled mailing list mode.
To unsubscribe from these emails, click here.
` 태그가 무시되는 것은 Discourse 쪽의 버그인가요? --- 안녕하세요 @Falco, @riking — 죄송하지만, 이 문제를 이전에 살펴보셨던 분들이라 여쭤봅니다: Thunderbird와/또는 Discourse의 버그로 인한 동작인지에 대한 제 질문([이전 게시물](https://meta.discourse.org/t/urls-being-dropped-from-thunderbird-generated-replies/163751/9?u=bradcray))에 대해 어떤 생각이 있으신가요? 감사합니다. --- @BradCray 님, 안녕하세요. `import_mbox.sh`를 사용하여 mailman mbox 아카이브를 처리할 때 저도 동일한 문제를 경험했습니다. 문제를 `lib/email/receiver.rb`의 `extract_from_mozilla(doc)` 함수에서 찾아냈고, 간단한 수정을 적용하여 PR로 제출했습니다: [https://github.com/discourse/discourse/pull/13176](https://github.com/discourse/discourse/pull/13176). 기존의 `extract_from_mozilla` 메서드는 `class` 속성이 `"moz-"`로 시작하는 모든 태그를 숨기도록 되어 있었습니다. 제 수정안에서는 `class` 속성이 `^moz-txt-link\b`로 시작하는 태그는 숨김 대상에서 제외하도록 했습니다. 제가 작업했던 대용량 mbox 파일 기준으로 볼 때, 이는 Thunderbird의 링크를 커버한다고 생각합니다. 테스트를 작성할 시간이 부족하여 PR이 승인되지 않을 수도 있지만, 자유롭게 사용하실 수 있습니다(다만 PR이 승인되지 않으면 업그레이드 시 변경 사항이 사라질 수 있음을 유의하세요). 저는 가져온 mbox 파일에서만 테스트했지만, 새로 수신된 이메일에도 정상적으로 작동할 것으로 생각합니다. 불행히도 rebake(재처리) 과정에서는 적용되지 않는 것 같습니다(제 환경에서는 그랬습니다). 따라서 사후 적용은 매우 어려울 수 있습니다. --- @BradCray, 참고로 테스트가 없으면 PR이 수락되지 않으며, 테스트를 작성할 수 있을 때까지는 좀 시간이 걸릴 것 같습니다. --- 수정과 업데이트를 시도해 주셔서 감사합니다, @bsoares! 만약 당신이 더 빨리 진행하기 어렵다면, 당신의 PR이 이미 Discourse 테스트에 익숙한 다른 누군가가 테스트 부분을 맡는 데 영감을 줄 수 있을지도 모릅니다 (?). 이 문제가 더 많은 관심이나 우려를 불러일으키지 않은 것이 조금 놀랍습니다. 제印象中 Thunderbird는 꽤 인기 있는 이메일 클라이언트라고 생각하기 때문이죠(물론 저는 직접 사용하지는 않습니다). 다시 한번 감사합니다. -Brad --- @BradCray 댓글 감사합니다. 시간이 나면 처리해볼 생각인데, 회사에서는 몇 주 정도는 걸릴 것 같다고 하네요. Thunderbird가 인기 있는 메일 클라이언트인데, 이 문제에 대해 더 많은 언급이 없다는 것도 좀 의외입니다. 저희는 이제 막 Discourse로 전환 중이고, mailman mbox 파일을 가져오는 작업을 하고 있었는데, 제 동료는 이 문제를 거의 바로 알아차렸습니다! Thunderbird 메일 자체에는 문제가 없어서 진단하는 데 시간이 좀 걸렸는데, lib/email/receiver.rb에 있는 지나치게 과한 서명/답장 숨김 기능 때문이었네요! --- @BradCray (그리고 이 문제에 대한 수정을 기다리는 다른 분들), 적정하게 테스트가 포함된 PR을 작성할 시간이 당분간 없으므로, 현재 discourse에 적용해 둔 것은 해당 메서드가 변경되지 않는 한 계속 작동할 패치입니다 (변경된다면 수정되길 바랍니다!). 첨부된 `lib_email_receiver_rb-thunderbird_links.patch`를, 예를 들어 `/var/discourse/shared/standalone/patches.txt`에 넣어주세요. [lib\_email\_receiver\_rb-thunderbird\_links.patch.txt](https://meta.discourse.org/uploads/short-url/1OvwVDGUCO2Y3VtkGZnt6hCjAZk.txt) (819 Bytes) (아래 명령을 실행해야 할 수 있습니다) ```plaintext mkdir -p /var/discourse/shared/standalone/patches ``` 그 다음, `containers/app.yml`의 `hooks: after_code:` 섹션(플러그인이 있는 경우 그 아래)에 다음 내용을 추가하세요: ```plaintext hooks: after_code: # plugins "-exec" here - exec: cd: $home cmd: - git apply /shared/patches/lib_email_receiver_rb-thunderbird_links.patch.txt ``` 이는 `volumes:` 섹션에서 `/var/discourse/shared/standalone`이 `/shared`로 매핑되어 있다는 가정에 기반하므로, 환경에 맞게 조정하세요. `./launcher rebuild app`으로 컨테이너를 다시 빌드해야 하지만, 다시 빌드할 때마다 수정 사항이 유지되어야 합니다. 웹 관리자를 통한 업데이트 시에도 적용되는지는 확실하지 않습니다. _[첨부 파일의 확장자가 `.txt`이므로 이 댓글에 첨부할 수 있습니다. 파일명과 설정에서 확장자를 제거하는 것이 좋습니다.]_ --- 저도 같은 문제를 겪고 있습니다. 그래서 패치 파일을 이용한 해결책/우회 방법을 시도해 보고 싶습니다. 불행히도 첨부 파일 `lib_email_receiver_rb-thunderbird_links.patch`가 올바르게 업로드되지 않았습니다. 다시 보내 주시겠어요? 단순히 코드 블록으로 보내 주셔도 좋습니다. --- 안녕하세요, 파일을 다시 첨부했습니다 (업로드를 위해 '.txt’를 추가했으며), 내용은 다음과 같습니다: ```plaintext 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 ?) properly identifies signature and forwarded emails - # Remove them and anything that comes after - elided = doc.css("*[class^='moz-'], *[class^='moz-'] ~ *").remove + # Remove them and anything that comes after. Leave in moz-txt-link- classes as they're links. + 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](https://meta.discourse.org/uploads/short-url/1OvwVDGUCO2Y3VtkGZnt6hCjAZk.txt) (819 Bytes) 이전에 작성한 게시글에서 방금 발견한 오타를 수정하기 위해, 이 패치를 사용하려면 이 패치 파일을 `~/lib_email_receiver_rb-thunderbird_links.patch.txt`에 저장한 다음 ```plaintext mkdir -p /var/discourse/shared/standalone/patches cp ~/lib_email_receiver_rb-thunderbird_links.patch.txt /var/discourse/shared/standalone/patches/ ``` 명령을 실행하고, 위에서 설명한 대로 `containers/app.yml` 파일을 편집하세요. --- 감사합니다, 아주 잘 작동합니다. 다만 별칭이 있는 링크의 경우(예: [이 링크처럼](https://discourse-test.genealogy.net/t/thunderbird-link-test/43503/8))는 분리되는 문제가 있습니다… --- @Flominator 적어도 일부는 작동하게 되어 다행입니다! mozfilter 부분을 수정해서 별칭이 있는 링크를 버리지 않도록 하고 싶습니다. 이런 경우는 처음 겪어 보았고, thunderbird의 링크 클래스에 대한 문서를 찾아보지 못했습니다. 아주 복잡한 것은 아니지만, 제대로 처리하지 못할 수도 있습니다! 해당 게시물을 만든 이메일의 HTML 소스를 게시하거나 메시지로 보내주실 수 있을까요? 확인해 보고 싶습니다. 감사합니다! --- 대충 이런 식입니다: ```plaintext
some text, Links with alias more text
``` [다음 페이지](https://meta.discourse.org/t/urls-being-dropped-from-thunderbird-generated-replies/163751.md?page=2)