From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <kiizuha@gnuweeb.org>
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on gnuweeb.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.8 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,NO_DNS_FOR_FROM,
	URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6
Received: from [192.168.1.2] (unknown [101.128.125.123])
	by gnuweeb.org (Postfix) with ESMTPSA id 213D9804D1;
	Thu, 20 Oct 2022 05:10:47 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gnuweeb.org;
	s=default; t=1666242649;
	bh=IESnruwY29Kes1pGCj5UhakohhutOmE1dIzvHtDyG3s=;
	h=Date:Subject:To:Cc:References:From:In-Reply-To:From;
	b=A2mVOB01m6WguVRw7vrhn3V3JPxcfF6Yorl5xsFODYx68pGVyKGNIiTeHk/6c6Ikh
	 BZq/7kVOSS6+Gj85wOD49PKX61GyEdfi0x96ZvYCs9laD2YAxiRsnCD14KaM6jXZt2
	 Lep+jeYuJfz6CUJHPCC6J4eMYJmKxRoSbnq+xt+6iDkqZs3Nydpb1debSBYyr9cu6x
	 bO8/6qAqs7eVFa64yZP2+hm0QxiVs9izLJpGdNuoTIc99pNLMXawvk3E++TDnptJKf
	 kQYKO3h3TK90YwZfz3Y97htC9fWuuDM56qULjV2MnKaCwdpB1/zwF+JfFt51+McOIT
	 yqI1Qecyi6X8A==
Message-ID: <a46438b6-d686-c9fd-fe77-8233f0dbf6e6@gnuweeb.org>
Date: Thu, 20 Oct 2022 12:10:44 +0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.3.3
Subject: Re: [PATCH v1 4/7] atom: Improve fix_utf8_char()
Content-Language: en-US
To: Ammar Faizi <ammarfaizi2@gnuweeb.org>,
 Alviro Iskandar Setiawan <alviro.iskandar@gnuweeb.org>
Cc: GNU/Weeb Mailing List <gwml@vger.gnuweeb.org>
References: <20221018081635.1617-1-kiizuha@gnuweeb.org>
 <20221018081635.1617-5-kiizuha@gnuweeb.org>
 <14303851-8483-0737-8edc-649ee121f0ee@gnuweeb.org>
 <e28dc200-ea05-815f-5170-a5e7b68346cc@gnuweeb.org>
 <785390ce-e3ed-f1eb-dec6-a383563d139b@gnuweeb.org>
 <ce355334-ca19-efe3-44cb-9cc045fff279@gnuweeb.org>
 <76df4a7f-dafc-c167-3b86-ae9dd6d0a233@gnuweeb.org>
 <31408c83-e9d3-3fcb-c109-b4b93df104d8@gnuweeb.org>
 <367d8f78-29a0-1e00-8019-c383c0a49d11@gnuweeb.org>
 <77f4a6d1-0eba-cf9c-4db7-36ebf96670c4@gnuweeb.org>
 <b82f4e72-6bb1-645f-ecb1-358ddb7b1368@gnuweeb.org>
 <CAOG64qO9Zz2pNjDxaCfWL5ffxdj8jA1ye+pw9iD-8vBiNQSJRQ@mail.gmail.com>
 <c57a75c4-2d08-e709-0477-cde27b3e1937@gnuweeb.org>
 <0d4ddf72-5f07-b146-d47a-4c45de4de8cf@gnuweeb.org>
 <e0fd9196-5256-d5a0-b3a6-97cbb821e6e1@gnuweeb.org>
 <ff4e1cc7-70b6-295c-a5f4-e2e30fa5e0ab@gnuweeb.org>
From: Muhammad Rizki <kiizuha@gnuweeb.org>
In-Reply-To: <ff4e1cc7-70b6-295c-a5f4-e2e30fa5e0ab@gnuweeb.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
List-Id: <gwml.vger.gnuweeb.org>

On 20/10/2022 12.10, Ammar Faizi wrote:
> On 10/20/22 12:06 PM, Muhammad Rizki wrote:
>> On 20/10/2022 12.02, Ammar Faizi wrote:
>>> On 10/20/22 11:26 AM, Muhammad Rizki wrote:
>>>> Wait, so we shouldn't have receive an HTML email? I could just use 
>>>> if statement here.
>>>
>>> The vger end rejects any HTML email by default. But that email was sent
>>> to linux-mm (kvack).
>>>
>>> There is:
>>>
>>>     X-Delivered-To: int-list-linux-mm@kvack.org
>>>
>>> in the email header that implies so.
>>>
>>
>> So, I could just do if statement here and ignore whenever the email 
>> contain text/html header?
> 
> If you can ignore the HTML part and take only the text/plain
> part, that would be great. It's not a mandatory requirement
> though.
> 
> That's to say, the ideal way to interpret multipart/alternative
> in this context is taking the text/plain and discard the HTML.
> 
> Can you do that?
> 

I would like to debug it first.