From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alexandre Duret-Lutz Newsgroups: gmane.emacs.bugs Subject: bug#44307: 27.1; UTF-8 parts transferred as 8bit in multipart messages fail to decode Date: Sat, 02 Jan 2021 21:26:30 +0100 Message-ID: <8735zj6q6h.fsf@goulash.lrde.epita.fr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="6477"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) To: 44307@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 02 21:27:12 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kvnUV-0001Y4-Pg for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 02 Jan 2021 21:27:11 +0100 Original-Received: from localhost ([::1]:41376 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kvnUU-0008Nb-I9 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 02 Jan 2021 15:27:10 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38382) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kvnUN-0008NP-0i for bug-gnu-emacs@gnu.org; Sat, 02 Jan 2021 15:27:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49455) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kvnUM-00071Z-Q3 for bug-gnu-emacs@gnu.org; Sat, 02 Jan 2021 15:27:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kvnUM-00014y-Hn; Sat, 02 Jan 2021 15:27:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Alexandre Duret-Lutz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Sat, 02 Jan 2021 20:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44307 X-GNU-PR-Package: emacs,gnus Original-Received: via spool by 44307-submit@debbugs.gnu.org id=B44307.16096192004113 (code B ref 44307); Sat, 02 Jan 2021 20:27:02 +0000 Original-Received: (at 44307) by debbugs.gnu.org; 2 Jan 2021 20:26:40 +0000 Original-Received: from localhost ([127.0.0.1]:61000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kvnU0-00014H-Gk for submit@debbugs.gnu.org; Sat, 02 Jan 2021 15:26:40 -0500 Original-Received: from mail-wr1-f44.google.com ([209.85.221.44]:40959) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kvnTy-000142-Kh for 44307@debbugs.gnu.org; Sat, 02 Jan 2021 15:26:39 -0500 Original-Received: by mail-wr1-f44.google.com with SMTP id 91so27026425wrj.7 for <44307@debbugs.gnu.org>; Sat, 02 Jan 2021 12:26:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:subject:date:message-id:user-agent:mime-version :content-transfer-encoding; bh=xZ3GprGQ4T3G1VaiJqNolWdTr07neIovjf/LPpWpnZ8=; b=VWUYGfgRLzPRwJMN/874ZJ4yAYVSjVkGjoimPC+hN/2iy4eASvRF5PeGCn04xaNozg LZsK3iE5cIMVtb6S60Q1n3QbrXMWj/TQJ1GsdzOdovbk5bzNhgi2GXPiNTx96L3V4CAP fOCkWrhmSdyZBj+0xq1ba0QL4JccqfwvwMzg2OAHrdTNQrqePfhRTczCE2si+PZG8rd7 KWd9zjif8+EKQAodpK7k0YAB7G+bk3dGEpoovVybIUnDv2uIZE1gCB5uqTjppa4g0gS+ bfudZbmGws4wnTTu3fEJUKkyXlaOMRKiFDZScjajFgiM7JgYDXGiaB61AJcWNBQfvpQy IdGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:subject:date:message-id :user-agent:mime-version:content-transfer-encoding; bh=xZ3GprGQ4T3G1VaiJqNolWdTr07neIovjf/LPpWpnZ8=; b=uTSNTXwfe8qscJvaWyLkC7IorA2Quogy1jtM++fnTkgxYx9AUO20yUKYncemZefaeN 34ijGAdlDDy/VVpTRcslizEu1bPDFTmzOeH6fgbBgnBYR/tzRHgjdmLbmutgPqIyzIbu AyPlZMOURFbAAaTCvvxcIC6L0WsY8sqg1Q7ybFZrBf2py3LSZu8eiyTerg3VyrX8IBm/ CHnRG8omvnozp+h3/xY8keLbTonGtYlSkL5Hq3d/1VeI+jiNcwu2RgE5Y6NmlkJej2Xh woYUhPBXHAcijNAS5JUEIxbPzsjUzWnH8GHwhdepoXwy/dhbQSCyUrltJt0sFEUDEU8J HUKA== X-Gm-Message-State: AOAM531BYGyIvdohdT66Krt9XmD4S3Hg9PwhSVVFz+wsGLz+XCW+vLMr PqiJkJowz9bAlQxqBgoj1qTwCkR3/DrF1Q== X-Google-Smtp-Source: ABdhPJz5TzEo3ZbrWF/iaYc/zkmsZGR6PPYHezYz2WEi5VEsJwKBQtKDqXWgkqklEZZOvRgU8aHjbQ== X-Received: by 2002:adf:9b9b:: with SMTP id d27mr74419669wrc.125.1609619192648; Sat, 02 Jan 2021 12:26:32 -0800 (PST) Original-Received: from goulash (89-109-190-109.dsl.ovh.fr. [109.190.109.89]) by smtp.gmail.com with ESMTPSA id q143sm26055659wme.28.2021.01.02.12.26.31 for <44307@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 02 Jan 2021 12:26:32 -0800 (PST) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:197225 Archived-At: Hi, I'm back to using Gnus after a 15-year hiatus, and this is the first issue I've noticed in several emails. I am able to reproduce it with "emacs -Q" (version 27.1 from Debian) as follows: 1. manually copy the uuencoded mail from https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D44307#5 in example.uu 2. sed -i 's/ /@/g' example.uu 3. uudecode example.uu 4. emacs -Q 5. M-x gnus (ignoring any error) 6. G f example.eml 7. press RET on nndoc+/path/to/example.eml:example.eml 8. press RET on top-level message "<* alternative> text" Doing so renders the html part by default, but displays "dddd" instead of "=C3=A4=C3=A4=C3=A4=C3=A4". Clicking inside this message on the "Attachement: [2. text/plain]" button inserts "\344\344\344\344". I.e., that's the Latin-1 version of "=C3=A4=C3=A4=C3=A4=C3=A4". (M-x describe-char on t= hese say that they are "not encodable by coding system utf-8-unix") Typing "C latin-1" on the "[2. text/plain]" button=20 displays the characters correctly. Typing "C-u g" to display the raw article shows the utf-8 encoded characters as \303\244\303\244\303\244\303\244. So my understanding is that the mime parts, which are utf-8 encoded, get somehow converted to latin-1 before being displayed as utf-8. --=20 Alexandre Duret-Lutz