On Sun, Oct 24, 2010 at 09:10:44 -0600, Joseph wrote:
> I just commented out the lines:
> sslcertck
> sslcertpath /etc/ssl/certs/
>
If you disable the "sslcertck", then fetchmail won't abort the
connection if the certificate validation fails. In other words, if
someone does trick your
On Sun, Oct 24, 2010 at 02:14:30PM +1100, Cameron Simpson wrote:
> On 23Oct2010 17:45, Mike Hollis wrote:
> | The only problem with this config is I have to use List-Reply for some
> | mail and not for others.
>
> they're usually what I intend and easy to change if not.
>
> I can only suggest s
On 10/24/10 07:33, Nathan Stratton Treadway wrote:
On Sat, Oct 23, 2010 at 22:23:37 -0600, Joseph wrote:
Yes, it works with all options now:
...
ssl
sslproto 'TLS1'
sslcertck
sslcertpath /etc/ssl/certs/
Right, but I'm wondering if the "sslcertpath /etc/ssl/certs/" line is
On Sat, Oct 23, 2010 at 22:23:37 -0600, Joseph wrote:
>
> Yes, it works with all options now:
> ...
> ssl
> sslproto 'TLS1'
> sslcertck
> sslcertpath /etc/ssl/certs/
Right, but I'm wondering if the "sslcertpath /etc/ssl/certs/" line is
even needed; that directory should just b
On Sat, Oct 23, 2010 at 12:57:39 -0600, Joseph wrote:
> I used this command to obtain the certificates:
> openssl s_client -connect pop.gmail.com:995 -showcerts
>
> So I assumed the top certificate is Google
> the bottom one is Equifax
> Can anybody verify it? Someone suggested that the bottom one
glad you got it working Joseph.
pgphR3kVlAaUf.pgp
Description: PGP signature
