From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/42371 Path: main.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Korean chracters with nnmail-split-methods Date: Mon, 21 Jan 2002 20:44:35 +0100 Organization: Programmerer Ingebrigtsen Sender: owner-ding@hpc.uh.edu Message-ID: References: <3on0zfomhl.fsf@www.okpos.com> <3o7kqds6rn.fsf@www.okpos.com> <3ovgdwwhs5.fsf@www.okpos.com> <3oit9wwgy8.fsf@www.okpos.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035177619 10940 80.91.224.250 (21 Oct 2002 05:20:19 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:20:19 +0000 (UTC) Return-Path: Original-Received: (qmail 16958 invoked from network); 21 Jan 2002 19:47:19 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 21 Jan 2002 19:47:19 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16SkNK-00065x-00; Mon, 21 Jan 2002 13:45:02 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 21 Jan 2002 13:44:55 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id NAA00045 for ; Mon, 21 Jan 2002 13:44:42 -0600 (CST) Original-Received: (qmail 16933 invoked by alias); 21 Jan 2002 19:44:44 -0000 Original-Received: (qmail 16928 invoked from network); 21 Jan 2002 19:44:43 -0000 Original-Received: from ingebrigtsen.no (HELO quimby2.netfonds.no) (195.204.10.66) by gnus.org with SMTP; 21 Jan 2002 19:44:43 -0000 Original-Received: from news by quimby2.netfonds.no with local (Exim 3.12 #1 (Debian)) id 16SkNG-0000Ep-00 for ; Mon, 21 Jan 2002 20:44:58 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 33 Original-NNTP-Posting-Host: quimbies.gnus.org Original-X-Trace: quimby2.netfonds.no 1011642298 31945 195.204.10.148 (21 Jan 2002 19:44:58 GMT) Original-X-Complaints-To: usenet@quimby2.netfonds.no Original-NNTP-Posting-Date: 21 Jan 2002 19:44:58 GMT Mail-Copies-To: never X-Now-Playing: Cabaret Voltaire's _Conform To Deform (1)_: "The Web 12mx" User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1 (i686-pc-linux-gnu) X-Face: RXca_O/63W]V9G\nB0;3&jm writes: > LMI> So that's definitely not the way to go. Hm. How about if > LMI> you used the external encoding in the split rules instead? > > Could you tell me more how I can do that? If you open a file containing that word without doing any decoding of the file, you'll get something pretty binary-looking that you can put in the split rules. I think. But that's probably the wrong approach, anyway. nnmail does this when doing the splitting: ;; Copy the headers into the work buffer. (insert-buffer-substring obuf beg end) ;; Fold continuation lines. (goto-char (point-min)) (while (re-search-forward "\\(\r?\n[ \t]+\\)+" nil t) (replace-match " " t t)) ... So if we did optional parsing/decoding of the headers after they were put into the work buffer, that should probably do the trick? The headers should be rfc2047-decoded and default charset stuff should be allowed to be established. Anybody got any comments on this? Is this a reasonable approach? -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen