Re: [Evolution] 3.16.3: Failed to refresh folder INBOX,
On Tue, 2015-06-23 at 17:53 -0600, Zan Lynx wrote: On 06/23/2015 02:24 AM, Pete Biggs wrote: Don't get confused by using utilities such as nslookup - they perform the DNS queries themselves so by-pass the cache. Only if you tell them to do so. By default dig and nslookup do the query to the same resolver IP that the system libraries use. This isn't the place to argue about DNS lookups. But yes, they use the same DNS server by default, but nslookup doesn't use the system name services for the query, it talks directly to the DNS servers. Hence it by-passes any system cache, which was my point. I can see it doing it using strace and you can change the DNS server it queries from within the program so it can't just hand off the queries to the OS. If there is a cache in use, it is inside the Evolution libraries. No, as Milan said, Evolution doesn't cache the queries, all such network activities are handled by other libraries. If a command-line ping, dig, or host command returns the new IP for a DNS name, Evolution should be using that as well. Not necessarily, it depends on the individual libraries being used. If it does not, that would be a bug. Not necessarily. The DNS entry has a lifetime, it is not at all unreasonable for the client to assume that the name-IP mapping is valid for the entirety of the lifetime. That's the whole point of it - i.e. to reduce the number of DNS queries necessary by caching the results. P. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 3.16.3: Failed to refresh folder INBOX,
On Wed, 2015-06-24 at 18:05 +0100, Pete Biggs wrote: On Wed, 2015-06-24 at 16:59 +0100, Patrick O'Callaghan wrote: On Wed, 2015-06-24 at 10:38 +0100, Pete Biggs wrote: command-line ping, dig, or host command returns the new IP for a DNS name, Evolution should be using that as well. [[I wish they would fix this line wrapping of quoted content ...]] Not necessarily, it depends on the individual libraries being used. Strictly that is true, but one would expect a reasonably configured system to use a single resolver library for everything. Usually that is libresolv.so, which is part of glibc. No, that's just not so, it's much more complex than that. Most user programs, like ping, use routines like 'gethostbyname' (or their more modern equivalent) - those routines get their information from a variety of sources - /etc/hosts, YP/NIS, DNS - which ultimately might use libresolv. Gnome applications tend to use the GIO libraries. And DNS querying programs like nslookup, host and dig go directly to the DNS server. On my system (Fedora 22) nslookup and evolution both link to libresolv, though ping doesn't. Things are complicate further by systems such as nscd - Name Service Cache Daemon that, as it says in the man page, provides a cache for the most common name service requests - and that includes hosts. The default TTL for hosts in nscd is 1 hour. I stopped using nscd when I moved away from Sun workstations so who knows. That's why I said in reply to the original poster that you need to be careful about using things like nslookup to verify DNS entries since other parts of the system may be caching previous results. I don't dispute that. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 3.16.3: Failed to refresh folder INBOX,
On Wed, 2015-06-24 at 10:38 +0100, Pete Biggs wrote: command-line ping, dig, or host command returns the new IP for a DNS name, Evolution should be using that as well. Not necessarily, it depends on the individual libraries being used. Strictly that is true, but one would expect a reasonably configured system to use a single resolver library for everything. Usually that is libresolv.so, which is part of glibc. I suppose running in a chroot environment, or in a VM, could change that. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution launches java?
On Wed, 2015-06-24 at 16:54 +0200, mario chiari wrote: I just discovered that when I launch Evolution from my terminal (Fedora 20), You didn't say what version of Evolution this is (Help-About). poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] evolution launches java?
Hi I just discovered that when I launch Evolution from my terminal (Fedora 20), I get a message about Java (see below). Why so? I believe it started to happen after I updated Java (indeed to 1.8.0) Thanks Cheers Mario - [...@localhost ~]# evolution ** (evolution:10266): CRITICAL **: categories_icon_theme_hack: assertion 'filename != NULL *filename != '\0'' failed Migrating cached data Migrating config data Migrating local user data mv /---/.evolution/mail/local/folders.db /---/.local/share/evolution/mail/local/folders.db FAILED: Destination file already exists rmdir /---/.evolution/mail/local FAILED: Directory non vuota [not empty] (contents follows) folders.db rmdir /---/.evolution/mail FAILED: Directory non vuota [not empty] (contents follows) local rmdir /---/.evolution/mailA FAILED: Directory non vuota [not empty] (contents follows) searches.xml pop vfolder local views config java version 1.7.0_79 OpenJDK Runtime Environment (fedora-2.5.5.0.fc20-i386 u79-b14) OpenJDK Client VM (build 24.79-b02, mixed mode, sharing) -- note that: [...@localhost ~]# java -version openjdk version 1.8.0_45 OpenJDK Runtime Environment (build 1.8.0_45-b14) OpenJDK Server VM (build 25.45-b02, mixed mode) ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution launches java?
Hi thanks reply 3.10.4 cheers m. Il giorno mer, 24/06/2015 alle 16.56 +0100, Patrick O'Callaghan ha scritto: On Wed, 2015-06-24 at 16:54 +0200, mario chiari wrote: I just discovered that when I launch Evolution from my terminal (Fedora 20), You didn't say what version of Evolution this is (Help-About). poc ... ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 3.16.3: Failed to refresh folder INBOX,
On Wed, 2015-06-24 at 16:59 +0100, Patrick O'Callaghan wrote: On Wed, 2015-06-24 at 10:38 +0100, Pete Biggs wrote: command-line ping, dig, or host command returns the new IP for a DNS name, Evolution should be using that as well. [[I wish they would fix this line wrapping of quoted content ...]] Not necessarily, it depends on the individual libraries being used. Strictly that is true, but one would expect a reasonably configured system to use a single resolver library for everything. Usually that is libresolv.so, which is part of glibc. No, that's just not so, it's much more complex than that. Most user programs, like ping, use routines like 'gethostbyname' (or their more modern equivalent) - those routines get their information from a variety of sources - /etc/hosts, YP/NIS, DNS - which ultimately might use libresolv. Gnome applications tend to use the GIO libraries. And DNS querying programs like nslookup, host and dig go directly to the DNS server. Things are complicate further by systems such as nscd - Name Service Cache Daemon that, as it says in the man page, provides a cache for the most common name service requests - and that includes hosts. The default TTL for hosts in nscd is 1 hour. That's why I said in reply to the original poster that you need to be careful about using things like nslookup to verify DNS entries since other parts of the system may be caching previous results. P. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 3.16.3: Failed to refresh folder INBOX,
Am Mittwoch, den 24.06.2015, 18:05 +0100 schrieb Pete Biggs: On Wed, 2015-06-24 at 16:59 +0100, Patrick O'Callaghan wrote: On Wed, 2015-06-24 at 10:38 +0100, Pete Biggs wrote: command-line ping, dig, or host command returns the new IP for a DNS name, Evolution should be using that as well. [[I wish they would fix this line wrapping of quoted content ...]] +1 - but, who are they ... ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Text cut off when printing Evolution Emails
On Tue, 2015-04-21 at 11:34 +0200, Harvey Nimmo wrote: Evolution printing seems not to fit the text cleanly to the size of the print area, with the result that when I want to print long emails with Evolution there are always lines cut off horizontally at the bottom/ top of each page. Hi, it's partly a WebKit issue, please see [1] for more details. Bye, Milan [1] https://bugzilla.gnome.org/show_bug.cgi?id=751310 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution launches java?
On Wed, 2015-06-24 at 16:54 +0200, mario chiari wrote: I just discovered that when I launch Evolution from my terminal (Fedora 20), I get a message about Java (see below). Why so? But is Java actually running? [a process named java]? I suspect this may just be an invocation of alternatives by some bit of introspection [???]. I believe it started to happen after I updated Java (indeed to 1.8.0) java version 1.7.0_79 OpenJDK Runtime Environment (fedora-2.5.5.0.fc20-i386 u79-b14) OpenJDK Client VM (build 24.79-b02, mixed mode, sharing) ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution launches java?
On Wed, 2015-06-24 at 16:54 +0200, mario chiari wrote: I just discovered that when I launch Evolution from my terminal (Fedora 20), I get a message about Java (see below). Why so? Hi, it's not running it, it's the opposite. When evolution starts, it lists all available plugins and disables them. Unfortunately WebKit also loads those plugins (even they will be disabled a tick later) and some of them gives a notice of them during this load on the console. Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 3.16.3: Failed to refresh folder INBOX,
Hi, On Wed, 2015-06-24 at 19:19 +0200, Tom wrote: Am Mittwoch, den 24.06.2015, 18:05 +0100 schrieb Pete Biggs: On Wed, 2015-06-24 at 16:59 +0100, Patrick O'Callaghan wrote: On Wed, 2015-06-24 at 10:38 +0100, Pete Biggs wrote: command-line ping, dig, or host command returns the new IP for a DNS name, Evolution should be using that as well. [[I wish they would fix this line wrapping of quoted content ...]] +1 - but, who are they ... ...those reading GNOME's bugzilla for Evolution bugs against Composer component. :) The question is what is correct. Either the cited text can be treated as Preformatted, which means the line character-width will go beyond the limit (set to 72 characters by default), or the lines will wrap in this odd way. There was a code to merge such wrapped lines and make then a nice flowing paragraph, but that also doesn't always produce the right code, because it's hard to know whether the line break is due to line limitation or intended by the writer (aka there are too many corner cases). Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 3.16.3: Failed to refresh folder INBOX,
On Tue, 2015-06-23 at 08:56 +0200, Milan Crha wrote: On Mon, 2015-06-22 at 19:11 -0400, Eugene Kanter wrote: Evolution indefinitely keeps trying previous IP address, displaying an error Connection timed out. I see a very similar behaviour with the Firefox, when the network changes, it only may have set slightly shorter timeouts. Ditto, I would not expect this kind of change to work 'normally' as it is not a normal change. If you need to do this kind of thing regularly [why?] I would recommend using a script or NetworkManager to cause an offline/online event, or else use a virtual machine. -- Adam Tauno Williams mailto:awill...@whitemice.org GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 3.16.3: Failed to refresh folder INBOX,
On 06/24/2015 11:05 AM, Pete Biggs wrote: Gnome applications tend to use the GIO libraries. And DNS querying programs like nslookup, host and dig go directly to the DNS server. Things are complicate further by systems such as nscd - Name Service Cache Daemon that, as it says in the man page, provides a cache for the most common name service requests - and that includes hosts. The default TTL for hosts in nscd is 1 hour. The only time I see references to nscd is in horrible confusing bugs. If they ignore the DNS TTL and set it to 1 hour I can see why. I sure hope that GIO hasn't copied that stupid idea. A more probable GIO user bug is doing the resolve and saving the address object for later use, never considering that the IP will be different next time. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] 3.16.3: Failed to refresh folder INBOX,
On Wed, 2015-06-24 at 10:38 +0100, Pete Biggs wrote: On Tue, 2015-06-23 at 17:53 -0600, Zan Lynx wrote: On 06/23/2015 02:24 AM, Pete Biggs wrote: If it does not, that would be a bug. Not necessarily. The DNS entry has a lifetime, it is not at all unreasonable for the client to assume that the name-IP mapping is valid for the entirety of the lifetime. That's the whole point of it - i.e. to reduce the number of DNS queries necessary by caching the results. If it is a bug then it is a bug in MANY libraries and applications used on a wide variety of platforms [not just GNOME/LINUX]. It likely means nginx and squid are categorically broken. The DNS lifetime determines how long it is cached by another DNS server or a resolver. Clients do not much care about TTL. It is very common - if not expected - for clients to *assume* that DNS look-up results are essentially static. -- Adam Tauno Williams mailto:awill...@whitemice.org GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list