Re: [Evolution] Mail sent from IMAPX account disappeared after message sent FOLLOW UP
Hello John What do you mean by "One of the recipients returned read"? That seems the bit that apparently happens to be different. Also note that I expect all messages to be transmitted correctly. As you are using IMAPX, you will be sending the messages using SMTP. Then, evolution stores a copy of what it sent (and removes drafts if needed). Best regards ___ 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] Getting “Failed to issue REPORT: HTTP error code 404 (Not Found)”.
On Thu, 2019-01-03 at 17:01 +, Graham Sivill wrote: > The calendar backend servicing “Google” encountered an error. > The reported error was “Failed to issue REPORT: HTTP error code 404 > (Not Found)”. Hi, that error most like comes from evolution-calendar-factory, though it can also be from evolution-source-registry, it depends. Could you run them in this order from a terminal, please? $ WEBDAV_DEBUG=1 /usr/libexec/evolution-source-registry Wait a bit, then run from another terminal: $ CALDAV_DEBUG=all /usr/libexec/evolution-calendar-factory -w Wait a bit, then run evolution. You might see the REPORT error from either of the two. It should show the server response, which may or may not contain detailed information (though the "404 Not Found" is kind of self-explanatory). The URL it tries the REPORT at is important. Where evolution(-data-server) code found it is another question (it could be returned by the server). 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] search feature slow - in one account only
On Fri, 2019-01-04 at 10:02 +0100, Herr Oswald wrote: > Should it? - Or what does it actually do? Hi, the answer is here: https://mail.gnome.org/archives/evolution-list/2018-December/msg00018.html To add to that: there is a setting to keep stored for offline only part of the folder, like several recent weeks/months/... Which means not every message can be downloaded locally. Having an optimization of "whole folder is stored for offline", then avoid server-side searching, can be done. It might be eventually easy. Before you file a bug for it [1], could you try: a) File->Work offline b) wait until evolution is offline c) do the search. Will it be quicker? Will it end with any error message? If not for both, then I'd say file a bug. Also verify that in online the search will be slow: d) clear the search e) File->Work online f) wait until evolution is fully online g) do the search. Thanks and bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution-data-server/issues/new ___ 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] search feature slow - in one account only
I'd like to come back to this question: In "folder properties" I checked the box "copy folder contents locally for offline mode" / see attached screen). I thought that this would create a local data set, so that one would be searchable quickly. It seems not to do so. Should it? - Or what does it actually do? Thanks for clarification, Wolf ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list