Re: [Evolution] Moved messages disappear from source, never show in destination

2016-04-12 Thread Matthew Saltzman
On Mon, 2016-04-11 at 11:27 +0200, Milan Crha wrote: > That is, please file two new bug reports against evolution-ews in the > GNOME bugzilla, one for the move, another for the refresh for mail > folders. Ideally send a link to them to the list, for further > reference. > > Thanks and bye,

Re: [Evolution] 'make install' linking problem

2016-04-12 Thread Milan Crha
On Tue, 2016-04-12 at 12:13 -0400, E. M. Recio wrote: > "libtool: error: error: relink 'libevolution-util.la' with the above > command before installing it". > ... > > > libtool: warning: relinking 'libevolution-util.la' > ... > undefined reference to `e_util_get_source_full_name' > ... >

Re: [Evolution] evolution 3.20.0 - ICS calendar - appointments are off by two hours

2016-04-12 Thread Milan Crha
On Tue, 2016-04-12 at 16:26 +0200, Jay Strict wrote: > They do not have a suffix Z and there is no TZID. > > DTSTART:20160412T13 > DTEND:20160412T15 >  Hi, then these are in a floating time, which means they are always at the same time of the day in whatever timezone you view the

Re: [Evolution] evolution 3.20.0 - ICS calendar - appointments are off by two hours

2016-04-12 Thread Jay Strict
On 12.04.2016 16:26, Jay Strict wrote: > On 12.04.2016 14:03, Milan Crha wrote: >> On Tue, 2016-04-12 at 11:28 +0200, Jay Strict wrote: >>> In the application evolution itself, the dates are displayed >>> correctly, however both in the top bar of gnome-shell and in gnome- >>> calendar, the same

[Evolution] 'make install' linking problem

2016-04-12 Thread E. M. Recio
I have successfully compiled and installed 3.18.5 on two other boxes of OpenSUSE 42.1 - 64-bit. I am running into a curious issue with the "make install" phase of the second package "evolution-3.18.5" of the third box. Everything compiles and links correctly, but when I go to do a "sudo make

Re: [Evolution] evolution just after computer wakes up...

2016-04-12 Thread Michael Pearson
Hi, when I mean it takes forever, it just displays that "sending and receiving" message for a long long time and I eventually give up and close and then reopen the application. I'll see what I can do about getting a more recent version of Evo, I didn't know mine was fairly old. thanks On Tue,

Re: [Evolution] evolution just after computer wakes up...

2016-04-12 Thread Patrick O'Callaghan
On Tue, 2016-04-12 at 16:33 +0100, Michael Pearson wrote: > Thanks, I see what you're referring to, in my case it's the two > cables > either plugged or unplugged. Indeed, they are unplugged, but when I > click on them to "plug them together", it does not make a difference > - > send and receive

Re: [Evolution] evolution just after computer wakes up...

2016-04-12 Thread Michael Pearson
Thanks, I see what you're referring to, in my case it's the two cables either plugged or unplugged. Indeed, they are unplugged, but when I click on them to "plug them together", it does not make a difference - send and receive still takes forever, I end up having to close the application

Re: [Evolution] evolution just after computer wakes up...

2016-04-12 Thread Patrick O'Callaghan
On Tue, 2016-04-12 at 14:45 +0100, Michael Pearson wrote: > After I bring my computer out of hibernation, I can click on the send > and receive button and it just hangs there forever (looking for > messages?). I have to completely come out of evolution and then > double > click on it again to see

Re: [Evolution] evolution 3.20.0 - ICS calendar - appointments are off by two hours

2016-04-12 Thread Jay Strict
On 12.04.2016 14:03, Milan Crha wrote: > On Tue, 2016-04-12 at 11:28 +0200, Jay Strict wrote: >> In the application evolution itself, the dates are displayed >> correctly, however both in the top bar of gnome-shell and in gnome- >> calendar, the same date is diplayed 2 hours off for all

[Evolution] evolution just after computer wakes up...

2016-04-12 Thread Michael Pearson
After I bring my computer out of hibernation, I can click on the send and receive button and it just hangs there forever (looking for messages?). I have to completely come out of evolution and then double click on it again to see if I have any mail. Any fixes for this??? I am running Ubuntu 1404

Re: [Evolution] evolution 3.20.0 - ICS calendar - appointments are off by two hours

2016-04-12 Thread Milan Crha
On Tue, 2016-04-12 at 11:28 +0200, Jay Strict wrote: > In the application evolution itself, the dates are displayed > correctly, however both in the top bar of gnome-shell and in gnome- > calendar, the same date is diplayed 2 hours off for all appointments > of this calendar. > For example, an

Re: [Evolution] Moved messages disappear from source, never show in destination

2016-04-12 Thread Patrick O'Callaghan
On Tue, 2016-04-12 at 10:41 +0100, Pete Biggs wrote: > On Tue, 2016-04-12 at 10:09 +0100, Patrick O'Callaghan wrote: > > > > On Tue, 2016-04-12 at 00:40 +, Matthew Saltzman wrote: > > > > > > > > > > > > > > > > > > them on the new folder as the standard method on IMAP is to > > > > copy,

Re: [Evolution] Moved messages disappear from source, never show in destination

2016-04-12 Thread Pete Biggs
On Tue, 2016-04-12 at 10:09 +0100, Patrick O'Callaghan wrote: > On Tue, 2016-04-12 at 00:40 +, Matthew Saltzman wrote: > > > > > > > > them on the new folder as the standard method on IMAP is to copy, > > > then > > > delete the original (or IIRC to use an IMAPX primitive that does an > > >

[Evolution] evolution 3.20.0 - ICS calendar - appointments are off by two hours

2016-04-12 Thread Jay Strict
Hello, since the update from Gnome 3.18 to 3.20, I have a problem with displaying the correct starting and ending time of a remote calendar "On The Web". In the application evolution itself, the dates are displayed correctly, however both in the top bar of gnome-shell and in gnome-calendar, the

Re: [Evolution] Moved messages disappear from source, never show in destination

2016-04-12 Thread Patrick O'Callaghan
On Tue, 2016-04-12 at 00:40 +, Matthew Saltzman wrote: > > them on the new folder as the standard method on IMAP is to copy, > > then > > delete the original (or IIRC to use an IMAPX primitive that does an > > atomic move), but I can't speak to what happens on EWS. Have you > > selected Show