[Evolution] Evolution 2.32.2 not sending or receiving pop3 mail
Hi Guys, I am running Evolution 2.32.2 on a Fedora Core 14 distro which has stopped sending or receiving email after the last yum update (I have a list of the packages updated if anybody wants to see them). This is the second time this has happened and I eventually got around the issue by reinstalling the distro. What was really annoying is that with all the updates applied to the Fedora Core 14 desktop, evolution worked fine, whereas it had failed to work after the updates on the previous install to get to the same level of files. After the update was done, evolution quickly flashes the checking mail dialogue but does not send or receive email. A tcpdump on the desktop shows no traffic on ports 25 or 110 during the send/receive operation. The only errors I can find are from the console when starting evolution from the CLI (evolution:4164): GLib-CRITICAL **: the GVariant format string `(u)' has a type of `(u)' but the given value has a type of `(s)' (evolution:4164): GLib-CRITICAL **: g_variant_get: assertion `valid_format_string (format_string, TRUE, value)' failed (evolution:4164): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed (evolution:4164): camel-WARNING **: CamelTcpStreamRaw::connect() reported failure without setting its GError (evolution:4164): camel-WARNING **: CamelPOP3Store::connect() reported failure without setting its GError Evolution still runs fine apart from the email, so I can still use the calendar, both local and the gmail calendar which sync's with an onine calendar and they are fine. It seems to me that with the lack of port 25 or 110 traffic that evolution is either broken in the POP3 department (perhaps that's where the camel errors are coming from) or there is an issue with authentication preventing the POP3 from working. However I am not sure how to debug this issue. Any ideas? Thanks This message was sent using IMP, the Internet Messaging Program. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Current status of palmos sync?
Hi, I'd like to ask whether anything has changed with the palm-pilot conduits for evolution 3.0.1. Specifically whether birthdays are synced now (they weren't a while back, hence I'm now using a very roundabout syncml based way). ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 2.32.2 not sending or receiving pop3 mail
On Thu, 2011-05-05 at 16:46 +1000, pgard...@warpax.com wrote: (evolution:4164): GLib-CRITICAL **: the GVariant format string `(u)' has a type of `(u)' but the given value has a type of `(s)' Hi, the above probably comes from the NetworkManager module in evolution, it's most likely not running and reports an error message why it (NetworkManager evolution module) is failing. Can you File-Work offline/online? Is your network connection managed by NetworkManager? Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 2.32.2 not sending or receiving pop3 mail
On Thu, 2011-05-05 at 10:10 +0200, Milan Crha wrote: On Thu, 2011-05-05 at 16:46 +1000, pgard...@warpax.com wrote: (evolution:4164): GLib-CRITICAL **: the GVariant format string `(u)' has a type of `(u)' but the given value has a type of `(s)' Hi, the above probably comes from the NetworkManager module in evolution, it's most likely not running and reports an error message why it (NetworkManager evolution module) is failing. Can you File-Work offline/online? Is your network connection managed by NetworkManager? Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list Hi Milan, The NetworkManager is not managing the ethernet connection. This is due to the fact that I am running KVM-QEMU and have eth0 bridged through br0 to allow direct access to the virtual guest I have running on this system and is controlled by network instead. (The guest is a windows XP for some software that only runs in Windows). This desktop was configured this way from the start before evolution was ever configured on the desktop and has worked flawlessly until now. Just to make sure that NetworkManager was not involved, I unconfigured network and started NetworkManager and configured network access and even after a reboot, the same error persisted with Evolution. Just a side note, the offline/online functionality still seems to work fine with the network controlled by the network daemon. Phillip. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Current status of palmos sync?
On Thu, 2011-05-05 at 15:59 +0800, Oon-Ee Ng wrote: Hi, I'd like to ask whether anything has changed with the palm-pilot conduits for evolution 3.0.1. Specifically whether birthdays are synced now (they weren't a while back, hence I'm now using a very roundabout syncml based way). For 2.32 we moved all the gnome-pilot integration to the gnome-pilot package, so you should ask Matt Davey on his mailing list. http://mail.gnome.org/mailman/listinfo/gnome-pilot-list ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution-2.32.1 (FreeBSD HEAD) calendar not working
I think we're getting somewhere :-) I think I catched the beast: I checked in /proc/PID/map where the two addr are: (gdb) p *hash_table $2 = {size = 8, mod = 7, mask = 7, nnodes = 0, noccupied = 0, nodes = 0x29972d60, hash_func = 0x29ed1f6b, key_equal_func = 0x29ed1f39, ref_count = 1, version = 0, key_destroy_func = 0, value_destroy_func = 0} (gdb) p e2k_ascii_strcase_hash $1 = {guint (gconstpointer)} 0x2a06d7db e2k_ascii_strcase_hash the good addr 0x2a06d7db is in the area of the shared lib: 0x2a02c000 0x2a09b000 87 272 0xc4b14908 r-x 2 1 0x0 COW NC vnode /usr/local/lib/evolution-data-server-1.2/extensions/libecalbackendexchange.so NCH -1 the broken addr 0x29ed1f6b does not is in any area of /proc/PID/map then I checked all shared libs in /usr/local/lib/evolution-data-server-1.2/extensions/ for the symbol e2k_ascii_strcase_hash(): libecalbackendweather.so libecalbackendhttp.so libecalbackendgroupwise.so libecalbackendfile.so libecalbackendcontacts.so libecalbackendcaldav.so libebookbackendwebdav.so libebookbackendvcf.so libebookbackendldap.so libebookbackendgroupwise.so libebookbackendgoogle.so libebookbackendfile.so libebookbackendexchange.so 0003bf6b T e2k_ascii_strcase_hash ^^^ libecalbackendexchange.so 000417db T e2k_ascii_strcase_hash ^^^ as you can see e2k_ascii_strcase_hash() is in two shared libs and with the same last bits of the correct addr and the broken addr; as I wild guess I simply renamed 'libecalbackendexchange.so' to get it out of the way; the e-calendar-factory complains about it: (e-calendar-factory:36266): e-data-server-WARNING **: Cannot open /usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendexchange.so but for the rest it works fine and can access my calendar data on the Echange server; any comments about this clash in the shared lib mapping? matthias btw: I filed a bug report in https://bugzilla.gnome.org/show_bug.cgi?id=649433 -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 2.32.2 not sending or receiving pop3 mail
On Thu, 2011-05-05 at 19:00 +1000, Phillip Gardner wrote: On Thu, 2011-05-05 at 10:10 +0200, Milan Crha wrote: Can you File-Work offline/online? Just a side note, the offline/online functionality still seems to work fine with the network controlled by the network daemon. Hi, my above question for this was meant for File menu in Evolution itself. And if you have NetworkManager configured now, then did the error I quoted earlier disappear or not? Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] link address book to one acount
hi all, i have evolution with 2 address book and 4 email account. Can i link an address book to one email account? Thanks! ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution 2.32.2 not sending or receiving pop3 mail
On Thu, 2011-05-05 at 14:00 +0200, Milan Crha wrote: On Thu, 2011-05-05 at 19:00 +1000, Phillip Gardner wrote: On Thu, 2011-05-05 at 10:10 +0200, Milan Crha wrote: Can you File-Work offline/online? Just a side note, the offline/online functionality still seems to work fine with the network controlled by the network daemon. Hi, my above question for this was meant for File menu in Evolution itself. And if you have NetworkManager configured now, then did the error I quoted earlier disappear or not? Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list Hi Milan, Specifically, the error did not disappear when I enabled NetworkManager. Also, whether NetworkManager is configured or network is configured, I can File - Work Offline / Online. Phillip. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Wed, 2011-05-04 at 09:22 -0300, pablo.a.saave...@gmail.com wrote: Hi, I upgraded evolution and I built evolution-ews, but nothing new appears in evolution. Is there any extra step required after make install? I'm using evo 2.32 on Natty. Please remember to trim your citations. There was no need for you to repeat *everything* that I'd said, was there? Having installed, you should now be able to create a new account and choose 'Exchange Web Services' as the account type, in the second page of the new account configuration. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution-2.32.1 (FreeBSD HEAD) calendar not working
On Thu, 2011-05-05 at 13:30 +0200, Matthias Apitz wrote: as you can see e2k_ascii_strcase_hash() is in two shared libs and with the same last bits of the correct addr and the broken addr; as I wild guess I simply renamed 'libecalbackendexchange.so' to get it out of the way; the e-calendar-factory complains about it: (e-calendar-factory:36266): e-data-server-WARNING **: Cannot open /usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendexchange.so I think you renamed libebookbackendexchange.so, not libecalbackendexchange.so ? So your *calendar* works, but presumably not your address book? I see the problem now. We build these 'library' functions in the server/lib/ directory into a static library 'libexchange.a', and that whole thing gets included into *both* the calendar and the addressbook plugins. So of course the same function exists in *both* of the shared libraries that get loaded. The addressbook plugin then gets *unloaded*, I think, when the calendar-server decides that it isn't a calendar plugin. And I think that what you're seeing here is a bug in your platform's dynamic linker. Even though the addressbook plugin got unloaded, the internal symbols in the calendar plugin get resolved to point at it. Then again, maybe it's not a bug; maybe it's just undefined behaviour. I don't remember what is *expected* to happen in this case. But quite frankly, we got what we deserve; we *know* that weird shit happens on a lot of platforms when we do that, so we shouldn't have been doing it in the first place. We should have made our 'libexchange' into a shared library, or played namespace/linker-script tricks to ensure that those functions weren't *exported* from our plugin 'library' objects. I think you'll find this is 'fixed' in Evolution 3.0 merely because the calendar factory no longer loads the addressbook plugins, and vice versa; they are stored in separate directories now. But I suspect we should still fix it *properly* anyway. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
Having installed, you should now be able to create a new account and choose 'Exchange Web Services' as the account type, in the second page of the new account configuration. Thanks, after a restart it started showing. Now I have to figure out why the autodiscovery is not working, I'll get back to you if I find that anything is missing in EWS. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
On Thu, 2011-05-05 at 13:37 -0300, pablo.a.saave...@gmail.com wrote: Thanks, after a restart it started showing. Now I have to figure out why the autodiscovery is not working, I'll get back to you if I find that anything is missing in EWS. Autodiscover is a PITA. Can you try running from the command line with 'EWS_DEBUG=2 evolution' and see what happens when you click the 'Fetch URL' button? See the other discussion about autodiscovery which arose from the announcement on the mailing list. There's some useful information in there which should help you get it working. -- dwmw2 ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] [ANNOUNCE] Evolution-EWS (Exchange Web Services) Alpha release
Autodiscover is a PITA. Can you try running from the command line with 'EWS_DEBUG=2 evolution' and see what happens when you click the 'Fetch URL' button? Ok, the autodiscover URL is timing out, I even tried doing the POST manually with wget and it didn't connect. So I asked our IT guy for the EWS endpoint URL, I manually entered that and now I get this response from the server: HTTP/1.1 440 Login Timeout Soup-Debug-Timestamp: 1304616346 Soup-Debug: ESoapMessage 21 (0xaaf8ff08) Set-Cookie: sessionid=; path=/; expires=Thu, 01-Jan-1970 00:00:00 GMT Set-Cookie: cadata=; path=/; expires=Thu, 01-Jan-1970 00:00:00 GMT Content-Type: text/html Connection: close Content-Length: 154 No idea what it means or what evolution should do with this. Thanks. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] evolution-2.32.1 (FreeBSD HEAD) calendar not working
El día Thursday, May 05, 2011 a las 05:16:11PM +0100, David Woodhouse escribió: On Thu, 2011-05-05 at 13:30 +0200, Matthias Apitz wrote: as you can see e2k_ascii_strcase_hash() is in two shared libs and with the same last bits of the correct addr and the broken addr; as I wild guess I simply renamed 'libecalbackendexchange.so' to get it out of the way; the e-calendar-factory complains about it: (e-calendar-factory:36266): e-data-server-WARNING **: Cannot open /usr/local/lib/evolution-data-server-1.2/extensions/libebookbackendexchange.so I think you renamed libebookbackendexchange.so, not libecalbackendexchange.so ? Correct, I have cutpaste the wrong name from my debugging log file; So your *calendar* works, but presumably not your address book? Correct, the GAL stoped working; but I could managed this to work again when after accessing the calendar, making libebookbackendexchange.so visible again before using GAL for the first time in Evo; I see the problem now. We build these 'library' functions in the server/lib/ directory into a static library 'libexchange.a', and that whole thing gets included into *both* the calendar and the addressbook plugins. So of course the same function exists in *both* of the shared libraries that get loaded. The addressbook plugin then gets *unloaded*, I think, when the calendar-server decides that it isn't a calendar plugin. Yes, I saw this whith truss(1) also that after mmap(2) of all shared libs the libebook*.so get unmap(2)'ed again; And I think that what you're seeing here is a bug in your platform's dynamic linker. Even though the addressbook plugin got unloaded, the internal symbols in the calendar plugin get resolved to point at it. Then again, maybe it's not a bug; maybe it's just undefined behaviour. I don't remember what is *expected* to happen in this case. I have checked the man pages of dlopen(3); there is no definition what will happen with bound symbols on dlclose(3); I could bring this up in the FreeBSD-hackers list, but I think it should be fixed by a better design in Evolution itself (as you said about 3.x); But quite frankly, we got what we deserve; we *know* that weird shit happens on a lot of platforms when we do that, so we shouldn't have been doing it in the first place. We should have made our 'libexchange' into a shared library, or played namespace/linker-script tricks to ensure that those functions weren't *exported* from our plugin 'library' objects. I think you'll find this is 'fixed' in Evolution 3.0 merely because the calendar factory no longer loads the addressbook plugins, and vice versa; they are stored in separate directories now. But I suspect we should still fix it *properly* anyway. Should I wait for some kind of fix for 2.32.x? Meanwhile I will compile all again with clean sources from 2.32.3 (to remove all my debugging inserts) and will try to find some dirty workaround, for example with file permissions and setuid-bit so that e-calendary-factory can not open the libebookbackendexchange.so while the e-addrbook-factory can do it... At least we do know now what the problem is in detail; this is good news, I think; thanks for all your hints and help on the way through. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list