From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/33681 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.gnus.general Subject: Re: 8bit mails via POP mail-source Date: Fri, 15 Dec 2000 20:54:06 +0900 (JST) Sender: owner-ding@hpc.uh.edu Message-ID: <200012151154.UAA19593@etlken.etl.go.jp> References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 (generated by SEMI 1.14.0 - "Iburihashi") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1035169740 26345 80.91.224.250 (21 Oct 2002 03:09:00 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:09:00 +0000 (UTC) Cc: emacs-pretesters@gnu.org, ratinox@peorth.gweep.net, ding@gnus.org, emacs-pretest-bug@gnu.org Return-Path: Original-Received: from lisa.math.uh.edu (lisa.math.uh.edu [129.7.128.49]) by mailhost.sclp.com (Postfix) with ESMTP id 760EAD049D for ; Fri, 15 Dec 2000 06:56:23 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by lisa.math.uh.edu (8.9.1/8.9.1) with ESMTP id FAB10514; Fri, 15 Dec 2000 05:56:22 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 15 Dec 2000 05:55:44 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id FAA15799 for ; Fri, 15 Dec 2000 05:55:33 -0600 (CST) Original-Received: from mx1-gbe1.aist.go.jp (mx1.aist.go.jp [150.29.246.133]) by mailhost.sclp.com (Postfix) with ESMTP id 2207AD049D for ; Fri, 15 Dec 2000 06:55:58 -0500 (EST) Original-Received: from mx1.aist.go.jp by mx1-gbe1.aist.go.jp (8.9.3+Sun/aist) with SMTP id UAA15503 for ; Fri, 15 Dec 2000 20:55:52 +0900 (JST) Original-Received: (qmail 15490 invoked from network); 15 Dec 2000 20:55:52 +0900 Original-Received: from etlmail1.etl.go.jp (@192.50.105.1) by 150.29.246.133 with SMTP; 15 Dec 2000 20:55:52 +0900 Original-Received: from etlken.etl.go.jp (etlken.etl.go.jp [192.50.73.50]) by etlmail1.etl.go.jp (8.10.1/3.7W-2000112012) with ESMTP id eBFBtsr08160; Fri, 15 Dec 2000 20:55:54 +0900 (JST) (envelope-from handa@etl.go.jp) Original-Received: (from handa@localhost) by etlken.etl.go.jp (8.8.8+Sun/3.7W-1999101307) id UAA19593; Fri, 15 Dec 2000 20:54:06 +0900 (JST) Original-To: vvv@vsu.ru In-reply-to: (vvv@vsu.ru) User-Agent: SEMI/1.14.0 (Iburihashi) FLIM/1.14.0 (Ninokuchi) APEL/10.2 Emacs/21.0.93 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:33681 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:33681 vvv@vsu.ru writes: > i'd like to ask Emacs maintainers to fix the problem in pop3.el which > is there for several years now. The problem is that Emacs tries to use > some non-binary coding system for buffers where it receives raw pop3 > stream. The text of messages received via pop3 could be in any > charset, even mixed charsets are possible. So, the only possible > choice is to use binary coding system for those buffers. I agree with you. I've just read pop3.el included in Emacs 21 pretest version. The default value of pop3-movemail-file-coding-system is nil, and pop3-movemail is the only function that uses this variable. It seems that what pop3-movemail does is to write out data received from pop server into a file. And the data is received by `binary' coding system. Then, we should use `binary' also for writing to a file. --- Ken'ichi HANDA handa@etl.go.jp