On Thu, 2019-05-16 at 09:05 +0200, Milan Crha via evolution-hackers
wrote:
> On Wed, 2019-05-15 at 15:49 -0700, James Bottomley wrote:
> > gnutls Add support for timeouts on GnuTLS pulls
> >
> > So if you apply that on top of 2.54.1, the test programme works
> > again.
>
> Hi,
> do you
On Wed, 2019-05-15 at 15:49 -0700, James Bottomley wrote:
> gnutls Add support for timeouts on GnuTLS pulls
>
> So if you apply that on top of 2.54.1, the test programme works
> again.
Hi,
do you see from the server logs whether the patched code tried TLS
v1.3, and then v1.2? I'm
On Mon, 2019-05-13 at 18:00 +0200, Milan Crha via evolution-hacker
> Consider filling a bug against glib-networking [1] and ask them
> whether they can do anything about it. You've a clear view what is
> going on in the background, thus you'd be able to explain the problem
> to them. Feel free to
On Mon, 2019-05-13 at 07:59 -0700, James Bottomley wrote:
> As for how to apply the fix (assuming we can find it), this is a hard
> one. Clearly the bug was always present, but the conditions that
> trip it remained untested until people started turning on TLSv1.3.
> I think the best way forward
On Mon, 2019-05-13 at 09:17 +0200, Milan Crha via evolution-hackers
wrote:
> On Sun, 2019-05-12 at 11:04 -0700, James Bottomley via evolution-
> hackers wrote:
[...]
> > I think the solution is to simply bar glib-networking below 2.55.2
> > from using gnutls VERS-TLS1.3 which looks like it can be
On Sun, 2019-05-12 at 11:04 -0700, James Bottomley via evolution-
hackers wrote:
> On Fri, 2019-05-10 at 23:23 +0200, Sasa Ostrouska via evolution-
> hackers
> wrote:
> > Hi all, and thanks Milan for the program. I also run an old version
> > of evolution 3.20.x and I get the following:
On Fri, 2019-05-10 at 23:23 +0200, Sasa Ostrouska via evolution-hackers
wrote:
> Hi all, and thanks Milan for the program. I also run an old version
> of evolution 3.20.x and I get the following:
>
> rc@rc-laptop:~/Downloads$ gcc `pkg-config --cflags --libs glib-2.0
> gio-2.0` imap-conn.c -g -O0
Hi all, and thanks Milan for the program. I also run an old version of
evolution 3.20.x and I get the following:
rc@rc-laptop:~/Downloads$ gcc `pkg-config --cflags --libs glib-2.0
gio-2.0` imap-conn.c -g -O0 -o imap-conn && ./imap-conn
imap.googlemail.com 993
Connected to imap.googlemail.com:993
On Fri, 2019-05-10 at 08:41 +0200, Milan Crha via evolution-hackers
wrote:
> On Thu, 2019-05-09 at 11:03 -0700, James Bottomley wrote:
> > I can certainly test things out.
>
> Hi,
> that's great, thanks.
>
> > To be honest, I've had problems with TLSv1.3 every time it's been
> >
On Thu, 2019-05-09 at 11:03 -0700, James Bottomley wrote:
> I can certainly test things out.
Hi,
that's great, thanks.
> To be honest, I've had problems with TLSv1.3 every time it's been
> negotiated, so disabling it is a reasonable thing to do.
I see. If you are still willing to help,
On Thu, 2019-05-09 at 18:42 +0200, Milan Crha via evolution-hackers
wrote:
> On Thu, 2019-05-09 at 08:37 -0700, James Bottomley via evolution-
> hackers wrote:
> > On OpenSUSE running evolution-3.26.6-lp150.2.6.x86_64, installing
> >
> > gnutls-3.6.7-lp150.9.1.x86_64
> >
> > Lead to evolution
On Thu, 2019-05-09 at 08:37 -0700, James Bottomley via evolution-
hackers wrote:
> On OpenSUSE running evolution-3.26.6-lp150.2.6.x86_64, installing
>
> gnutls-3.6.7-lp150.9.1.x86_64
>
> Lead to evolution failing on my dovecot imap server with
>
> Error reading data from TLS socket: The
On OpenSUSE running evolution-3.26.6-lp150.2.6.x86_64, installing
gnutls-3.6.7-lp150.9.1.x86_64
Lead to evolution failing on my dovecot imap server with
Error reading data from TLS socket: The specified session has been invalidated
for some reason
Turning on ssl verbose debugging on the
13 matches
Mail list logo