| Summary: | Evolution: Repeated Multiple Error Messages | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | buzzrobot |
| Component: | evolution | Assignee: | Milan Crha <mcrha> |
| Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 23 | CC: | lucilanga, mbarnes, mcrha, tpopela |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-03-15 10:39:00 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
buzzrobot
2016-03-14 22:40:20 UTC
Thanks for a bug report. The "TLS connection closed unexpectedly" means that the server disconnected when it was not expected by the glib's gio library (respectively gnutls). Why it is so with the outlook.com server I do not know. The reason why this error isn't silently ignored and the operation which failed restarted is that the documentation for this error [1] says: G_TLS_ERROR_EOF - The TLS connection was closed without proper notice, which may indicate an attack. That the error can also mean it's an attack, thus I decided to not hide it. Weird that it's mainly shown with the outlook.com site, which I guess is an indication that the server does something oddly. I can add this error to the set of errors being ignored, for 3.20.1 of the evolution-data-server. [1] https://developer.gnome.org/gio/2.46/gio-TLS-Overview.html#G-TLS-ERROR-EOF:CAPS I moved this upstream for better visibility. Please see [1] for any further updates. [1] https://bugzilla.gnome.org/show_bug.cgi?id=763670 |