From Bugzilla Helper: User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.2-2 i586) Since the update to RH 7.1, fetchmail cannot get the mail from one of y mail addresses. it complains about "Authorization failure", Query status=3 (AUTHFAIL) Reproducible: Always Steps to Reproduce: 1. fetchmail 2. 3. Actual Results: 1044 $ fetchmail fetchmail: No mail for XXX at pop3.nordnet.fr fetchmail: No mail for XXX at pop.free.fr fetchmail: No mail for XXX at pop.laposte.net fetchmail: Authorization failure on mlefranc@pop-fr.libertysurf.net fetchmail: Query status=3 (AUTHFAIL) Expected Results: fetchmail: No mail for XXX at pop3.nordnet.fr fetchmail: No mail for XXX at pop.free.fr fetchmail: No mail for XXX at pop.laposte.net fetchmail: No mail for XXX at pop-fr.libertysurf.net Yes, the user name of the pop account at that provider is mlefranc, not mlefranc (strange, I know, but this is what I had to do before the upgrade) Excerpt from .fetchmailrc: poll pop.libertysurf.fr with proto POP3 user "mlefranc" there with password "PASSWORD" is lefranc here options fetchall I downgraded to the fetchmail package of 7.0, and everything is back to normal. Thus there is soemthing the new fetchmail does not like with provider (the strange address ?)
What do you get when you run 'fetchmail -v' on that server? Does stripping the quotes from the password help?
Fetchmail now attempts to be more flexible with regargs to authentication mechanisms which the server reports it supports. If you wish to use plain password authentication, add this to the .fetchmailrc file: poll pop.libertysurf.fr with proto POP3 auth password Then things should proceed as before.