Re: [Evolution] evo / ews 3.26.3
On Wed, 2018-01-03 at 15:09 +0100, Milan Crha wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > On Mon, 2017-12-18 at 08:01 +, Joakim Tjernlund wrote: > > hmm, interesting observation: > > If I select the offline Global Address List Contacts and then restart > > evo, I can refresh the > > GAL but as soon as I switch to some other Contact list and then back > > I start getting > > the error. > > Hi, > that's truly odd behaviour. I tried to reproduce the error here, but > not much luck. At least when I have stored correct password for the > account I get no question on password and the GAL is updated properly > (I removed its content from ~/.cache/evolution/addressbook/ folder>/). > > When I do not save the password I get a different behaviour. I'm asked > for the password by the Mail part of Evolution, and there's also an > error on top of the Contacts view showing that the GAL could not be > opened, but the reason is "Credentials not found". When I enter the > password for the mail part and then click Reconnect for the GAL it will > work again. > > How do you connect to the server, please? I know that for example > outlook.office365.com doesn't support NTLM, there works only Basic > authentication (in Mail account Properties->Receiving Email tab). It's > possible and likely that a payed Office 365 account offers more > authentication options (I've been told it knows OAuth2, which the other > one doesn't support). Strange, I do connect with NTLM, just tried changing that to Basic(and a --force-shutdown) and got the same error. I have my PW in the keyring though. This is our company o365 I can connect to my OAB: https://outlook.office365.com/OAB/./oab.xml using Firefox Jocke ___ 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] open
But the prompt doesn't show. It does not come up. Okay, thanks for trying it. This might require deep debugging, possibly with changes in the code, which is not easily doable. I'm afraid your only option at the moment is to store the password in the keyring, as a workaround, to avoid the password prompt lack. if I open any file with 'send-to' evolution starts wonderful. But I will try the keyring version, let's see what that does. Thank you Gottfried ___ 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] open
On Wed, 2018-01-03 at 16:00 +0200, Gottfried wrote: > No, I don't store any password. Hi, I see. That's the main difference with my setup. I store all passwords. They are in keyring these days, which means the passwords are stored encrypted and unreadable for others, unless someone uses your computer when you are logged in (the keyring usually unlocks after login). You can use different password for the keyring and for the login, which will ask you to unlock the keyring first. > But the prompt doesn't show. It does not come up. Okay, thanks for trying it. This might require deep debugging, possibly with changes in the code, which is not easily doable. I'm afraid your only option at the moment is to store the password in the keyring, as a workaround, to avoid the password prompt lack. 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] evo / ews 3.26.3
On Mon, 2017-12-18 at 08:01 +, Joakim Tjernlund wrote: > hmm, interesting observation: > If I select the offline Global Address List Contacts and then restart > evo, I can refresh the > GAL but as soon as I switch to some other Contact list and then back > I start getting > the error. Hi, that's truly odd behaviour. I tried to reproduce the error here, but not much luck. At least when I have stored correct password for the account I get no question on password and the GAL is updated properly (I removed its content from ~/.cache/evolution/addressbook//). When I do not save the password I get a different behaviour. I'm asked for the password by the Mail part of Evolution, and there's also an error on top of the Contacts view showing that the GAL could not be opened, but the reason is "Credentials not found". When I enter the password for the mail part and then click Reconnect for the GAL it will work again. How do you connect to the server, please? I know that for example outlook.office365.com doesn't support NTLM, there works only Basic authentication (in Mail account Properties->Receiving Email tab). It's possible and likely that a payed Office 365 account offers more authentication options (I've been told it knows OAuth2, which the other one doesn't support). 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] open
keyring" is not checked, right? You probably do not store the password for some reason, which is fine. No, I don't store any password. It looked like the password/credential prompt had been shown before the Evolution window, thus I guess it can, in some cases, be hidden under the Evolution window. Using Alt+Tab to switch between windows may help eventually. I mean, I believe the password prompt is there, it's only hidden somewhere for some reason. I tried the buttons you told me, once my daughter told me where they are. :-) But the prompt doesn't show. It does not come up. I've not been able to reproduce it, though. 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-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] Can not move mail to imap folder (exchange server)
On Thu, 2017-12-07 at 11:33 -0600, Chris Roth wrote: > C00036 UID MOVE 45807 Linux > [COPYUID 157 45807 59] > * 434 EXPUNGE > * 433 EXISTS > C00036 OK MOVE completed. Hi, it seems to me that your server is somehow broken. None of my Exchange servers support MOVE command, unfortunately, but I could try with a Dovecot server, which returns: > A00020 UID MOVE 22 INBOX > * OK [COPYUID 1440671292 22 770] Moved UIDs. > * VANISHED 22 > A00020 OK [HIGHESTMODSEQ 76] Move completed (0.111 secs). and then also with an imap-mail.outlook.com, which provides similar output as that your, but this time a correct syntax: > A00093 UID MOVE 93 INBOX > * OK [COPYUID 14 93 2004] > * 90 EXPUNGE > * 366 EXISTS > A00093 OK MOVE completed. The difference is that the COPYUID response from the server is properly prefixed as an untagged response (with "* OK "). That's an issue of the server, with which Evolution cannot do much, except of adding some sort of workaround, but as many other servers work properly, then I'd hesitate to do any such workaround in the code. I've been also thinking of adding some Advanced Settings to IMAP account Properties, where users would be able to disable usage of certain IMAP protocol extension(s) on their own. As it is now, when the server supports certain extension, then the IMAPx code uses it. Your option would be to not use it, even when the server advertises it as supported. This is not implemented (yet), it's only an idea. I also do not know whether there's any bug for it filled (it's good for tracking). 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] open
On Wed, 3 Jan 2018 14:38:56 +0200, Gottfried wrote: >[schorsch@localhost ~]$ evolution >Error sending IPC message: Broken pipe >[schorsch@localhost ~]$ evolution --force-shutdown >Could not find Evolution's process ID >[schorsch@localhost ~]$ pgrep -a evolution >10079 /usr/libexec/evolution-calendar-factory "evolution --force-shutdown" didn't work or still tries to "force" termination of all processes. [rocketmouse@archlinux ~]$ strings /usr/lib/evolution/killev | grep kill kill No response from Evolution -- killing the process /usr/bin/pkill -f -x -TERM evolution 2> /dev/null /usr/bin/pkill -f -TERM evolution-alarm-notify 2> /dev/null /usr/bin/pkill -f -TERM evolution-source-registry 2> /dev/null /usr/bin/pkill -f -TERM evolution-addressbook-factory 2> /dev/null /usr/bin/pkill -f -TERM evolution-calendar-factory 2> /dev/null /usr/bin/pkill killev I suspect that "TERM" is shortened for "SIGTERM". I might be mistaken. OTOH it anyway is the default. However, if so, I would sidestep "evolution --force-shutdown" to send a SIGKILL (-9), by simply replacing "-TERM" with "-9". /usr/bin/pkill -f -x -9 evolution 2> /dev/null /usr/bin/pkill -f -9 evolution-alarm-notify 2> /dev/null /usr/bin/pkill -f -9 evolution-source-registry 2> /dev/null /usr/bin/pkill -f -9 evolution-addressbook-factory 2> /dev/null /usr/bin/pkill -f -9 evolution-calendar-factory 2> /dev/null ___ 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] open
On Wed, 2018-01-03 at 14:38 +0200, Gottfried wrote: > I started evolution by 'send-to' without sending the email., but I do > get the question for the password. Hi, thanks for the detailed description of the situation. It helps. I suppose, when you are offered with the password prompt, the checkbox below Username and Password fields named "Add this password to your keyring" is not checked, right? You probably do not store the password for some reason, which is fine. I tried to reproduce it here, which means I deleted all my passwords in seahorse (that's an application name). Then I run evolution and I've been asked for the password. While the password prompt had been there I see in the status bar of evolution something like "Scanning folders in ...", an ongoing operation, which will be there as long as the operation is running. It looked like the password/credential prompt had been shown before the Evolution window, thus I guess it can, in some cases, be hidden under the Evolution window. Using Alt+Tab to switch between windows may help eventually. I mean, I believe the password prompt is there, it's only hidden somewhere for some reason. I've not been able to reproduce it, though. 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] open
Have a look: [schorsch@localhost ~]$ *evolution* Error sending IPC message: Broken pipe [schorsch@localhost ~]$ *evolution --force-shutdown* Could not find Evolution's process ID [schorsch@localhost ~]$ *pgrep -a evolution* 10079 /usr/libexec/evolution-calendar-factory 10085 /usr/libexec/evolution-source-registry 10093 /usr/libexec/evolution-calendar-factory-subprocess --factory local --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10079x2 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10079/2 10105 /usr/libexec/evolution-calendar-factory-subprocess --factory contacts --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10079x3 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10079/3 10115 /usr/libexec/evolution-addressbook-factory 10146 /usr/libexec/evolution-addressbook-factory-subprocess --factory local --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.AddressBookx10115x2 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/AddressBook/10115/2 On 03/01/18 13:51, Ralf Mardorf wrote: evolution --force-shutdown some background I started evolution by 'send-to' without sending the email., but I do get the question for the password. and then evolution runs. Than I quit. And then opened the terminal and put in the commands you told me. Doing the same after shutting down the whole PC and restarting everything. I first started evolution. the password prompt doesn't show up and I have to correct myself. I see the tree and can scroll the folders, where I put my emails, but I cannot open any email. To end evolution I have to 'force quit' Then I put the same commands in the terminal and get the following: log.txt is empty =0 [schorsch@localhost ~]$ evolution --force-shutdown Could not find Evolution's process ID [schorsch@localhost ~]$ pgrep -a evolution 2896 /usr/libexec/evolution-calendar-factory 2902 /usr/libexec/evolution-source-registry 2910 /usr/libexec/evolution-calendar-factory-subprocess --factory local --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx2896x2 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/2896/2 2922 /usr/libexec/evolution-calendar-factory-subprocess --factory contacts --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx2896x3 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/2896/3 2933 /usr/libexec/evolution-addressbook-factory 2963 /usr/libexec/evolution-addressbook-factory-subprocess --factory local --bus-name org.gnome.evolution.dataserver.Subprocess.Backend.AddressBookx2933x2 --own-path /org/gnome/evolution/dataserver/Subprocess/Backend/AddressBook/2933/2 Can you read that? Gottfried ___ 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] open
On Wed, 2018-01-03 at 12:43 +0100, Ralf Mardorf wrote: > so an equivalent to > > evolution --force-shutdown > > while sidestepping usage of "evolution" would be Hi, depending where you distribution installs it: $ /usr/libexec/evolution/killev which is what the 'evolution --force-shutdown` more or less does. But I do not think it's a good idea to make things overcomplicated when you've tools which are provided by the application, thus which are supposed to do things right (and if they do not, then it's a bug and should be fixed). On Wed, 2018-01-03 at 12:51 +0100, Ralf Mardorf wrote: > No output by running "pgrep -a evolution" means that everything is > terminated, IOW "evolution --force-shutdown" did shutdown everything. That's not accurate. Consider a situation when the GNOME managed to restart the background processes between the two commands. Nonetheless, we are far from the original issue. Let's stop discussing details which are not needed to be learned by the regular users. 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] open
On Wed, 2018-01-03 at 12:43 +0100, Ralf Mardorf wrote: > On Wed, 2018-01-03 at 12:11 +0100, Milan Crha wrote: > > well, the --force-shutdown kills the background processes in the > > correct order, which is important at least in GNOME, where > > gnome-shell's calendar-server process (which provides events in the > > clock popup) restarts evolution-calendar-factory process when it > > disappears, which can have consequences when it's not stopped as the > > last process. > > Thank you, > > so an equivalent to > > evolution --force-shutdown > > while sidestepping usage of "evolution" would be > > pkill -9 evolution && killall -9 evolution-calendar-factory > ^^ > I wonder if "-9" anyway would require > "&& sleep 5 &&" or a loop, so probably > "evolution --force-shutdown" is the easiest way, as > long as launching "evolution --force-shutdown" > shouldn't cause an issue itself. I've never had a problem with 'evolution --force-shutdown'. AFAIK it just calls /usr/libexec/evolution/killev. > Perhaps verifying that everything is killed by running > > pgrep -a evolution > > is a good idea? I use 'pgrep -f ...' as it also lists processes which have changed the first word in their command line (firefox does this for example). 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] open
My apologies, for the OP this perhaps was a confusing conversation. Gottfried simply run evolution --force-shutdown evolution &>log.txt or perhaps evolution --force-shutdown pgrep -a evolution evolution &>log.txt No output by running "pgrep -a evolution" means that everything is terminated, IOW "evolution --force-shutdown" did shutdown everything. ___ 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] open
On Wed, 2018-01-03 at 12:11 +0100, Milan Crha wrote: > well, the --force-shutdown kills the background processes in the > correct order, which is important at least in GNOME, where > gnome-shell's calendar-server process (which provides events in the > clock popup) restarts evolution-calendar-factory process when it > disappears, which can have consequences when it's not stopped as the > last process. Thank you, so an equivalent to evolution --force-shutdown while sidestepping usage of "evolution" would be pkill -9 evolution && killall -9 evolution-calendar-factory ^^ I wonder if "-9" anyway would require "&& sleep 5 &&" or a loop, so probably "evolution --force-shutdown" is the easiest way, as long as launching "evolution --force-shutdown" shouldn't cause an issue itself. Perhaps verifying that everything is killed by running pgrep -a evolution is a good idea? And after that starting evolution with redirecting all output to a log file. Since the login shell most likely is bash evolution &>/tmp/evolution.log) Regards, Ralf ___ 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] open
On Wed, 2018-01-03 at 11:48 +0100, Ralf Mardorf wrote: > I prefer pkill -9 over --force-shutdown to completely sidestep > evolution. Hi, well, the --force-shutdown kills the background processes in the correct order, which is important at least in GNOME, where gnome-shell's calendar-server process (which provides events in the clock popup) restarts evolution-calendar-factory process when it disappears, which can have consequences when it's not stopped as the last process. I do not want to go too much into detail here. Otherwise yes, there are usually multiple ways how to achieve the same goal. 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] open
On Wed, 3 Jan 2018 11:48:55 +0100, Ralf Mardorf wrote: >On Wed, 03 Jan 2018 11:13:45 +0100, Milan Crha wrote: >> $ evolution &>log.txt >> $ evolution --force-shutdown > >Hi, > >I'm in favour of > >pkill -9 evolution && evolution > /tmp/evolution.log 2>&1 > >&> vs 2>&1 for portability reasons, just in case the OP should use >a shell not providing &>, even while the OP most likely does use bash. > >I prefer pkill -9 over --force-shutdown to completely sidestep >evolution. > >However, the OP already was asked to do this, see >https://mail.gnome.org/archives/evolution-list/2017-December/msg00167.html . PS: Does "evolution --force-shutdown" terminate relevant processes that don't include "evolution", too? Are there any other relevant processes at all? ___ 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] open
On Wed, 03 Jan 2018 11:13:45 +0100, Milan Crha wrote: > $ evolution &>log.txt > $ evolution --force-shutdown Hi, I'm in favour of pkill -9 evolution && evolution > /tmp/evolution.log 2>&1 &> vs 2>&1 for portability reasons, just in case the OP should use a shell not providing &>, even while the OP most likely does use bash. I prefer pkill -9 over --force-shutdown to completely sidestep evolution. However, the OP already was asked to do this, see https://mail.gnome.org/archives/evolution-list/2017-December/msg00167.html . Regards, Ralf ___ 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] open
On Tue, 2018-01-02 at 21:30 +0200, Gottfried wrote: > > I'm unsure of one thing: does Evolution freeze in this state and it > > doesn't repaint, > > ...which lead to full function until I closed it again. Then it was > not opening anymore. Hi, I'm sorry, I'm still confused. "Then it was not opening anymore" means "Evolution doesn't start", or anything else? There is a big difference between: a) no evolution; b) evolution window stuck, not responding; c) might probably do something in the background, with no visual effect, but still can read locally stored messages and otherwise interact with the application. > Password seems not the problem, as I can open evolution through the > 'send to' command in the file directory. I just click on any file > anywhere with the right mouseclick, choose 'send-to' and open > evolution perfect. But that doesn't make sense to me either. Password for message send is saved separately from the one for message receive. I would verify that the saved password (in `seahorse`, aka "Passwords & keys" application) is the correct one. That would be for a workaround to not shown password prompt. By the way, when you run evolution from a terminal like this: $ evolution &>log.txt and you reproduce the issue and then close evolution gracefully, will the new log.txt file contain anything? Beware of private information, though there might be only a minimum of it, if anything. The not-shown-credentials-prompt sounds known to me, but I cannot recall any detail right now. Maybe update evolution and evolution-data- server to 3.26.3, which you might have already available in the repository, then restart the machine, thus the updated binaries for background processes are restarted. I'd also try one possibly completely unrelated thing, run: $ evolution --force-shutdown which will also restart background processes. There could be some issue with libsecret which happens from time to time, but it doesn't propagate into the UI. Restatrt of background processes this way helped usually. As I said, this might be unrelated and a complete nonsense for the issue you face. 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] Sort so un-read messages come to the top?
On Sat, 2017-12-23 at 21:44 +0100, Ralf Mardorf wrote: > you anyway much likely will run into dependency issues, since > Evolution doesn't provide much headroom against what dependency > versions it could be compiled. Hi, I do not want to add more offtopic to this thread, but this one hurts. Why do you think so? The version dependencies of evolution(-data- server) are bumped only seldom, the current stable series, 3.26.x, depends on gtk 3.10 and glib 2.46, which are pretty ancient and the main dependencies. The current development version has bumped dependency on gtk+, due to Wayland differencies and new gtk+ API being required. > ... but actually the culprit for the hardest dependency issues is > the gnome-desktop dependency Well, that's an optional dependency and can be turned off in the compile time (-DENABLE_GNOME_DESKTOP=OFF). The biggest problem on the evolution is the fact that it is not a standalone application like those other named in this thread. It depends and extensively uses evolution-data-server, which would be also fine, except the evolution-data-server is used by other (core) parts of the GNOME/system and by other applications, which means dependency issues "up-side-down". More is described here, if you are interested: https://wiki.gnome.org/Apps/Evolution/Building#Evolution-Data-Server_dependency Bye, Milan P.S.: I have compiled Evolution under Windows, it's 3.18 or something around that, and it can read my IMAP messages, but since there had been some issues with glib in that time and due to the port to WebKit2, which doesn't build under Windows, all that fun is mute now. I mean with that that Evolution can (could (WebKit2)) be built out of GNOME. ___ 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] Sort so un-read messages come to the top?
On Sun, 2017-12-24 at 09:07 +1300, M wrote: > Why not have a simple option to sort by unread? Hi, the column you want to use is called Status, not Read/Unread flag. As you realized, it accommodates multiple states of the message. It's usually read/unread, but can also be replied/forwarded/... and them all together (as it's a bit-or). > And it prevents Evolution from doing a simple common unread-then- > date. instead it makes E do unread messages all over the place and > trying to find stuff that came in today is difficult because that too > is all over the place. You can discuss possibilities here first, then, if there's nothing suitable, you might better file an enhancement request in GNOME bugzilla, thus the feature can be added in the Evolution: https://bugzilla.gnome.org/enter_bug.cgi?product=evolution That yours is doable and I can understand why you want to see whole thread with read and unread messages, while those unread would be at the top. I'm unsure whether you use threaded view or not, as that one may make trouble, because the Status is not propagated into the top message, only the date is (by default). > In a couple of seconds on TB I have it sorting messages in a logical > manner in the same folder where I can see things rather than throwing > stuff Do you change sorting that often? In any case, hold a Ctrl key and then press mouse left button over the column header. That one will be added into the sorting order, rather than replacing the complete sort order, which is simpler than right-clicking on the column header and picking "Customize current view...". 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