From owner-freebsd-questions Fri Aug 23 5:14:45 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1644937B400 for ; Fri, 23 Aug 2002 05:14:43 -0700 (PDT) Received: from rhadamanth.submonkey.net (pc1-cdif1-6-cust12.cdf.cable.ntl.com [80.3.230.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C26343E86 for ; Fri, 23 Aug 2002 05:14:42 -0700 (PDT) (envelope-from setantae@submonkey.net) Received: from setantae by rhadamanth.submonkey.net with local (Exim 3.36 #1) id 17iDKb-00025f-00; Fri, 23 Aug 2002 13:14:25 +0100 Date: Fri, 23 Aug 2002 13:14:25 +0100 From: Ceri Davies To: Patrick O'Reilly Cc: FreeBSD Question List Subject: Re: Fetchmail Message-ID: <20020823121425.GA7786@submonkey.net> Mail-Followup-To: Ceri Davies , Patrick O'Reilly , FreeBSD Question List References: <021701c24a8b$7c8a8e80$b50d030a@PATRICK> <20020823113537.GA5736@submonkey.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020823113537.GA5736@submonkey.net> X-message-flag: All your linuxconf-configured redhat are belong to us. User-Agent: Mutt/1.5.1i Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 23, 2002 at 12:35:37PM +0100, Ceri Davies wrote: > On Fri, Aug 23, 2002 at 11:57:23AM +0200, Patrick O'Reilly wrote: > > Since I 'portupgrade'd fetchmail to fetchmail-5.9.13, I am getting the > > following message on STDERR every time fetchmail runs: > > > > fetchmail: Repoll immediately on mailaccount@mailserver.com > > > > Has anyone else experienced this? I cannot find any explanation of this > > change in the man page. > > Initial investigation appears to reveal that this happens when your POP server doesn't allow CAPA to be issued without authentication, so fetchmail has to repoll ( or reconnect to ) the server to issue the authentication. See the comment from pop3.c: /* * CAPA command may return a list including available * authentication mechanisms. if it doesn't, no harm done, we * just fall back to a plain login. Note that this code * latches the server's authentication type, so that in daemon mode * the CAPA check only needs to be done once at start of run. * * If CAPA fails, then force the authentication method to PASSORD * and repoll immediately. * * These authentication methods are blessed by RFC1734, * describing the POP3 AUTHentication command. */ PS_REPOLL is flagged as for internal use, so whether the fact that this error is being shown to us as users is a bug or not is a question for Eric or fetchmail-friends. Ceri -- you can't see when light's so strong you can't see when light is gone To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message