From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.help Subject: Re: Gnus mail with zoho.com Date: Sat, 22 Apr 2017 17:21:54 -0700 Message-ID: <87efwk6kil.fsf@ericabrahamsen.net> References: <87efwk324y.fsf@ericabrahamsen.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1492906984 25263 195.159.176.226 (23 Apr 2017 00:23:04 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 23 Apr 2017 00:23:04 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Apr 23 02:22:56 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d25Ik-0006OE-DS for geh-help-gnu-emacs@m.gmane.org; Sun, 23 Apr 2017 02:22:54 +0200 Original-Received: from localhost ([::1]:37379 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d25Iq-0007hA-6d for geh-help-gnu-emacs@m.gmane.org; Sat, 22 Apr 2017 20:23:00 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43226) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d25IK-0007gs-4w for help-gnu-emacs@gnu.org; Sat, 22 Apr 2017 20:22:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d25IG-0004rT-WD for help-gnu-emacs@gnu.org; Sat, 22 Apr 2017 20:22:28 -0400 Original-Received: from [195.159.176.226] (port=46195 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d25IG-0004rE-PW for help-gnu-emacs@gnu.org; Sat, 22 Apr 2017 20:22:24 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1d25I8-0005gH-Sp for help-gnu-emacs@gnu.org; Sun, 23 Apr 2017 02:22:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 68 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:HJbaM8yhnKb81dPy48e0T6Lqn6M= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:112858 Archived-At: Emanuel Berg writes: > Eric Abrahamsen wrote: > >> I suppose the first thing to do would be to >> edebug `mail-source-fetch-pop' and run >> through it -- at least that might give you >> a more accurate view of what stage the error >> is coming from... > > I did (now) but don't know the debugger at all, > almost. My code never has any bugs, you see :) That must be nice :) > It seems `c' will take you forward to the > strange question. Can I take the debugger one > step back from that point and somehow get the > current state? You can always read the manual! But very simply, will move from point to point, and show you the value of variables as you pass them. If you want to evaluate arbitrary forms in the current context of the function, use "e". If you want to skip ahead and continue evaluation later in the function, move point and hit "h". I don't think you can go backwards. > Anyway, oddly enough, this very problem seems > to be related to the debugger! With > > (setq debug-on-error nil) > > I do get the question, that is > > Mail source (pop :user moasen :password > *** pop.zoho.com :port 995) > error (USER moasen not valid). Continue? > (yes or no) > > but with > > (setq debug-on-error t) > > I don't get the question, instead this message > just flickers by: > > Mail source (pop :user moasen :password xyz > :server pop.zoho.com :port 995) failed: > (error Cannot get new mail) Sometimes when that happens it indicates that the error is related to timing. Ie, when debugging the function, evaluation is slowed down enough that behavior changes. Getting more familiar with edebug will help clear that up, though. > Even ignoring the counterintuitiveness of > that, it still doesn't seem to work, unless > I repeatedly try until I don't get the message > and do get the mail, if any. > > This is so confusing at this point it might be > a configuration problem. But even that is > difficult to asses because the Gnus setup is > based on configuration. So the normal > 'emacs -Q' to detect malconfiguration will > cripple all of Gnus. That's the fun thing about Gnus!