[Users] [Bug 3222] failure to respond to SSL Certificate change results in UI hang

[Pierre Fortin]

On Wed, 9 Jul 2014 22:46:48 -0400 Gene Heskett wrote:

>On Wednesday 09 July 2014 22:18:26 noreply at thewildbeast.co.uk did opine
>And Gene did reply:
>> http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3222
>> 
>> --- Comment #8 from trinsnet at gmail.com ---
>> (In reply to comment #7)
>> 
>> > (In reply to comment #6)
>> > 
>> > > You know you that under SSL in the Account setting you can set it
>> > > to automatically
>> > > accept Valid but unknown certificates.
>> > > 
>> > > I have a little used gmail account set-up as pop3 Not imap and I
>> > > have never had an issue with the with the certificates with clawse
>> > > set to "accept Valid but unknown certificates".
>> > > 
>> > >    Charles
>> > 
>> > You can set 'accept valid but unknown certs' as Charles recommends
>> > above or you can change the server to pop.googlemail.com - it seems
>> > to have a 'stable' cert.
>> > Note that if you change the server then your mail will redownload
>> > (assuming it is still on the server) and you'll have some
>> > de-duplication to do.
>> 
>> I'm getting the same problem with pop.googlemail.com now
>
>I wonder if thats a different machine from pop.gmail.com?
>
>I ask because I just checked my fetchmail.log, which shows that
>fetchmail is pulling from there with no problems.  I don't use it much
>and the message it just pulled is probably from some very low traffic
>list I forgot to move to another server.
>
>Cheers, Gene Heskett

Dumb question:  are these certs only for sending; or both directions? If
only used on send; has anyone tried refusing the one of shortest|longest
duration[1] and sending a test message?  

[1] expiration: 09/01/14 v. 09/29/14

Also wondering if there's a potential race condition when anyone tries to
send just as a cert changes.


Regards,
Pierre

PS  Unchecked one a my gmail accounts a few moments ago, and not seeing
the dialogs, so maybe gmail has stopped it for now...