From: Rob M. <rob...@gm...> - 2006-09-30 18:39:10
|
On 9/30/06, M. Fioretti <mfi...@mc...> wrote: > Being too clever for my own good, I have the home computer in such a > state, thanks to a lot of experiments, that I cannot install other > clients without a lot of work (my fault, yes). However, I have the > password stored in the browser, so I don't have to type it every time > I check email with squirrelmail. I have looked at what firefox > transmits thanks to the live http headers extension. > > The same password which, sent to squirrelmail via the form, works, > doesn't work if I copy it (correcting urlencoding, of course) into the > fetchmail script... > > What else could it be? Lots of things, not least being the authentication method used and the configuration of dovecot. I should point out that, given that your install of fetchmail works against other remote servers the problem is almost certainly related to the configuration of the dovecot server. > of course, but the password should be the same, shouldn't it? Yes, but my point is that dovecot does not necessarily accept the authentication method that fetchmail is trying to use from a remote host (or even a local one). I would advise you do the following: 1) Increase the logging level on the dovecot server. That will tell you why the connection is failing. 2) Install fetchmail locally on the dovecot server. Try doing a mail check both against localhost and it's external IP. 3) Try any other remote client from the linux box. At the very least you need to do (1). Until you do that we don't know why the dovecot server isn't accepting the connections. -- Please keep list traffic on the list. Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche |