From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85708 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Recent nnir update broke search on office365 Date: Wed, 04 Feb 2015 11:30:52 +0800 Message-ID: <87k2zy8iab.fsf@ericabrahamsen.net> References: <84386qhoxj.fsf@davestoy.home> <871tma9mmj.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1423020304 7291 80.91.229.3 (4 Feb 2015 03:25:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 Feb 2015 03:25:04 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33947@lists.math.uh.edu Wed Feb 04 04:25:04 2015 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YIqaM-0001Z4-JR for ding-account@gmane.org; Wed, 04 Feb 2015 04:25:04 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1YIqZp-0000RM-0l; Tue, 03 Feb 2015 21:24:29 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1YIqZn-0000R5-Jy for ding@lists.math.uh.edu; Tue, 03 Feb 2015 21:24:27 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1YIqZn-0001SY-1q for ding@lists.math.uh.edu; Tue, 03 Feb 2015 21:24:27 -0600 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1YIqZj-0004hB-39 for ding@gnus.org; Wed, 04 Feb 2015 04:24:23 +0100 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YIqZg-0001GZ-E0 for ding@gnus.org; Wed, 04 Feb 2015 04:24:20 +0100 Original-Received: from 111.197.157.21 ([111.197.157.21]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2015 04:24:20 +0100 Original-Received: from eric by 111.197.157.21 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2015 04:24:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 111.197.157.21 User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:zlVLzQV1zS1vqEV54Yntqpg7+q8= X-Spam-Score: 0.3 (/) X-Spam-Report: SpamAssassin (3.4.0 2014-02-07) analysis follows Bayesian score: 0.0000 Ham tokens: 0.000-19--1281h-0s--0d--default, 0.000-18--1225h-0s--0d--Sun, 0.000-12--779h-0s--0d--server, 0.000-6--393h-0s--0d--utf8, 0.000-6--378h-0s--0d--buffer Spam tokens: 0.991-2032--108h-940s--0d--HTo:D*gnus.org, 0.989-2136--136h-998s--0d--Hx-spam-relays-external:quimby.gnus.org, 0.989-2136--136h-998s--0d--H*RU:quimby.gnus.org, 0.988-2125--147h-998s--0d--H*RT:80.91.231.51, 0.988-2125--147h-998s--0d--Hx-spam-relays-internal:quimby.gnus.org Autolearn status: no autolearn_force=no -1.0 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [80.91.229.3 listed in list.dnswl.org] -0.0 T_RP_MATCHES_RCVD Envelope sender domain matches handover relay domain 1.2 RCVD_NUMERIC_HELO Received: contains an IP address used for HELO 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 2.0 FSL_HELO_BARE_IP_2 No description available. List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:85708 Archived-At: Katsumi Yamaoka writes: > On Sun, 01 Feb 2015 14:22:44 +0800, Eric Abrahamsen wrote: >> `default-process-coding-system', which is bad because: > >> 1. That variable doesn't exist in xemacs > > How about simply making it a user option (the default is utf-8)? > utf-8 is available in XEmacsen[1]. > >> 2. It's probably just the wrong thing to do. > > I think so. The most reasonable solution might be to use > `default-buffer-file-coding-system' that is used for text > encoding, however the value of it is unreliable. I don't know > how, but on Cygwin `(set-language-environment "Japanese")' sets > it to `japanese-shift-jis-unix' even though the locale is set to > ja_JP.UTF-8, for instance. So is `default-process-coding-system'. > > [1] XEmacs 21.4 users need to load Mule-UCS: (require 'un-define) There's also a variable `network-coding-system-alist' (nil on my system). As far as I can tell, the "real" encoding system used for talking to the imap server ought to be produced by a call that looks like this: (find-operation-coding-system 'open-network-stream name work-buffer host service parameters) Where the other arguments are produced inside of `open-protocol-stream' aka `open-network-stream'. I tried eval'ing that while edebugging, and it produced nil, which either means I did it wrong, or just that some default value is being used instead -- perhaps just the buffer coding system of the process buffer? But even if we figure out a reliable way to find the right coding system, there's still the issue of the imap servers and their various coding quirks. I'm still surprised that searching for non-ascii terms is such a difficult thing to do. Eric