From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/85691 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: Sun, 01 Feb 2015 14:22:44 +0800 Message-ID: <871tma9mmj.fsf@ericabrahamsen.net> References: <84386qhoxj.fsf@davestoy.home> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1422889583 2697 80.91.229.3 (2 Feb 2015 15:06:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 Feb 2015 15:06:23 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33929@lists.math.uh.edu Mon Feb 02 16:06:23 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 1YIIZx-0002gK-Gf for ding-account@gmane.org; Mon, 02 Feb 2015 16:06:21 +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 1YIIZ7-0007cm-JF; Mon, 02 Feb 2015 09:05: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 1YHnpg-0001Bq-Pe for ding@lists.math.uh.edu; Sun, 01 Feb 2015 00:16:32 -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 1YHnpf-0002rZ-FL for ding@lists.math.uh.edu; Sun, 01 Feb 2015 00:16:31 -0600 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1YHnpZ-0003Pd-ND for ding@gnus.org; Sun, 01 Feb 2015 07:16:25 +0100 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1YHnpV-0001Hr-Db for ding@gnus.org; Sun, 01 Feb 2015 07:16:22 +0100 Original-Received: from 123.123.22.5 ([123.123.22.5]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Feb 2015 07:16:21 +0100 Original-Received: from eric by 123.123.22.5 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Feb 2015 07:16:21 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 64 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 123.123.22.5 User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:jjWCZlHtELFIeJGjEJVvWz+M96g= 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-98--6724h-0s--0d--commit, 0.000-66--4472h-0s--0d--author, 0.000-56--3843h-0s--0d--Author, 0.000-35--2391h-0s--0d--tue, 0.000-35--2344h-0s--0d--Tue Spam tokens: 0.991-1952--98h-899s--0d--HTo:D*gnus.org, 0.990-2049--126h-954s--0d--Hx-spam-relays-external:quimby.gnus.org, 0.990-2049--126h-954s--0d--H*RU:quimby.gnus.org, 0.989-2039--136h-954s--0d--H*RT:quimby.gnus.org, 0.989-2039--136h-954s--0d--Hx-spam-relays-internal:80.91.231.51 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 -0.0 SPF_PASS SPF: sender matches SPF record -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 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 -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:85691 Archived-At: david.goldberg6@verizon.net (Dave Goldberg) writes: > All searches come up empty since this commit (per git-bisect) > > 046825b09ff6e23ec7dfacd451d10985615b9793 is the first bad commit > commit 046825b09ff6e23ec7dfacd451d10985615b9793 > Author: Eric Abrahamsen > Date: Tue Jan 27 16:35:25 2015 +1100 > > * nnir.el (nnir-run-imap): Enable non-ASCII IMAP searches. > > :040000 040000 5131b4d4212b134d58fdaec4481a41239a69926c > e22212e758aa6a15e13c23ec8fb00f65bcf3a741 M lisp > > I should have thought to check my other server (cyrus) - I can do so > when I get back to work next week. I'm happy to help troubleshoot but > need guidance on what to look for. The main problem here is that we're feeding a CHARSET argument to the imap SEARCH command, but I really had no idea how to determine the appropriate charset. Right now it's done using a value derived from the `default-process-coding-system', which is bad because: 1. That variable doesn't exist in xemacs 2. It's probably just the wrong thing to do. I guess what would be most helpful is if you could tell me your value for default-process-coding-system, and then do a telnet session with your exchange server. I'm not sure about exchange but, assuming you're connecting with ssl, here's what I do with gmail: openssl s_client -crlf -connect imap.gmail.com:993 Once you're in: . login email@address.com password . select INBOX ; or whatever mailbox (if hitting return doesn't seem to produce a response, try leaving out the -crlf argument to openssl). Then you should be able to search with: . search charset UTF-8 subject "search string" What I'd like to know is how the different charset arguments affect the result. Find a string you know is in one of the headers, and try to search with a few different charsets: UTF-8 WINDOWS-1252 US-ASCII ISO-8859-1 whatever you've got in 'default-process-coding-system' And just see what comes up. It might also be nice to see the CAPABILITY line that the server gives you after you connect. Sorry to give you all this homework! Until someone more knowledgeable steps up, we're stuck with me muddling through :) Eric