[fetchmail]Re: SSL authentication problems with Gmail
Sebastian Tennant
sebyte@smolny.plus.com
Tue, 03 Jan 2006 18:44:52 +0000
Rob Funk <rfunk@funknet.net> wrote:
> Sebastian Tennant wrote:
>> Matthias Andree <matthias.andree@gmx.de> wrote:
>> > Actually, the system SSL should have been fine after installation of
>> > the -dev package. I know not a single system with OpenSSL in the base
>> > system where --with-ssl=/usr hasn't worked for me.
>>
>> I'm not sure what you mean by the -dev package.
>
> $ dpkg -l \*ssl\*|grep dev
> pn cwi-ssl-dev <none> (no description available)
> pn libqssl1-dev <none> (no description available)
> ii libssl-dev 0.9.7e-3sarge1 SSL development libraries, header files
> and
> un libssl08-dev <none> (no description available)
> un libssl09-dev <none> (no description available)
> un libssl095a-dev <none> (no description available)
> un libssl096-dev <none> (no description available)
> pn libwww-ssl-dev <none> (no description available)
>
> I'd suggest libssl-dev.
Thanks guys, I've got it, I've built it and I've installed it :-)
At one in the morning, with matchsticks for eyelid props, it didn't
occur to me to do what now seems so obvious.
And it works... almost :-/
I believe my problem is no longer an authentication one so that's one
hurdle down.
Here's the (-v -v) log report:
Jan 3 18:28:16 localhost fetchmail[9247]: starting fetchmail 6.3.1 daemon
Jan 3 18:28:16 localhost fetchmail[9247]: 6.3.1 querying pop.googlemail.com (protocol POP3) at Tue Jan 3 18:28:16 2006: poll started
Jan 3 18:28:17 localhost fetchmail[9247]: pop.googlemail.com key fingerprint: 46:8B:6C:F4:3E:4C:56:29:83:54:2C:37:42:F1:67:80
Jan 3 18:28:17 localhost fetchmail[9247]: 6.3.1 querying pop.googlemail.com (protocol POP3) at Tue Jan 3 18:28:17 2006: poll completed
Jan 3 18:28:17 localhost fetchmail[9247]: Query status=2 (SOCKET)
Jan 3 18:28:17 localhost fetchmail[9247]: Deleting fetchids file.
Jan 3 18:28:17 localhost fetchmail[9247]: sleeping at Tue Jan 3 18:28:17 2006
The same thing happened with and without Gnus running so it's not a
conflict of clients.
sdt