From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/11616 Path: news.gmane.org!not-for-mail From: nospam@dev.null (Alexey Pustyntsev) Newsgroups: gmane.emacs.gnus.user Subject: Re: unreadable message Date: Sun, 09 Nov 2008 05:22:17 +1000 Message-ID: References: <20081108164035.A7A80AA94F@sycore.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1226170083 18064 80.91.229.12 (8 Nov 2008 18:48:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 8 Nov 2008 18:48:03 +0000 (UTC) To: info-gnus-english@gnu.org Original-X-From: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Sat Nov 08 19:49:06 2008 connect(): Connection refused Return-path: Envelope-to: gegu-info-gnus-english@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kysrf-0000sY-5S for gegu-info-gnus-english@m.gmane.org; Sat, 08 Nov 2008 19:48:55 +0100 Original-Received: from localhost ([127.0.0.1]:46027 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KysqX-0004Xx-Kf for gegu-info-gnus-english@m.gmane.org; Sat, 08 Nov 2008 13:47:45 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KysqW-0004X0-7p for info-gnus-english@gnu.org; Sat, 08 Nov 2008 13:47:44 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KysqP-0004Uq-3q for info-gnus-english@gnu.org; Sat, 08 Nov 2008 13:47:42 -0500 Original-Received: from [199.232.76.173] (port=53457 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KysqO-0004Ub-TF for info-gnus-english@gnu.org; Sat, 08 Nov 2008 13:47:36 -0500 Original-Received: from [87.242.74.155] (port=49883 helo=sycore.org) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KysqO-0007UU-78 for info-gnus-english@gnu.org; Sat, 08 Nov 2008 13:47:36 -0500 Original-Received: by sycore.org (Postfix, from userid 8) id A8E06AAA1E; Sat, 8 Nov 2008 21:47:34 +0300 (MSK) Original-Received: from sycore.org (h091147011198.ys.dsl.sakhalin.ru [91.147.11.198]) by sycore.org (Postfix) with ESMTP id 885D2AA98F for ; Sat, 8 Nov 2008 21:47:33 +0300 (MSK) Original-Received: from alexey by sycore.org with local (Exim 4.67) (envelope-from ) id 1KytNx-0002Pm-7w for info-gnus-english@gnu.org; Sun, 09 Nov 2008 05:22:17 +1000 User-Agent: Gnus/5.10 Emacs/22.1 In-Reply-To: <20081108164035.A7A80AA94F@sycore.org> (info-gnus-english-request@gnu.org's message of "Sat, 08 Nov 2008 11:40:28 -0500") X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Errors-To: info-gnus-english-bounces+gegu-info-gnus-english=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.gnus.user:11616 Archived-At: Hello Adam! Thanks for your attention to my problem. info-gnus-english-request@gnu.org writes: > ------------------------------ > > Message: 7 > Date: Sat, 08 Nov 2008 13:24:53 +0100 > From: asjo@koldfront.dk (Adam Sj?gren ) > Subject: Re: unreadable message > To: info-gnus-english@gnu.org > Message-ID: <87od0qbe22.fsf@topper.koldfront.dk> > Content-Type: text/plain; charset=iso-8859-1 > > Which programmes did he try? I find it quite hard to believe that any > modern mail-programme does not decode Content-Transfer-Encoding: base64 > automatically. He used web mail (yandex) and I think the browser was IE. > >> While you managed to decode that bit, which was actually readable in >> my outgoing mail box but unreadable at my friend's machine, there is >> no guarantee it's always possible to do that easily. > > Well, base64 encoding is in the MIME standard, so all mail programmes > that understand MIME _ought_ to be able to decode it. Well, I understand all that and just tell you what happened. > >> Usually, what you get after decoding is a set of numbers with >> backslashes in front of them, which are the unicode character codes, >> as I understand it. > > How did you come to this understanding? Of course, I may be wrong about unicode, but I tried to decode some of such messages. The result was a message composed of characters like \320\264\275, etc. This is unreadable too. >> I don't think that manually running base64 decoding is an acceptable >> alternative for a decent MUA. > > Of course not. A decent MUA automatically does base64 decoding when > encountering a base64-encode email. Just as it automatically decodes > quoted-printable and handles charsets. > >> Unfortunately, the bug is of occasional nature, which means not every >> text causes that to happen. It seems that Gnus/Emacs functions dealing >> with unicode may have this bug. > > I am not sure this is a bug in Gnus - from what you have presented so > far, it sounds like lack of MIME support in your friends' programmes. This is very unlikely. Usually, famous web mail services (e.g. google, yahoo, yandex, hotmail) have proper MIME support. However, my Gnus produces these unreadable messages, some of which I cannot read myself even after decoding, as I already said. > Gnus chooses the encoding based on what the most efficient encoding is - > this may be why you think it the behaviour is occational, it depends on > t he content: > > ,----[ C-h v mm-content-transfer-encoding-defaults RET ] > | `mm-content-transfer-encoding-defaults' is a variable declared in Lisp. > | -- loaded from "mm-encode" > | > | Value: (("text/x-patch" 8bit) ("text/.*" qp-or-base64) > | ("message/rfc822" 8bit) ("application/emacs-lisp" qp-or-base64) > | ("application/x-emacs-lisp" qp-or-base64) ("application/x-patch" > | qp-or-base64) (".*" base64)) > | > | Documentation: > | Alist of regexps that match MIME types and their encodings. > | If the encoding is `qp-or-base64', then either quoted-printable > | or base64 will be used, depending on what is more efficient. > | > | `qp-or-base64' has another effect. It will fold long lines so that > | MIME parts may not be broken by MTA. So do `quoted-printable' and > | `base64'. > | > | Note: It affects body encoding only when a part is a raw forwarded > | message (which will be made by `gnus-summary-mail-forward' with the > | arg 2 for example) or is neither the text/* type nor the message/* > | type. Even though in those cases, you can use the `encoding' MML tag > | to specify encoding of non-ASCII MIME parts. > `---- > > You can change the value of this variable if you don't want Gnus to > choose between quoted-printable and base64 automatically. Well, that's all fine, but what's really happening is that users may type cyrillic (utf8), hit (C-c C-c) and the result may be either readable or unreadable or readable after decoding. We don't know that beforehand and I think we need not because the MUA is expected to do that consistently. If it doesn't, I presume that to be a bug. What do you think? -- Rgds Alexey Today is Pungenday, the 21st day of The Aftermath in the YOLD 3174