Re: [Evolution] occasional authentication problem
On Wed, 2014-05-07 at 10:48 -0400, Carl Schaefer wrote: On Wed, 2014-05-07 at 08:20 +0200, Milan Crha wrote: there is some unfinished work here. Currently, once you cancel the password prompt the evolution-source-registry remembers that this process cancelled the password prompt for this account and then does the cancel for you automatically. The only current way to workaround this is to close evolution, thus the evolution-source-registry process will forget the connection between the cancel and the client process. There is no other workaround than what you do. this seems pretty clearly to be a bug in Evolution. If there's not already a bug report on this, I'll open one. Hi, right, and the link is: https://bugzilla.gnome.org/show_bug.cgi?id=678843 I marked yours https://bugzilla.gnome.org/show_bug.cgi?id=729818 as a duplicate of it. 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
[Evolution] EWS Calendar issue
I am running Linux mint 16 with evolution and evolution-ews installed from the standard repos. The issue is that when I create a calendar entry from within evolution the entry will show up on my OWA as one hour later, so for example if I make an hour long entry at 3 pm in evolution it will show up in my owa as 4-5. Now, if I create a calendar event on owa it shows up fine in evolution. So for example if I log on to owa and make an entry for 3pm-4pm then I see that entry in evolution from 3pm-4pm I am guessing that the problem lies with daylight savings time somehow seeing as it's a one hour difference. I am in the central time zone, specifically in Arkansas and I have made sure that1) my install of Linux Mint is in the correct time zone which is America\Chicago2) that evolution is using the date/time from Mint3) my OWA settings are for the central time zone Is this a known issue? Is there something I am overlooking, or anything I can do to fix this? Thank you for any help you can provide. 'This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this e-mail in error please notify the system manager. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this e-mail.' ___ 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] EWS Calendar issue
Which Evolution and evolution-ews versions is this about? On Thu, 2014-05-08 at 21:07 +, Adam Carter wrote: I am running Linux mint 16 with evolution and evolution-ews installed from the standard repos. The issue is that when I create a calendar entry from within evolution the entry will show up on my OWA as one hour later, so for example if I make an hour long entry at 3 pm in evolution it will show up in my owa as 4-5. Now, if I create a calendar event on owa it shows up fine in evolution. So for example if I log on to owa and make an entry for 3pm-4pm then I see that entry in evolution from 3pm-4pm I am guessing that the problem lies with daylight savings time somehow seeing as it’s a one hour difference. I am in the central time zone, specifically in Arkansas and I have made sure that1) my install of Linux Mint is in the correct time zone which is America\Chicago2) that evolution is using the date/time from Mint3) my OWA settings are for the central time zone Is this a known issue? Is there something I am overlooking, or anything I can do to fix this? Thank you for any help you can provide. ‘This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this e-mail in error please notify the system manager. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this e-mail.’ ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list -- Andre Klapper | ak...@gmx.net http://blogs.gnome.org/aklapper/ ___ 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] EWS Calendar issue
[cut] The issue is that when I create a calendar entry from within evolution the entry will show up on my OWA as one hour later, so for example if [cut] Different Time Zones? -- Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments ___ 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] occasional authentication problem
On Fri, 2014-05-09 at 08:50 +0200, Milan Crha wrote: On Wed, 2014-05-07 at 10:48 -0400, Carl Schaefer wrote: On Wed, 2014-05-07 at 08:20 +0200, Milan Crha wrote: there is some unfinished work here. Currently, once you cancel the password prompt the evolution-source-registry remembers that this process cancelled the password prompt for this account and then does the cancel for you automatically. The only current way to workaround this is to close evolution, thus the evolution-source-registry process will forget the connection between the cancel and the client process. There is no other workaround than what you do. this seems pretty clearly to be a bug in Evolution. If there's not already a bug report on this, I'll open one. Hi, right, and the link is: https://bugzilla.gnome.org/show_bug.cgi?id=678843 yikes, almost two years old... Would it be reasonable to add behavior to the existing account Refresh operation to clear the authentication canceled flag? I marked yours https://bugzilla.gnome.org/show_bug.cgi?id=729818 as a duplicate of it. can you also update the version so that bug is more clearly still relevant? Carl ___ 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 mail downloading problem
PS--once I went into webmail and deleted everything Evo seemed to run nicely. On Wed, 2014-05-07 at 08:23 +0200, Milan Crha wrote: On Tue, 2014-05-06 at 23:59 -0400, Carpetnailz wrote: The last couple of days I'm having these problems: 1. I'm getting Evol failing partway through the download: Failed message at 1 of 15 (or 3 of 8 or whatever). It freezes Evo. Cancel won't even work. When I use 'evolution --force-shutdown', I get No response from Evolution. Killingthe process. 2. When I check my mail via webmail, I see mail there that has been downloaded but hasn't been deleted from the server (POP set to delete mail from the server). 3. Evolution won't shut down, even when it hasn't frozen on a download. I use 'evolution --force-shutdown', restart Evo, and then try to shut it down and it won't--I need to go back to --force-shutdown. Running Evolution 3.8.5 on Fedora 19, Lenovo X120e. Hello, 3.8.5 is rather ancient these days, current stable is 3.12.1, with a release of 3.12.2 the next week. It's the latest version from Fedora 19 I believe. Anyway, both 1) and 3) can be connected, and both needs a backtrace to see where evolution got stuck, thus to identify the problem and so on. Please install debuginfo packages for evolution-data-server and evolution, and then get backtrace of the frozen evolution process in both cases, which you can do with gdb command: $ gdb --batch --ex t a a bt -pid=`pidof evolution` bt.txt Make sure the bt.txt will not contain any private information, like passwords, email addresses, server addresses and so on. I usually search at least for pass (quotes for clarity only). Bye, Milan Here's the backtrace, Two of three accounts completed right away (nothing to download); the third Failed at message 1 of 3. Webmail access shows 14 messages in the inbox, all but three of which have been downloaded already but not removed from the server. (Maybe that's waiting on them all being removed and then the deletion occurs?) Thanks. === [New LWP 4034] [New LWP 4013] [New LWP 3947] [New LWP 3946] [New LWP 3943] [New LWP 3942] [New LWP 3931] [New LWP 3911] [New LWP 3910] [New LWP 3909] [New LWP 3908] [Thread debugging using libthread_db enabled] Using host libthread_db library /lib64/libthread_db.so.1. 0x0030474eb7fd in poll () from /lib64/libc.so.6 Thread 12 (Thread 0x7f34ef76b700 (LWP 3908)): #0 0x0030474eb7fd in poll () from /lib64/libc.so.6 #1 0x003f5fa480b4 in g_main_context_iterate.isra.22 () from /lib64/libglib-2.0.so.0 #2 0x003f5fa4851a in g_main_loop_run () from /lib64/libglib-2.0.so.0 #3 0x003f60ac6c66 in gdbus_shared_thread_func () from /lib64/libgio-2.0.so.0 #4 0x003f5fa6c0e5 in g_thread_proxy () from /lib64/libglib-2.0.so.0 #5 0x003047c07c53 in start_thread () from /lib64/libpthread.so.0 #6 0x0030474f5dbd in clone () from /lib64/libc.so.6 Thread 11 (Thread 0x7f34ee93a700 (LWP 3909)): #0 0x0030474eb7fd in poll () from /lib64/libc.so.6 #1 0x003f5fa480b4 in g_main_context_iterate.isra.22 () from /lib64/libglib-2.0.so.0 #2 0x003f5fa481bc in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x003f5fa48209 in glib_worker_main () from /lib64/libglib-2.0.so.0 #4 0x003f5fa6c0e5 in g_thread_proxy () from /lib64/libglib-2.0.so.0 #5 0x003047c07c53 in start_thread () from /lib64/libpthread.so.0 #6 0x0030474f5dbd in clone () from /lib64/libc.so.6 Thread 10 (Thread 0x7f34edef4700 (LWP 3910)): #0 0x0030474eb7fd in poll () from /lib64/libc.so.6 #1 0x003f5fa480b4 in g_main_context_iterate.isra.22 () from /lib64/libglib-2.0.so.0 #2 0x003f5fa481bc in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x7f34edefb9cd in dconf_gdbus_worker_thread () from /usr/lib64/gio/modules/libdconfsettings.so #4 0x003f5fa6c0e5 in g_thread_proxy () from /lib64/libglib-2.0.so.0 #5 0x003047c07c53 in start_thread () from /lib64/libpthread.so.0 #6 0x0030474f5dbd in clone () from /lib64/libc.so.6 Thread 9 (Thread 0x7f34ed6f3700 (LWP 3911)): #0 0x0030474eb7fd in poll () from /lib64/libc.so.6 #1 0x003f5fa480b4 in g_main_context_iterate.isra.22 () from /lib64/libglib-2.0.so.0 #2 0x003f5fa4851a in g_main_loop_run () from /lib64/libglib-2.0.so.0 #3 0x0030d8c49804 in source_registry_object_manager_thread (data=0x22fe780) at e-source-registry.c:1105 #4 0x003f5fa6c0e5 in g_thread_proxy () from /lib64/libglib-2.0.so.0 #5 0x003047c07c53 in start_thread () from /lib64/libpthread.so.0 #6 0x0030474f5dbd in clone () from /lib64/libc.so.6 Thread 8 (Thread 0x7f34cceff700 (LWP 3931)): #0 0x0030474eb7fd in poll () from /lib64/libc.so.6 #1 0x003865425173 in pt_poll_now.constprop.12 () from /lib64/libnspr4.so #2 0x003865426036 in pt_Recv () from /lib64/libnspr4.so #3 0x0030d781ebce in ssl_DefRecv () from /lib64/libssl3.so #4 0x0030d781a0a8 in
