GNOME Bugzilla – Bug 760564
Error resolving 'mail.foo.com': Name or service not known
Last modified: 2016-01-26 16:57:11 UTC
I just updated from openSUSE 13.2 to Leap 42.1, with corresponding update to Evolution 3.16.5. I have been having an almost impossible time trying to connect to my POP3/TLS mail server. All settings appear to be preserved correctly, but now I keep getting the blue error bar above the message list, as if the network is down. It says: "Error while Fetching mail from 'Bar'." "Error resolving 'mail.foo.com': Name or service not known" (Obviously I've changed the names.) I can ping the mail server, I can access HTTP on it too. At first I thought it might be a certificate problem, as that's happened in the past. (This time of the year, a cert expires, and has to be messed with.) But now I know that it will connect very occasionally. More likely after I've dropped the WiFi connection and reconnected. Or if I've just started the mailer. But it certainly won't connect when I want it to. If it comes up with a prompt to unlock the local keyring that stores the mail server password, then I know it's going to succeed. It won't do that until it decides it can talk to the server. Very frustrating as I've had to make funeral announcements. How do I do that with a screwed mailer that won't send emails? Any help in diagnosing this will be appreciated. If it in fact IS a cert problem, then 1) why is the error message so useless here, and 2) there is a bug where it sometimes ignores the cert expiry and connects anyway.
Here is the console output from running at the command line: (evolution:393): GLib-GObject-WARNING **: The property GtkSettings:gtk-button-images is deprecated and shouldn't be used anymore. It will be removed in a future version. (evolution:393): Gtk-WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files Migrating cached data Migrating config data Migrating local user data rmdir /home/dfreeman/.evolution/tasks FAILED: Directory not empty (contents follows) tasks (evolution:393): GLib-GObject-WARNING **: The property GtkSettings:gtk-menu-images is deprecated and shouldn't be used anymore. It will be removed in a future version. openjdk version "1.8.0_60" OpenJDK Runtime Environment (build 1.8.0_60-b27) OpenJDK 64-Bit Server VM (build 25.60-b23, mixed mode) (evolution:393): GLib-GObject-WARNING **: The property GtkCellRendererPixbuf:stock-id is deprecated and shouldn't be used anymore. It will be removed in a future version. (evolution:393): GLib-GObject-WARNING **: The property GtkSettings:gtk-toolbar-style is deprecated and shouldn't be used anymore. It will be removed in a future version. (evolution:393): GLib-GIO-CRITICAL **: g_network_address_set_addresses: assertion 'addresses != NULL && addr->priv->sockaddrs == NULL' failed
I don't know what the issue was, but compiling from source, Evo/EDS 3.19.1, the problem appears to be gone. I strongly recommend that nobody use 3.16.5 as shipped with openSUSE Leap 14.1, it has far too many issues.
Thanks for a bug report. Do you still see on the console this message, please? > (evolution:393): GLib-GIO-CRITICAL **: g_network_address_set_addresses: > assertion 'addresses != NULL && addr->priv->sockaddrs == NULL' failed I guess it is related to the server address resolution. The error means what is says, it failed to resolve 'mail.foo.com' address. It doesn't say way, it just means it was impossible this time. The quoted runtime warning above can be the issue. The structure behind the warning is discussed in bug #748996.
I vaguely remember going through this exact same problem last time I did a fresh install of my OS. (Earlier version.) And the solution both times was to compile from source. It may not be a version change, but the fact of compiling it from source. And no, I don't see that message.
I made a change in the sources to workaround the issue if possible, which is like 99% in the Mail view, thus the warning should not be visible again (3.19.90+ and 3.18.5+ in evolution-data-server). Maybe it was it. If you do not mind, I'll close this for now.