From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/17010 Path: main.gmane.org!not-for-mail From: Vladimir Volovich Newsgroups: gmane.emacs.gnus.general Subject: Re: \201 problem reproduced Date: 12 Sep 1998 19:05:30 +0400 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035155787 31133 80.91.224.250 (20 Oct 2002 23:16:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:16:27 +0000 (UTC) Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA04464 for ; Sat, 12 Sep 1998 11:21:55 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id JAF17333; Sat, 12 Sep 1998 09:52:32 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sat, 12 Sep 1998 10:20:01 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id KAA00624 for ; Sat, 12 Sep 1998 10:19:47 -0500 (CDT) Original-Received: from cc.vsu.ru (root@ns.vsu.relarn.ru [194.226.24.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id LAA04370 for ; Sat, 12 Sep 1998 11:08:42 -0400 (EDT) Original-Received: (from uucp@localhost) by cc.vsu.ru (8.9.1/8.9.1) with UUCP id TAA13366 for ding@gnus.org; Sat, 12 Sep 1998 19:06:07 +0400 Original-Received: (from vvv@localhost) by vvv.vsu.ru (8.8.7/8.8.7) id TAA11968; Sat, 12 Sep 1998 19:05:30 +0400 Original-To: ding@gnus.org In-Reply-To: Vladimir Volovich's message of "12 Sep 1998 18:24:28 +0400" Original-Lines: 91 User-Agent: Gnus/5.070029 (Pterodactyl Gnus v0.29) Emacs/20.3 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:17010 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:17010 "VV" == Vladimir Volovich writes: VV> I wonder, does the first line override the second one??? I VV> suppose that if i'll remove the line VV> (iso-8859-5 cyrillic-iso8859-5) VV> then gnus will use koi8-r by befault This did not help, because the purpose of that variable is different. After removing the line "(iso-8859-5 cyrillic-iso8859-5)", pgnus continued to send my messages in Russian encoded with iso-8859-5, but this setting `fooled' pgnus, and it began to thought that this charset does not need to be encoded in subjects, because my rfc2047-default-charset was set to koi8-r. I've looked a bit into semi-gnus, and here are some results. In the file emu-20.el (emulation module for Emacs-20) from the `apel' package there is the definition of the charsets-mime-charset-alist: (defvar charsets-mime-charset-alist '(((ascii) . us-ascii) ((ascii latin-iso8859-1) . iso-8859-1) ((ascii latin-iso8859-2) . iso-8859-2) ((ascii latin-iso8859-3) . iso-8859-3) ((ascii latin-iso8859-4) . iso-8859-4) ;;; ((ascii cyrillic-iso8859-5) . iso-8859-5) ((ascii cyrillic-iso8859-5) . koi8-r) ((ascii arabic-iso8859-6) . iso-8859-6) ((ascii greek-iso8859-7) . iso-8859-7) ((ascii hebrew-iso8859-8) . iso-8859-8) ((ascii latin-iso8859-9) . iso-8859-9) ((ascii latin-jisx0201 japanese-jisx0208-1978 japanese-jisx0208) . iso-2022-jp) ((ascii latin-jisx0201 katakana-jisx0201 japanese-jisx0208) . shift_jis) ((ascii korean-ksc5601) . euc-kr) ((ascii chinese-gb2312) . cn-gb-2312) ((ascii chinese-big5-1 chinese-big5-2) . cn-big5) ((ascii latin-iso8859-1 greek-iso8859-7 latin-jisx0201 japanese-jisx0208-1978 chinese-gb2312 japanese-jisx0208 korean-ksc5601 japanese-jisx0212) . iso-2022-jp-2) ((ascii latin-iso8859-1 greek-iso8859-7 latin-jisx0201 japanese-jisx0208-1978 chinese-gb2312 japanese-jisx0208 korean-ksc5601 japanese-jisx0212 chinese-cns11643-1 chinese-cns11643-2) . iso-2022-int-1) ((ascii latin-iso8859-1 latin-iso8859-2 cyrillic-iso8859-5 greek-iso8859-7 latin-jisx0201 japanese-jisx0208-1978 chinese-gb2312 japanese-jisx0208 korean-ksc5601 japanese-jisx0212 chinese-cns11643-1 chinese-cns11643-2 chinese-cns11643-3 chinese-cns11643-4 chinese-cns11643-5 chinese-cns11643-6 chinese-cns11643-7) . iso-2022-int-1) )) Here is a bit of documentation for this variable (from `semi' package): If you want to use non-ISO-8859-1 charset in Emacs 19 or XEmacs without mule, please set variable `default-mime-charset'. This variable must be symbol of which name is a MIME charset. If you want to add more charsets in mule, please set variable `charsets-mime-charset-alist'. This variable must be alist of which key is list of charset and value is symbol of MIME charset. If name of coding-system is different as MIME charset, please set variable `mime-charset-coding-system-alist'. This variable must be alist of which key is MIME charset and value is coding-system. I.e., this variable provides a customizable way of choosing the preferred mime charsets for lists of mule charsets. E.g., if the buffer contains symbols from ascii or cyrillic-iso8859-5, then the mime-charset (and encoding of the message part) should be chosen as koi8-r, and so on. Very nice imho. The `apel' package contains also emulation modules for different versions of emacsen (including xemacs, mule, nemacs, etc), and it provides a uniform interface independent of the emacs version/flavor. Apel is a stand-alone package, but it must be installed if one uses semi-gnus (the packages are: apel, flim, semi, semi-gnus). ftp://ftp.jaist.ac.jp/pub/GNU/elisp/apel/apel-8.17.tar.gz I hope that pgnus will provide the similar functionality (or will utilize apel). Best regards, -- Vladimir.