]> granicus.if.org Git - mutt/commit
Attached patch fixes the problem described below. It should be
authorVsevolod Volkov <vvv@mutt.org.ua>
Thu, 25 Apr 2002 13:30:10 +0000 (13:30 +0000)
committerVsevolod Volkov <vvv@mutt.org.ua>
Thu, 25 Apr 2002 13:30:10 +0000 (13:30 +0000)
commitb0cdf91bac9a489024ad07a6cfd4a1bd439e1c75
treec3df96fc3ced03ce0632c41012c5f2b64339f163
parentac2f58f5a1dd132f3812ea028ed7f90f21fd11f4
Attached patch fixes the problem described below. It should be
applied to both mutt 1.3/1.4 and 1.5 branches.

> Date: Thu, 11 Apr 2002 16:24:00 -0500
> Subject: mutt 1.3.x / pop
> From: "Ryan O'Hara" <rohara@isis.visi.com>
> To: bcully@users.sourceforge.net
> User-Agent: Mutt/1.3.27i

> Hi. My apologies if this has nothing to do with you. If it does not,
> maybe you could forward it on to someone.

> In mutt 1.3.x I have noticed that if I uses POP to retrieve mail, and
> I enter an incorrect password whem prompted, it will *save* that
> password and keep trying to use it. However, in the 1.2.x versions it
> worked like this: type in wrong POP password, try to connect to POP
> server again and it will ask you (again) for the password. mutt 1.3.x
> does not, it just tries to connect with the wrongs password (which
> just failed).

> This is kinda annoying. Just thought I'd point out this regression.

> Thanks.
> R
pop.c
pop_lib.c