Re: [Evolution] New Mailing List
On Mon, 2022-11-21 at 12:20 +0100, Patrick O'Callaghan wrote: > The new list information page can be found at: > > https://lists.osuosl.org/mailman/listinfo/evolution-users Hi, I updated the Wiki page: https://wiki.gnome.org/Apps/Evolution#Online_Support and added the evolution-users list to the user documentation: https://gitlab.gnome.org/GNOME/evolution/-/commit/ded1ecd696f83b31cd33a431afac2da336a93906 It will be shown in 3.47.1 and later versions, thus released as part of the 3.48.0 stable series. There are still places where the old list is mentioned (like the previous versions, in long term support distros and so on), but there's nothing I can do about it. Thanks and 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] Support for Oauth2 and Office365
On Mon, 2022-11-21 at 10:33 -0500, Adam Stein wrote: > Let me give you the big picture Hi, I see, that's a specific use case. You did not mention Davmail, but it provides its own IMAP interface, it uses EWS under the hood. You can open Edit->Accounts->EWS account name->Edit and turn off parts you do not want to use, the same as you do that in the GNOME Online Accounts. With respect of the OAuth2 for IMAP, there is a builtin OAuth2 service proving this for *.outlook.com servers. You can change the client id and client secret for it in DConf /org/gnome/evolution-data-server , keys oauth2-outlook-client-id and oauth2-outlook-client-secret, but there exists one predefined. To make it use for your IMAP server (I'm wondering which one it is, maybe it can be added to the list of accepted servers, thus it would work out of the box, in which case I'd need a bug report against evolution-data-server [1]), you add a hint into an oauth2-services-hint key, I guess something like: Outlook:mail.server.com may do it (the 'Outlook' here is the name of the OAuth2 service known to the evolution-data-server). Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution-data-server/ ___ 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] Support for Oauth2 and Office365
On Sun, 2022-11-20 at 16:02 -0500, Adam Stein wrote: > I had set up an application but it never worked (that error I > mentioned). Could be the Evolution application uses EWS while I was > trying with IMAP specifically. Supposedly IMAP will be enabled under > oauth2, so when it is for my company, I'll see if the error goes > away. If not, might have to file a bug. Hi, wait a bit. Do you mean that you did set up your own application in Azure and you wanted to use that one, instead of any predefined keys? That's perfectly fine, but you really should mention it at the beginning. I suppose you did set up your application as is described on the previously referenced wiki page. I did not try that for a long time, the last time when Azure changed their web interface, but I guess it should still work, because there's only one scope to be used. Ehm, IMAP? Why IMAP? Those are two totally different worlds, and protocols. The OAuth2 for IMAP has nothing to do with OAuth2 for EWS, they are configured differently. You forgot to mention both things in the previous mail for some reason. I guess you know the answers are very different when these things are known. I expected you use things unmodified, not that you change the application ID or even that you (want to) use IMAP. Anyway, you get much more with EWS, thus I suggest you stick with 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
Re: [Evolution] Support for Oauth2 and Office365
On Fri, 2022-11-18 at 20:43 -0500, Adam Stein via evolution-list wrote: > The reported error was “208;reason="The V1AppActAs token > doesn't contain the permissions required by the target > API.";error_category="invalid_grant"”. Hi, it's very confusing, to say the least. I face it too, but not consistently and not on all instances, which is very odd. When you follow the Help link in the account Properties->Receiving Email tab, then it'll bring you into a Wiki page with a list of three applications IDs: https://wiki.gnome.org/Apps/Evolution/EWS/OAuth2#Available_application_ID Try to change the application ID, it can help, though it's tricky to propagate it everywhere. First close Evolution, then open `seahorse` and delete passwords with name "Office365[u...@email.com]", if any, which correspond to the OAuth2 credentials. Then restart background processes with a command in a terminal: evolution --force-shutdown The interesting thing about this is that the server rejects the OAuth2 process after providing credentials, aka after being logged in to the server. It's supposed to ask for the confirmation whether the user trusts the applicatio. It seems to me like the server remembers the machine/user already accepted the OAuth2 app, but with a slightly different key and the server panics this way, instead of re-asking for the consent. It's only a guess. Feel free to file a bug for the evolution-ews ( https://gitlab.gnome.org/GNOME/evolution-ews/ ), to not have it forgotten, as it does worth to investigate further. 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] A reminder of a "plan B" mailing list
Hi, On Fri, 2022-11-18 at 07:23 -0600, Overthefalls via evolution-list wrote: > Does that mean that list subscribers will automatically have some > kind of account setup with discourse, do you know? No, I do not think so. The original mail: https://mail.gnome.org/archives/evolution-list/2022-October/msg00128.html mentions you are invited, which is far from "we move all of you to the discourse". I think it makes sense to be only invited, because there are too many mailing lists, thus too many users, which would mean a lot of work for the GNOME admins, not talking that some users might be upset by being forced to a new place (and their email address being "exposed" there). 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] How do I delete a folder that isn't there?
On Wed, 2022-11-16 at 19:55 -0500, Ken Wright via evolution-list wrote: > [imapx:A] I/O: 'A00067 NO [SERVERBUG] Internal error occurred. Refer > to server log for more information. [2022-11-16 19:47:53] (0.001 + > 0.000 secs).' Hi, I suppose you noticed the above, which has a hint what to do. Does that message get into the GUI? It could be a nice thing to do, as it provides a detailed information what failed, or rather what to do next in this case. 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 3.46: work week calendar display wrong?
On Wed, 2022-11-16 at 14:28 -0500, Paul Smith wrote: > I think you can only see this if you have a second timezone displayed > in the calendar. I can get a screenshot if this is not clear. Hi, it's okay, it's clear. The work week shows in the time column the first shown day, as you realized. It's not obvious when the second time zone is hidden, as you said as well. The only "trouble" with one time zone shown can happen during the time change (from summer to standard time and back), where some days might be one hour ahead/back from the other times, but it's such small portion that it doesn't cause any trouble (note it's configurable to set which days are working days, thus one can have set even weekends as the working days). Showing "today" for the second timezone, or the first day shown in the view, when the "today" is not part of the work week, will make it tricky for the code (also constantly checking whether the current day changed and such things) and possibly confusing for the users, because sometimes it would be "today" and other time a different day, thus I'd not do this. Similarly, I'd not hide the second time zone for the work week view, which could workaround the problem, but for a price of removing a good functionality. 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 3.46: work week calendar display wrong?
On Wed, 2022-11-16 at 13:52 -0500, Paul Smith wrote: > Or are others seeing the wrong day shown in the > calendar "Work Week" view? Hi, it's this one: https://gitlab.gnome.org/GNOME/evolution/-/issues/2097 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] Two folders open side by side?
On Wed, 2022-11-16 at 19:07 +0100, Andreas Fournier via evolution-list wrote: > Is it possible to have two folders open at the same time > side by side and to copy from one to the the other? Hi, not in a single window, but you can open a new window (File->New Window) and place the two windows side by side, each showing different folders/views/content/... 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] How do I delete a folder that isn't there?
On Tue, 2022-11-15 at 21:50 -0500, Ken Wright via evolution-list wrote: > When I try to delete or move the folder, I get a message > saying there is no such folder. Hi, I guess the server has the folder set as a virtual folder (not virtual as in the Evolution terms, aka Search Folder). Or, it would be even better, the folder name on the server contains a forward slash, which Evolution can interpret as a directory separator in some cases, thus the server may return "mailing/lists" and instead of seeing in the GUI mailing/lists there's shown: mailing lists This is only a wild guess. If anyone would like to object the forward slash in the folder name should be preserved, then there are use cases where this behavior helps to retain folder-like structure in the GUI, thus I'd not change this behavior. You can check what the server does when you run evolution as: $ CAMEL_DEBUG=imapx:io flatpak run org.gnome.Evolution which will print raw communication between the server and the client. Search for that folder name in the log, to see what the server returns and what the Evolution (or better libcamel) does with it when you try to move/rename it, together with the response from the server, even though the "folder not found" error can be caught by the libcamel before sending any request to the server. By the way, what does the folder name look like, please? > Evolution 3.46.2 Flatpak. There is no 3.46.2 release yet. It looks like you build the stable version from the git checkout yourself (which is great). You can see the exact version in Help->About, which even mentions the git commit used for the build. 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] A reminder of a "plan B" mailing list
On Tue, 2022-11-15 at 19:40 -0500, Steve Litt wrote: > At any moment now posting access to this mailing list can be removed > without further warning, so once again I want to make you aware of > the alt-evolution mailing list, which is a "plan B". Hi, what a nice coincidence. We are currently in the process of setting up the new list, poc may send a note about it, unless he'll consider this mine as a replacement. First of all, I've got a note from a GNOME admin that the lists will possibly shut down within 7 to 10 days since yesterday. There should be set up a new list meanwhile. While I've been very keen on the freedesktop.org hosting, we received a response from them that they do not intent to host any desktop applications in their mailing lists, thus this site is out of question. There is an ongoing work to setup the list under lists.osuosl.org, with a name evolution-us...@lists.osuosl.org . It's not done yet, there will be a separate email about it once it's done. This is a very fresh information, it happened roughly 9 hours ago (which is why I begun this email with "what a nice coincidence"). I guess the new name is fine, but if anyone has a better suggestion or an objection, then do not hesitate and express your opinion on it. I plan to update the user documentation and the Wiki page with the new official mailing list once the things are set up, though the users with an old/ancient Evolution, even the current online help, will still reference this list. There's not much I can do about it, I'm afraid. I'd like to thank poc, as he's leading this effort and he does all the paper work behind it. That being said: stay tuned, you'll be updated when the things are ready. Thanks and 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] Evolution segfault
On Mon, 2022-11-14 at 16:18 -0600, Tim McConnell via evolution-list wrote: > libsoup3.0-0 with a version number of 3.2.1-2. > I know I have the version that is supposed to fix the libsoup error. Hi, that's the (getting famous) https://gitlab.gnome.org/GNOME/libsoup/-/issues/308 Unfortunately, you do not have the libsoup version with the fix, because it had been release as 3.2.2, not 3.2.1, unless the distro's "- 2" at the end means they added custom patch to the package, but I doubt it was for this bug, because the fix in the #308 does fix the crash 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] Have I pushed Evolution beyond where it is designed to go?
On Tue, 2022-11-08 at 10:58 -0500, Paul Smith wrote: > I do have many problems with the UI changes introduced in Evo 3.46: > putting buttons for important things on the title bar makes NO sense. > But, that's not an issue with the flatpak. Hi, you can also use: gsettings set org.gnome.evolution.shell use-header-bar false command to turn off header bar usage, the only tricky part is to run it in the flatpak sandbox. It's easy once you know how to do it: $ flatpak run --command=sh org.gnome.Evolution which opens a command prompt inside the app's sandbox, where you can run other commands. 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] Have I pushed Evolution beyond where it is designed to go?
On Tue, 2022-11-08 at 10:33 +0100, Pete Biggs wrote: > You download a blob of "stuff" and you have no real > idea what is in that Hi, some people may even not care of it, they just want to have things done. ;) For what it's worth: $ flatpak run --command=sh org.gnome.Evolution cat /usr/manifest.json cat /app/manifest.json The first tells you what the runtime uses, the second what the app uses, or better what it had been built with. The Flathub.org Evolution uses the latest GNOME runtime, which is updated regularly, until it gets to its end of life. 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] Have I pushed Evolution beyond where it is designedto go?
On Tue, 2022-11-08 at 19:47 +0800, Mike Lieberman wrote: > I honestly do not understand about the > comment, "Milan has given you all the information you need to > clean up your configuration to start anew." Hi, you managed to split your thread into two (or whatever caused it to be split), I replied to the original thread. You can find the message in the archives: https://mail.gnome.org/archives/evolution-list/2022-November/msg00091.html in case you've it missing in your folder. 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] Editing and removing signature files -- how to?
On Tue, 2022-11-08 at 13:30 +0800, Mike Lieberman wrote: > I can see how to add new signatures, but not how to edit or delete > them. Is this simply a feature that is yet to be added? > > The 'box' below the identified signature stays empty. The edit and > remove buttons stay grayed out. > Hi, Edit->Preferences->Composer Preferences->Signatures works fine for me, I see a list of available signatures and when I select any of them the Edit/Remove buttons are made sensitive and can be clicked. I suppose when you run Evolution from a terminal there will be some related runtime warnings, possibly in time of opening Edit->Preferences or when selecting the Signatures tab. 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] Have I pushed Evolution beyond where it is designed to go?
On Sun, 2022-11-06 at 07:07 +0100, Mike wrote: > Nov 6 12:36:39 blackbox evolution[11523]: Failed to add service > 'News and Blogs' (rss): No provider available for protocol “rss” Hi, I guess, and only guess, you managed to mix different versions of evolution, even you claimed earlier you move backup between two same installations, only between VM and bare metal. I guess you've mixed things up because the "rss protocol" is a new thing in 3.46.0. It can be a leftover after your experiments, I do not know, but the 'rss' definition comes from a file in the system directory. > Nov 6 12:36:44 blackbox evolution[11523]: . table Inbox has 30 > columns but 28 values were supplied This one is another indication of the version mismatch, when you move from a newer evolution to an older evolution. There is a migration code, but it works only in the opposite way, from older to newer version (or the migration was not executed, because the version stored in the GSettings was higher than it was supposed to be). The above error specifically should should be visible also in the GUI, when you select that folder. It prevents showing the folder content, which is one of the problems you face. I suggest you start from scratch. Either as a new user, or clean all the evolution settings and data, not only the ~/.config/evolution/. Uninstalling the app will not help, this data is independent of the installation, and, more importantly, some of this data is used by the evolution-data-server background processes, which is shared with the desktop or other apps. The background processes run as part of the GUI, thus when you play with the underlying files, you need to make sure the background processes are not running, and/or you need to restart them when you are done with the changes, otherwise weird things happen. Note playing with underlying app files is something you should not (usually) do, it is expected to be harder to do it and you can break the app, which is what already happened. To start from scratch, see here what locations are used: https://help.gnome.org/users/evolution/stable/data-storage.html Do not remove the GSettings (DConf) directory, it holds all your settings, not only for Evolution. You can use something like: $ gsettings reset-recursively org.gnome.evolution-data-server $ gsettings reset-recursively org.gnome.evolution to unset your modifications (I didn't try the commands, maybe the syntax is slightly different). After this restart the machine and only then import your data from the VM. If the both evolution versions are the same on both machines, the same as the evolution-data-server versions, then the restore should be flawless. You can/should do another restart after restore, or run `evolution --force-shutdown` to restart also the background processes, though it should not be needed even on your ancient version. 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] Top panel and Bottom panel are out of sync in Evolution Mail
On Wed, 2022-11-02 at 13:07 -0500, John W. Himpel wrote: > Is there anything I can do to bring the data shown in these two panes > back into sync? Hi, the information for the message list (the "top" panel) is stored in the folders.db files either under ~/.local/share/evolution/mail/ or under ~/.cache/evolution/mail/ sub-directories. Not every server can save everything, thus some information is stored only in the folders.db file (like for the local accounts (On This Computer) all the labels, follow ups and such are stored only in the folders.db file), thus if you move it away, you can lose some information previously stored with the message. In any case, when you move the files away, they will be re-generated the next time you start Evolution. Maybe enter the folders twice, it sometimes helps. Alternatively, if this is only about IMAP accounts, which store their data under ~/.cache/..., you can move away the respective messages under that directory and keep the folders.db file, then the messages which are not stored locally will be re-downloaded when their content will be requested. That should help if the server did not change UID-s. This does not work for the Maildir/local accounts, which do not make message copies. In any case, I do not understand how you can get out of sync with the Maildir account, it doesn't make much sense to me. 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] What do I do now? V2
On Wed, 2022-11-02 at 20:20 -0400, Jim Popovitch via evolution-list wrote: > I offered, and still do offer, to host mail.gnome.org. Hi, thanks for the offer, and even I do not speak for the GNOME admins, do not count with it, they are not going to do/allow it. What about co-moderating the new evo list, wherever it will be? Speaking of which, as other mailing list(s) are moving to the freedesktop.org (the network manager list had been mentioned here), I think, and believe, it would be a perfect fit for the evo list as well. 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] What do I do now? V2
On Wed, 2022-11-02 at 20:23 +0800, Bret Busby wrote: > It is clear that the vast majority simply do not want a mailing list. Hi, well, I believe that's a wrong assumption. You might also consider that if "random people create random list" is not the right thing to do. The community should work together, not to be split, because some random folks think they do the best for the community even they do not wait for the community decision. Okay, yes, there is not much time, that's true, but still. As had been said by someone, there can be made also a Discourse post about where the "real" new mailing list is handled. That's the reason why I didn't act on my own and did not create the list myself, on a place I would prefer. I want to be sure the people are willing to move that way first. And there are supposed to be multiple moderators/admins, as poc said. I'm not the admin at the moment and I'd prefer not to be. I've no idea how long I'll stay with the project and my free time is kinda limited, as for everybody else. poc, there had been multiple people offering help even with the infrastructure. In case the current list admins do not respond, say till the 6th (this Sunday), would it make sense to engage those folks, if they are still willing to co-admin the list, wherever it is? There should be a voice from them too, of course. I suppose to make the list alive will take some time, hence I chose the 6th, to have at least a week for it to set up. Bret, what about you? Would you be willing to co-admin such list? I think there had been at least two other folks mentioned here, but I lost their names, I'm sorry. If you read this, please respond. Just my personal opinion and thoughts. Thanks and 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] google oauth OOB flow error - ideas?
On Tue, 2022-11-01 at 19:38 +0100, Jaroslaw Rafa via evolution-list wrote: > I meant something like doing the initial OAuth2 authorization in a > newer version that supports it (for example installed via Flatpak), > and then copying authorization tokens in some way to the old version > (in my version they are kept in the GNOME keyring, at least in > Ubuntu). Hi, yes, that's basically the way to do it, but how precisely achieve the outcome is too complex for an average user (I'd need to write a tool for it myself, to be able to do it). The thing you might want to know: when you open for example Seahorse and will see the credentials saved in the keyring, some will be named like "Evolution Data Source - Google[u...@example.com]". Those contain the OAuth2 information, which can be moved between the machines/apps. Not that I suggest it, it's only possible. 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] [solved] After an update Evolution's user interface is entirely broken
On Tue, 2022-11-01 at 13:15 +0100, Ralf Mardorf via evolution-list wrote: > I can shrink the window to a very small size without suffering from > such an issue Hi, it's because toolbars and header bars work differently. Toolbars can hide buttons (what you see on your screenshot). Anyway, this is really off-topic, let's move on. 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] google oauth OOB flow error - ideas?
On Tue, 2022-11-01 at 10:05 +0100, Torsten Krah via evolution-list wrote: > Is this know - maybe already fixed? Hi, it's known and already fixed for almost 6 months (on the 4th): https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/388 There is no workaround for it, the only options you have: - update to the version, which has the fix included - update whole distribution version - change distribution to some which provides it [1] - ask your distro maintainers to update to those versions - ask your distro maintainers to backport the fix - install Flatpak version from https://flathub.org - build your own Flatpak version [2] - build your own Evolution [3] If there are more (feasible) options, I'm not aware of them. Bye, Milan [1] I could not resist, I'm sorry ;) [2] https://wiki.gnome.org/Apps/Evolution/Flatpak [3] https://wiki.gnome.org/Apps/Evolution/Building ___ 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] [solved] After an update Evolution's user interface is entirely broken
On Tue, 2022-11-01 at 09:42 +0100, Ralf Mardorf via evolution-list wrote: > Some people might claim that I'm trolling, but can those people > explain why e.g. some icons are on the left side of the whatever > this bar is called and other icons are on the right side of this > bar in a really wide window. Hi, for what it's worth, here is the GNOME Human Interface Guidelines site, where you can find the answers for the many questions you have: https://developer.gnome.org/hig/ With respect of different tool bars, well, my understanding is that the toolbars are gone in the new era (similar to the menu bar), but you still need some often used actions easily accessible, hence the header bar. Text on buttons, that's tricky with small resolutions. You are lucky you've plenty of space, but there are people, or use cases, where is available only limited space, thus the text is too much for the header bar buttons. If you do not believe, then have a look here: https://gitlab.gnome.org/GNOME/evolution/-/issues/2022 You should know that the same as you dislike the workflow the GNOME HIG folks encourage, there are people not satisfied with your workflow. The app is in the middle of these two+, and tries to satisfy both+ worlds. Not an easy task, as you can imagine. Anyway, this is unrelated to this list, I only wanted to give you a point of view different from that yours. I do not mean to start a flame war here. It would be useless for everybody anyway. 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] After an update Evolution's user interface is entirely broken
On Tue, 2022-11-01 at 07:50 +0100, Ralf Mardorf via evolution-list wrote: > Evolution is rendered useless for my needs. Hi, it looks like it was not discussed here yet (or my search foo degraded). Please see: https://gitlab.gnome.org/GNOME/evolution/-/issues/2039 Long story short: since 3.46.1, run from a terminal: gsettings set org.gnome.evolution.shell use-header-bar false and then start Evolution. > I've attached screenshots showing the new confusingly arranged > ambiguous symbols By the way, your screenshots show that you've installed something what disables use of the header bars in the gtk3 apps. That was not what it was meant to look like. If you use some 3rd-party tool to modify the interface, then it's up to you (I recall it had been mentioned here, no need to repeat). Also, I would not say the interface is entirely broken. That's not fair from you. 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] Evolution Freezing and IPv6
On Mon, 2022-10-31 at 18:54 -0400, Adam Tauno Williams wrote: > Then move on to using the CAMEL debugging > > CAMEL_DEBUG=imapx:debug,imapx:extra evolution >& logfile Hi, the above is the least thing you want to see (and read). What you want, and what's the most often used, is: CAMEL_DEBUG=imapx:io,imapx:conman evolution The imapx:io shows the communication between the server and the client, the imapx:conman shows connection changes, including errors. Though when the app is frozen, waiting for a response from the server, or waiting for a connection, nothing will be printed in the debug logs. The easiest way to see what an application is doing when it's frozen is to gather a backtrace of it, ideally with debug symbols installed (because without them it's useless); that means for evolution-data- serve, evolution, glib2, glib-networking at least. You can get the backtrace with a command like this: $ gdb --batch --ex "t a a bt" --pid=`pidof evolution` &>bt.txt Please check the bt.txt for any private information, like passwords, email addresses, server addresses,... I usually search for "pass" at least (quotes for clarity only). Nonetheless, I also faced IPv6 routes issues with some servers. The easiest was to disable IPv6 on the machine. I do not think you can do much with the broken routes (or when the server has enabled IPv6, but doesn't respond properly there). 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] Announcement: this mailing list will be retired by the end of Oct 2022
On Wed, 2022-10-26 at 16:06 +0200, George N. Reeke wrote: > could you please let us all know where you will be when you have > decided? :)) Hi, I'll go where the "official" way will lead. Let's wait for the result. Poc and the other list admins will talk together and then a decision might be made. I do not want to push the decision onto them, it's just that they are much better than me with all the required mailing list knowledge and experience and all that stuff. I suppose the really last mail here might be something like "users can follow the community at ." whatever the "" will be. 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] Announcement: this mailing list will be retired by the end of Oct 2022
On Wed, 2022-10-26 at 11:13 +0100, Patrick O'Callaghan wrote: > My personal opinion is that the Freedesktop site looks more > promising, purely in terms of the number of lists they host Hi, I kinda like it too. Who's gonna ask there for the conditions of adding a new mailing list there, please? As you said, it would be a pita to have multiple people asking the same question(s) for the same list there. I'm sure I do not want to maintain the list, I do not want to be an admin of it, but I can help to gather the information. By the way, the page to create a list is accessible. Whether it lets me create a new list without asking the freedesktop.org folks I do not know, I wasn't brave enough to try to create the list, though I'd rather not create the list behind their back. I do not know how these things work. Partly related, would the new list be named "evolution-users" or "evolution-list"? The "evolution-hackers" is going to be shut down, there's not much to be written there these days. I think "evolution-users" (as suggested by someone else here) is good, it may even help to distinguish it from a Darwinism mailing list ;) 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] Announcement: this mailing list will be retired by the end of Oct 2022
On Tue, 2022-10-25 at 22:23 +0100, Patrick O'Callaghan wrote: > Can you ask them? Probably better not to have several people asking > the same questions. Hi, I can ask David, the infradead.org person, though I thought I'll keep the real paper work to somebody more knowledgeable than me. > We'd also need to know if they support migrating the > current list membership. I won't do that. Let the people decide which sites hold their mail addresses. Some may not like being moved to a different site without their explicit agreement. People should also choose their mailing list password on their own. > I think it would help if they could also host the archive, simply to > avoid having it split between two sites, before and after the change. While it makes perfect sense for archive searching, I won't do that too. When you open https://mail.gnome.org/archives/evolution-list/ and go to the bottom, then the Download section shows sizes for respective months since year 2000. Those are gzip compressed .mbox files. For example September 2022 shows 511KB compressed and when I decompress it, it's 947K. I did not count all the years, but I'd rather not use so much space on the new site immediately after moving there. That won't be good. 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] Announcement: this mailing list will be retired by the end of Oct 2022
On Tue, 2022-10-25 at 18:59 +0200, Ralf Mardorf via evolution-list wrote: > Both use Mailman 2. Do they soon migrate to Mailman 3 or to Twitter > and Discourse? Hi, that's a question for them. 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] Announcement: this mailing list will be retired by the end of Oct 2022
On Thu, 2022-10-20 at 13:09 +0200, Andrea Veri wrote: > After the deadline of the end of October Mailman archives will remain > alive in read only mode for posterity. If the mailing list was used > behind an alias, please let me know so we can re-do the same setup > but on Discourse instead. > > Thanks, > > P.S All the l10n lists are still pending code changes in damned-lies, > the deadline to decommission those lists may slip by a week or two > depending how soon those changes will be made available in DL > codebase Hi, I just asked Andrea to keep the evolution-list running a bit longer. It's currently postponed to the mid of the November. It gives roughly two more weeks to decide where to go, if anywhere. My personal opinion is to use a free mailing list service. Expecting there will be people not moving to the new location, thus the location will not turn from free to a paid service is not ideal. It's better to stay on the safe side, to avoid another move elsewhere in the near or far future. I suggested the two places where other similar/related projects to the Evolution already have their mailing lists. It might make sense to be nearby to them, from my point of view. Neither of those projects are developed under the GNOME umbrella, though. I do not know what conditions the freedesktop.org [1] or the infradead.org [2] have to accept a new mailing list. It's to be discovered by the list admins, if they/you/we agree on any of these services. Or other services. When it comes to it, the old good SourceForge supports mailing lists as well. I do not mind that much, as long as no money is involved. I do not think it would be fair to ask any money from the volunteers. Invest your wisdom, rather than bugs. Anyway, my personal opinion. Bye, Milan [1] https://lists.freedesktop.org/mailman/listinfo/ [2] http://lists.infradead.org/mailman/listinfo/ ___ 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] Trouble with gnome evolution
On Tue, 2022-10-25 at 14:58 +0200, Philippe Lefèvre wrote: > Error performing TLS handshake: Un paquet TLS incorrect a été reçu. > : an incorrect TLS packet was received Hi, these errors usually come from glib-networking, which uses GnuTLS by default. I think it could have something to do with system crypto policies, but I did not know it influences also Flatpak. Could you try to downgrade to the 3.44.4 version, whether it'll help with anything, please? You can do it with this command: flatpak update --commit \ def74e5bce7c7a789f878f9d1562acfaa431edd6ff29902525d8e37dd1b8a736 \ org.gnome.Evolution// After that make sure no leftover background process from the previous execution of the flatpak evolution left is running, for example with: ps ax | grep evolution | grep app There should be no process from /app/... directory. If there is any such, then kill them. Or simply restart the machine. I recall people claiming some issues with the 3.46.0 due to changed runtime, thus due to libraries Evolution depends on. These libraries can get into the runtime of the 3.44.4 too. For what it's worth, I do not face the problems you face. I tried with 3.46.0 (by Flathub.org) and it added a Google account with no problem, including Contacts and tasks and calendar events. I used Fedora 36. 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] [evolution-users] What do I do now?
On Tue, 2022-10-25 at 09:42 +0200, Ralf Mardorf via evolution-list wrote: > I'm not aware of software to my taste, that can replace Evolution for > me and I used almost all known MUA software. Hi, I'm not sure I understand your message properly, I guess I do not, but to express my own opinion: if the above means "if I cannot use a mailing list for app A, I'm going to switch to another app B, which does similar things as app A, even I'm particularly satisfied with the app A otherwise", then I say the reason to use another app just because the current app will have shut down one of three ways to ask for help, is really, really radical thing to do and doesn't make any sense to me. Again, just my opinion, likely due to my misunderstanding of you. Side note: discussing alternatives for random apps here is an off topic for this list by all means. Please, do not diverge from the intent of the mailing list. Thanks and 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] Authentication Failures
On Sun, 2022-10-23 at 16:25 -0500, Japhering, Anonymous via evolution- list wrote: > Any idea what verstion might have updates to address it ? Hi, it's this one: https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/388 The 3.42.5 was the last version receiving the fix upstream. I do not know why you use the old Flatpak version. Maybe you build it yourself? Then I suggest you update the Flatpak manifest from the branch you want to use, rather than stay so much behind: https://gitlab.gnome.org/GNOME/evolution/-/blob/gnome-43/flatpak/org.gnome.Evolution-stable.json You can also save your and yours' machine time by using the Flathub.org version. 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] Evolution crashes when trying to compose email
On Fri, 2022-10-21 at 21:08 -0400, Ken Wright via evolution-list wrote: > I Googled how to install the most recent Flatpak, > and it appears to be working properly now. Hi, it would be still good to know what caused Evolution to freeze. I understood from your description that the app is not crashing, but it's frozen. That's slightly different thing. You can check what Evolution is doing (or what it is waiting for) when you run it under gdb. Ideally have installed debug information packages for glib, gtk3, libsoup3, evolution-data-server and evolution at least, then run: $ gdb evolution --ex r from a terminal. Once you reproduce the problem, switch to the terminal and press Ctrl+C, which will bring you to the gdb prompt, where you can run gdb commands. Two interesting are: (gdb) bt (gdb) t a a bt The first prints the backtrace of the current active thread, which might be the main/UI thread, which is blocked, thus the app is unresponsive for the desktop environment. The second prints backtrace for all threads, which gives a little idea what the app is doing. Please check the output for any private information, like passwords, email addresses, server addresses,... I usually search for "pass" at least (quotes for clarity only), before sharing it anywhere. You can either "continue" to keep the evolution running, or you can quit gdb with the "quit" command. Preceding lines from the gdb run can contain related information too, in a form of runtime warnings printed in the terminal. It's not those "Thread Created" nor "Thread Exited", which are printed by the gdb and whose is there a lot for sure. 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] Automatic tagging as "important"
On Fri, 2022-10-21 at 12:29 +0200, Ralf Mardorf via evolution-list wrote: > For testing purpose I prioritized this message to the list. Hi, I see your message has "X-Priority: 1" header, which had been set by the Evolution's composer. It's not flagged in my instance of the Evolution. I do not see any such header in the original Andrea's mail, at least not in the copy I received. Pete, for easier search through the filters, you can Edit->Message Filters->Describe Filters..., which is a human-readable form of all your configured filters. 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] Automatic tagging as "important"
On Fri, 2022-10-21 at 09:07 +0100, Pete Biggs wrote: > Out of interest, does it happen for other people on Evolution? Hi, no, not for me. Andrea's mail is shown here as a regular mail, no Label (evolution's terminology) is set, neither the flag is set. No idea what could do that. Evo on its own surely not, not intentionally. 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] Announcement: this mailing list will be retired by the end of Oct 2022
On Thu, 2022-10-20 at 13:01 +0100, Patrick O'Callaghan wrote: > If there is a well-supported mailing list alternative, I will use > that. Hi, I cannot speak of the "well-supported" side of the thing, I only know of two public places. One is: https://lists.freedesktop.org/mailman/listinfo/ it's a place where SyncEvolution project moved to semi-recently. The other one is: http://lists.infradead.org/mailman/listinfo/ that's what libical uses for a long time. How to get onboard on either of the two I do not know. I've basically no idea about their internals, I only know they exist. There might be also other alternatives, of course. The main downside is that it'll not be @gnome.org anymore, thus, maybe, harder to find for the 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] Trouble with LDAP
On Wed, 2022-10-19 at 13:07 +0200, Krauß, Peter (SCC) via evolution- list wrote: > I entered a working BaseDN + LDAP Search filter but no > contacts are shown. Hi, maybe try the Search Scope to be "Subtree", not "One Level". It sometimes helps. Otherwise follow with the Andre's mail. As your Evolution version is unknown, I'd do `evolution --force-shutdown`, to make sure the background processes use the correct values. It might not be needed though, thus just in case. You should also search for something in the LDAP books, to have anything shown, unless you allow browsing the address book (it's an option close the Search Scope option in the book Properties). 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] Wrong time zone shown on some events in calendar
On Tue, 2022-10-18 at 13:00 +0200, Vincent Hennebert via evolution-list wrote: > Any idea of what’s going on? Hi, not really. I know of a regression in libical 3.0.15, but that's not part of the Fedora and a fixed libical 3.0.16 will come soon. The Fedora 36 did not update evolution* packages for some time now, thus the only option is either some sort of local cache corruption or some other package made an update, which confused the system. A "tzdata" package comes on mind as one of the timezone related packages. The timezone name you mentioned sounds like a Microsoft Exchange timezone. I would verify that the timezone used in the Evolution is an expected time zone (it should, but just in case). Then you can try to move away (not delete) ~/.cache/evolution/calendar/ directory and then execute from a terminal: evolution --force-shutdown which will stop also the background processes and then next time you open the calendar it'll download the events into its local cache from scratch, maybe fixing the cache content this hard way. Whether it'll help or not I do not know. If it'll be worse, then return back the moved directory from the above and do the force shutdown again, to return back to where it was. 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] opening a specific message
On Tue, 2022-10-18 at 11:41 +0200, Stefano Quintarelli via evolution- list wrote: > is there a way to externally get evolution to display a particular > message, either from the command line or otherwise ? Hi, it depends on your Evolution version: https://bugzilla.gnome.org/show_bug.cgi?id=788192 and whether you want to open an exact message from an exact folder of an exact account (not a directory on the disk), or just a message with a certain Message-ID header, wherever it's found first. 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] Trouble with gnome evolution
On Tue, 2022-10-18 at 10:52 +0200, Philippe Lefèvre wrote: > But I never get it working. > I use : > Type: CardDav > Name: CardDav Hi, it is possible, but it requires manual editing of the corresponding .source file under ~/.config/evolution/sources/ to set the [Authentication] "Method" to "Google" (quotes for clarity only). What you really need is a newer Evolution, which does this on its own, because the OAuth2 process changed on the Google side as well, which requires code changes, not only data changes. If your distro doesn't provide any newer version and you cannot upgrade to a newer version of your distro, which provides latest Evolution (and all other software), then you can try to install Evolution as a Flatpak, from https://flathub.org . It has its limitations, but it allows you to run the latest software under ancient distros. 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] Mailing list?
On Sun, 2022-10-16 at 13:05 +0100, Patrick O'Callaghan wrote: > If Evolution sees that the replied-to message has the appropriate > list headers, it could simply turn Reply-To-All into Reply-To-List, > or just disable Reply-To-All. Hi, there are still legitimate use-cases for Reply-To-All within the mailing lists. I sometimes post a message to mailing lists where I'm not subscribed to, and either I state so explicitly and they include me in the CC, or the list nature is expected to receive mails from non- subscribers and the members do Reply-To-All always (one such example is when I ask for a freeze break exception). You can say those are just special cases, whose is much less than those "annoying semi-private replies", but I won't make the life harder to others just to make it simpler for me. There's no win-win solution here, I'm afraid. For the Reply-To-All turning into Reply-To-List, the "Group Reply" button does the right thing, +/- a setting in the Composer Preferences, where the user can influence what is preferred with the Group Reply. 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] weird bug: mismatch between the message list and preview pane
On Sat, 2022-10-15 at 18:49 +0200, Francesco Porro via evolution-list wrote: > I don't know if it's worth to file a bug because that only happened > with yahoo imap and mail filters I set up for my malinglist. Hi, reproducibility is crucial. Without it bugs like this one are not that useful. A weird thing is that you see it only with a single mail provider. That could mean there's something fishy with the provider itself, not with the libcamel code (but that sounds even more odd). 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] How do you retroactively train Bogofilter's spam / ham filters on multiple computers using existing messages (on an IMAP account)?
On Fri, 2022-10-14 at 09:34 -0400, Jeff via evolution-list wrote: > I wondered now if something about this could be relevant to the > documentation page in the user manual, or if that's considered too > niche? Hi, if you mean to write to the manual a note about a workaround, then I'd rather not do that. A better option would be to not restrict the Junk/NotJunk buttons on the selected messages flags - enough to disable the Junk button in the Junk folder. I'll appreciate a bug report filled in the Evolution bug tracker: https://gitlab.gnome.org/GNOME/evolution/-/issues/ Thanks and 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] How do you retroactively train Bogofilter's spam / ham filters on multiple computers using existing messages (on an IMAP account)?
On Thu, 2022-10-13 at 15:38 -0400, Jeff via evolution-list wrote: > I went to my laptop to do the same, and there... it doesn't let me do > that at all (those actions are grayed out, even though Bogofilter is > installed and enabled there), presumably because Evolution marked > them on the server with some sort of IMAP flag I would guess? Hi, you are right, the use case with multiple clients is "a problem". According to a code comment, there is no indication that the message had been marked as not-junk, which might confuse the users, maybe. The idea is that you do not need to pass the same message multiple times to the spam filtering software. A "workaround" can be to add a message which was not mark as junk nor not-junk yet into the folder and then select all the messages, which will enable both of the actions. As you mentioned, copying the bogofilter database can be done too, only make sure you use the same bogofilter version on both machines, to avoid problems in case the two versions would expect different database format. 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] Evolution doing a lot of network traffic to/from Exchange
On Wed, 2022-10-12 at 13:00 -0400, Paul Smith wrote: > Every so often I notice that there is a huge amount of network > traffic to/from my system, it can last for quite a while (hour+) Hi, most of the operations run on the Evolution side (related to mail) can be seen in the status bar or when the "stop everything" button on the far right of the Mail view's toolbar is enabled/sensitive. It doesn't catch everything, but many operations it does. > I have "Check for new messages" set to 5 min. Depending where you connect to, when you've enabled "Listen for server change notifications" and the Exchange server supports it, you do not need that often checking. Nonetheless, the check should be relatively small chunk of data, as the code asks "what did change since the last time I asked" (the "last time I asked" is a sync tag, which can get quite long over time) and the server returns what changed, if anything. That's done for each folder. > Could it be something with the GAL? As Tim said, it depends how you've setup it. If you use offline GAL (mail account Properties->Receiving Options tab), then the evolution- addressbook-factory process checks for the GAL changes and updates its local copy if needed. When talking about GAL, open its Properties in the Contacts view. There is an option to download contact photos. Maybe turn it off. If your GAL is large, it can take a long time to get (or to fail to get) the photo for every user in it. > Is there any way to figure out what is going on here? You can kill the flatpak evolution (with all its background processes - there should not be any /app/ in `ps ax | grep evolution`) and then run it from a terminal as: $ EWS_DEBUG=2 flatpak run org.gnome.Evolution It'll show what the evolution-ews is doing and what the server is returning. You won't see which process does it, all of them will be mixed together, but you can at least see the operations it's issuing towards the server. That may give a clue. 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] High disk usage
On Tue, 2022-10-11 at 12:57 +0200, Pelle Windestam wrote: > So nothing huge here. Evolution is still writing a lot of data, maybe > 10 minutes after startup it has already written about 110 MB. Hi, can the received messages be large, like with some attachments or inline images? Check size of those directories under ~/.cache/, where the folders.db files are stored. Then you can check the size of the ~/.cache/evolution/http/, which is for the remote content, aka for data referenced remotely in HTML messages. I cannot think of anything specific what would cause such writing. Bye, Milan P.S.: by the way, Reply to List (Ctrl+L) works better for me on this 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] Logwatch reports segmentation faults in Evolution
On Mon, 2022-10-10 at 18:35 -0500, Tim McConnell via evolution-list wrote: > So now the question is do I file a bug with libglib or libsoup? Hi, Andre is right, there are missing the debug symbols, making the backtrace useless for any real bug filling, but even with so sparse information I believe you face: https://mail.gnome.org/archives/evolution-list/2022-October/msg00037.html See its follow ups for more information. Thanks and 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] High disk usage
On Mon, 2022-10-10 at 20:04 +0200, Pelle Windestam via evolution-list wrote: > Could the fact that there are lots of e-mails there be causing this? Hi, there is a folders.db file, which contains an information about the messages in all the folders for each account. This information is used in the message list, apart of other things. That's an SQLite database, I do not think they override the whole file, definitely not for me, at least according to [1]. My largest folders.db file has 232M. Apart of the folders.db file there are respective messages stored, those which you opened. For folders marked for offline synchronization those messages, which had been downloaded. Once the message is downloaded, it's not re-saved, the cached file is used. Bye, Milan [1] $ cat /proc/`pidof evolution`/io rchar: 3004641844 wchar: 43846998 syscr: 914029 syscw: 112992 read_bytes: 323649536 write_bytes: 5922816 cancelled_write_bytes: 0 ___ 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 in GAL contacts
On Mon, 2022-10-10 at 11:18 +0200, Wiethoff, Helge via evolution-list wrote: > 2. search for a contact "Foo" by "in any field" Hi, how is your GAL configured, please? If you have filled correct OAB URL in Edit->Preferences->Mail Accounts->->Edit->Receiving Email tab, then in the Receiving Options tab you can set the GAL to be an Offline Address Book (that's the OAB for), which provides more information than the online GAL and it works even without network. The delay can be that it's trying to refresh the book data under the hood, which can block other operations. Once the refresh is done, the new requests are processed in a timely manner. The GAL can show a spinning circle beside its name, indication that it's doing something. Hovering a mouse above it shows a tooltip with the details information about what it is doing. The GAL also supports downloading photos of the contacts. You can disable it in the GAL book Properties (context menu option above the GAL in the Contacts 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
Re: [Evolution] High disk usage
On Mon, 2022-10-10 at 10:55 +0200, Pelle Windestam via evolution-list wrote: > when I by accident looked at my "System Monitor" tool I noticed that > it was writing huge amounts of data to my disk. Hi, does it report what file it is? Is the file itself such large, or so much data is written during the say, keeping the file relatively small? Being it about mail file, do you receive many mails each day? 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] Crashing Evolution 3.46.0 ?
On Mon, 2022-10-10 at 09:46 +0200, Milan Crha via evolution-list wrote: > I would file this as an issue into their bug tracker: Hi, I opened a bug there for you: https://gitlab.gnome.org/GNOME/libsoup/-/issues/308 If you could, please, CC yourself there, in case they'd have additional questions. Thanks and 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] weird bug: mismatch between the message list and preview pane
On Fri, 2022-10-07 at 23:32 +0200, Dan Kortschak via evolution-list wrote: > This has been with the Proton IMAP bridge and I suspect that this is > a a problem with that causing confusion. Hi, Proton Mail Bridge does have such problem, unfortunately: https://github.com/ProtonMail/proton-bridge/issues/220 It's along standing problem of the Proton Mail Bridge. 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] weird bug: mismatch between the message list and preview pane
On Sat, 2022-10-08 at 00:28 +0200, Francesco Porro via evolution-list wrote: > but instead it could depend to the Imap implementation made by Yahoo > Hey, I have a Yahoo account, a very low traffic, and I did not notice any such problem with them. I use server-side filtering with them, which can be the difference, maybe. 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] Crashing Evolution 3.46.0 ?
On Fri, 2022-10-07 at 15:41 -0400, Paul Smith wrote: > Is the 0x some kind of overwritten memory due to > being freed, or something? Hi, yes, it can be, but I'm not sure (I've no idea whether there are any functions enabled in Flatpak to overwrite pointer addresses after free). > (gdb) bt full > #0 0x7f8002abc8fb in g_mutex_lock > (mutex=mutex@entry=0xaab2) at ../glib/gthread- > posix.c:1529 > gaicae_oldval = 0 > #1 0x7f7ffc8977d1 in soup_connection_manager_cleanup > (manager=0x, cleanup_idle=cleanup_idle@entry=0) at > ../libsoup/soup-connection-manager.c:516 > conns = > #2 0x7f7ffc8a8b45 in async_run_queue > (session=session@entry=0x55e754ed96c0) at ../libsoup/soup- > session.c:1821 > priv = 0x55e754ed9620 > items = 0x0 > i = > #3 0x7f7ffc8a8c35 in queue_dispatch (source=, > callback=, user_data=) at > ../libsoup/soup-session.c:184 > session = 0x55e754ed96c0 The backtrace shows a problem in libsoup3, possibly calling (asynchronously) soup_connection_manager_cleanup() on an object, which had been already freed. It looks like that from the backtrace at least, I do not know libsoup internals that well. I would file this as an issue into their bug tracker: https://gitlab.gnome.org/GNOME/libsoup/-/issues Evolution itself doesn't do many libsoup calls on its own, only a few. Do you have enabled sender's photos, or RSS, or remote content loading, or... I do not know off head what all can call libsoup in the evolution process while viewing messages, I'm sorry. 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] Crashing Evolution 3.46.0 ?
On Wed, 2022-10-05 at 15:33 -0400, Paul Smith wrote: > Yesterday I updated my flatpak to Evolution 3.46.0 (from Evolution > 3.44.x) and I'm having something of a hard time adjusting. I'm > running it on Ubuntu 20.04 which has native Gnome 3.36.8. Hi, it had been mentioned here already, see this thread (with some replies in this month): https://mail.gnome.org/archives/evolution-list/2022-September/msg00142.html It's hard to say what's going on without a backtrace. That might not necessarily point to the faulty place, but maybe it'll help a bit at least. Debugging Flatpak applications is tricky, even more trickier for the Evolution (notice of the `evolution.bin` in the warning, the `/app/bin/evolution` is a wrapper script, which runs necessary services before the `evolution.bin` binary is started). Some info on the debugging of the Flatpak apps is here: https://docs.flatpak.org/en/latest/debugging.html 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] Evolution import
On Wed, 2022-10-05 at 20:09 +0100, Dennis Harvey via evolution-list wrote: > What do I need to be able to import data from a single file which has > 3 column csv format? I always get the first column imported into the > first 2 columns in Evolution contacts and nothing in the third > column. Hi, what do those three columns contain, please? Does the first line contain names of the fields the columns correspond to? You can choose between three different CSV formats during import, each producing a slightly different output, depending on the file content. Recognized column names can be seen here: https://gitlab.gnome.org/GNOME/evolution/-/blob/master/src/addressbook/importers/evolution-csv-importer.c#L97 Ideally, you process the CSV file with a script and convert it to a vCard file, where you assign columns to exact fields in the vCard format (you can create a contact with filled values in the needed fields in Evolution, then right-click the contact and pick "Save as vCard...", then open the file and see what should be written where). The UID is supposed to be globally unique for each contact. 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] Logwatch reports segmentation faults in Evolution
On Sat, 2022-10-01 at 14:39 -0500, Tim McConnell via evolution-list wrote: > But for those that don't know it: Hi, I see, thanks. My memory is rusty, which doesn't help in many ways. I'm sorry about that. > one when I clicked on a link from an email (job posting) A process started from an application, which is run from a terminal, shares the terminal pipes (stdout/stderr/...). I think, and only think, that those JavaScript related messages are from the browser, or from its helper, which passed the clicked URL to the running instance. Which exact part reports it I do not know, maybe certain plugin the browser has installed, who knows. They might be harmless for the evolution itself. > the second one when I used Ctl+Q (quit evolution) which I always get > when I exit an Evolution session from a command prompt. That's a very boring message, whose fix requires fundamental changes I didn't brave myself to try to address yet. A bit more info here: https://gitlab.gnome.org/GNOME/glib/-/issues/1857 It's also harmless, it's basically telling that there's a memory leak. It does not hurt, because the app is closing anyway. 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] Sudden rash of segfaults and freezes
On Fri, 2022-09-30 at 13:55 -0500, Anonymous Japhering via evolution- list wrote: > Mint notified that I had a bunch of updates pending, but no kernels. > Most of what was pending was ancillary tools. The notable exception > being lib webkit taking an incremental bump from 2.36.7- > 0ubuntu0.20.04.1 to 2.36.8-0ubuntu0.20.04.1. Hi, as long as you use Flatpak, most of the host system libraries updates do not influence the Flatpak apps, they have their own libraries. > I'm currently experiencing segmentation faults and Evolution freezes > (the whole app -- requiring a flatpak kill to escape from. I agree with Andre, try to get a backtrace and file a bug. As it's a Flatpak Evolution, file it there: https://github.com/flathub/org.gnome.Evolution/ The Evolution upstream (the GNOME Evolution) does not provide those builds. If you want to downgrade your Flatpak version, you can use the following command to get list of available commits: $ flatpak remote-info --user flathub org.gnome.Evolution// --log | more and then pick one commit and apply this command: $ flatpak update --commit ID org.gnome.Evolution// For example if you want to downgrade to 3.44.4 version, you'll run: $ flatpak update --commit \ def74e5bce7c7a789f878f9d1562acfaa431edd6ff29902525d8e37dd1b8a736 \ org.gnome.Evolution// I do not know how much it will stick, if you've enabled automatic updates. 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] Is there a way to set the interface back to what it was?
On Thu, 2022-09-29 at 13:31 +0200, aguador via evolution-list wrote: > I DK if this has been reported, but I am responding to Tim's message > -- which disappeared when I hit Respond to list -- a feature or a > bug? Hi, just to be clear, the message in the folder did not disappear, when you pressed the Reply to List, what did not show up in the composer window was the Tim's message text, there was only "On Date Tim wrote:", right? When you look carefully on the Tim's message [1], you might notice the very first line contains "-- \n". That's a signature delimiter, meaning everything below it is a signature, meaning Tim wrote his reply into the signature part, not into the message body. Replies drop signatures by default, thus the composer opened with no quoted text. Bye, Milan [1] https://mail.gnome.org/archives/evolution-list/2022-September/msg00041.html ___ 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] Is there a way to set the interface back to what it was?
Hi, I'm going off topic for this thread... On Fri, 2022-09-30 at 11:43 -0500, Tim McConnell via evolution-list wrote: > So, in regards to the "missing message" of mine, It's disappeared > from my view as well. It sounds odd. It cannot just vanish. Well, unless there's a bug somewhere, but even then it would need some user action to trigger it, I guess. I mean, if the message was there, in a folder, and it's now gone, without an explicit Delete action, or (an accidental?) Delete button press, then there's something odd. > I believe I'm the one that wrote it originally. It's > also not in my folder for this list or in my gmail. I know Gmail used to "de-duplicate" messages by the message ID, not by its content. When you send a message to a mailing list and store the sent message on the Gmail side, the Gmail silently "ignored/drops" the message from the mailing list from you, because you've stored the same message in your Sent folder on the Gmail side already, despite the message received from the mailing list is not exactly the same as the one you sent (many different headers, added list signature at the end of the message). It used to work this way at least in no so distant past. How it behaves these days I do not know, I store sent mails to an On This Computer folder, to have more complete 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] Stop Evolution Automatically Asking to Decrypt Messages
On Wed, 2022-09-28 at 15:30 +0200, normsmail--- via evolution-list wrote: > I still get the passphrase prompt when receiving an > encrypted email. Hi, is it when you receive the message or when you select it and it's loaded in the preview panel? The first should not happen, unless you've a message filter (Edit->Message Filters), which requires the message body decoded. The second is obvious, you cannot see the message if it is not decrypted. Disable the preview panel (View->Preview->Show Message Preview (Ctrl+M)) to not have the message loaded when you select 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
Re: [Evolution] Crashes after updating to 3.46.0
On Wed, 2022-09-28 at 11:59 -0500, Michael via evolution-list wrote: > (evolution.bin:26): GLib-GObject-CRITICAL **: 11:56:29.983: > g_object_ref: assertion '!object_already_finalized' failed > /app/bin/evolution: line 33: 26 Segmentation fault (core dumped) > /app/bin/evolution.bin "$@" Hi, there is no enough context to know where the problem happened. That would require at least a backtrace, to see the place where the glib detected the problem. I do not know exact way how to get it from the flatpak build. There might be articles on the Internet how to do it. You mentioned "randomly", try to watch when the crash happens, after what action. Like when viewing certain message, replying, creating a new message, ... Every detail matters. 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] Crashes after updating to 3.46.0
On Wed, 2022-09-28 at 19:50 +0200, Ralf Mardorf via evolution-list wrote: > IIUC it's providing 3.46.0, which obviously is not the stable > release. Hi, you are wrong, 3.46.0 is the first stable version release of the 3.46.x stable series. That implies that the wiki page you referenced is also correct. 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] Reading emails and threading
On Mon, 2022-09-26 at 08:11 -0500, c. marlow wrote: > My reply will be bundled / attached to the original email. Hi, as it had not been mentioned by others in this thread, and I think it belongs here: you can change the reply and forward style in Edit->Preferences->Composer Preferences->General tab. Similar option is available also in the mail account Properties, which is used to override the global default. There exists also a Message->Alternative Reply (Ctrl+Alt+R), where you can have set different style as well; it's meant for occasional replies, as an addition for the two options mentioned above. The Message->"Forward as" contains an "inline" choose of the forward style. There is no similar menu option for the reply style. 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] Logwatch reports segmentation faults in Evolution
On Fri, 2022-09-23 at 12:47 -0500, Tim McConnell via evolution-list wrote: > I'm on Evolution 3.45.3-2 and my logwatch has been reporting > segmentation faults for the last few days. Hi, I do not know what logwatch is, nor how one gets more detailed information out of it, but if you face evolution process crashes, then I suggest to run it from a terminal under gdb and get the backtrace when the crash happens. Note the gdb will catch it and will wait for an input while the GUI will look frozen. A command can be: $ gdb evolution --ex r and once it stops do: (gdb) bt to print the current thread backtrace. An information before this command can be useful too, possibly showing some runtime warnings. To quit gdb simply execute command in its prompt: (gdb) q Please check the backtrace for any private information, like passwords, email addresses, server addresses,... I usually search for "pass" at least (quotes for clarity only). 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] New button no longer works
On Thu, 2022-09-22 at 13:11 -0400, Steve Litt wrote: > How do I get back my New button functionality? Hi, I guess your distro updated glib (sometimes called glib2) under the hood. They changed some behavior in glib, which breaks this. Try to move to another view and back (Ctrl+2, followed by Ctrl+1), which should populate the New button (and the File->New menu) again. The shortcuts still work, Ctrl+Shift+M should open the new mail message composer window. For the reference, it's filled as: https://gitlab.gnome.org/GNOME/evolution/-/issues/1969 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] 2-way Sync between iCloud & Evolution- Looking for good current HOWTO
On Thu, 2022-09-22 at 13:11 -0400, Matt Connell wrote: > This[1] is what I used when I recently started using an iPhone. > Worked > for me. > > > 1: https://ar.al/2018/08/05/using-icloud-calendars-on-gnu-linux/ Hi, that's a nice and accurate article. If you want to get a bit more out of it, with less effort, including automatic sync of all your calendars and address books (no need to add them one by one), follow the article up to the File->New->Calendar and use File->New->Collection Account instead. There you fill your @icloud.com address, or use the "icloud.com" as the Server in the Advanced options with your Apple ID, and then click Lookup, which will show you "Found 6 candidates", without entering any password. Then click Next and move through the wizard. It finds CalDAV, CardDAV, IMAP and SMTP. You can disable whichever part you want. 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] Freezing Preview pane
Hi, On Mon, 2022-09-19 at 10:55 -0500, Anonymous Japhering wrote: > Given that there is no master list of what distro is running what > version of anything, the task becomes a monumental time suck. And > time is the thing I have the least of. Right, I'm sorry about that. I didn't mean to waste your time. 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] Freezing Preview pane
On Mon, 2022-09-19 at 09:50 -0500, Anonymous Japhering via evolution- list wrote: > For example, Linux Mint native version is 3.36.5-ubuntu1 while the > flatpk version is 3.44.4. There is bound to be a ton of changes in > both Evolution and WebKit between the versions. Hi, you are right, it depends on the distro the user uses. There are distros with even older Evolution (but possibly close to the latest WebKitGTK) and distros which have the same or newer version than the Flathub.org version. I suggested to use the version close to the Flathub.org version just for the reason you mentioned, to limit the set of the changes. 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] Freezing Preview pane
On Fri, 2022-09-16 at 10:58 -0500, Anonymous Japhering via evolution- list wrote: > ** (WebKitWebProcess:141): WARNING **: 10:19:30.227: Error: 9, This > file contains no playable streams.. Debug output: > ../gst/isomp4/qtdemux.c(489): > gst_qtdemux_post_no_playable_stream_error (): /GstPipeline:image- > decoder-0/GstDecodebin3:decodebin3- > 0/GstParseBin:parsebin0/GstQTDemux:qtdemux0: > no known streams found Hi, it looks like there is something with the gstreamer code in the WebKitGTK, or, possibly better said, the message contains a video/audio stream, which cannot be played with the gstreamer. As your Evolution works fine, it can be closed, the problem is surely on the WebKitGTK side. A backtrace of the corresponding WebKitWebProcess process might help, but getting a backtrace from a Flatpak application is too complicated. A viable option could be to test with the message on a host system Evolution (some latest version, like 3.44.x/3.46.0, with a new WebKitGTK), and, if reproducible, provide the message for testing to the WebKitGTK folks. 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] Freezing Preview pane
On Thu, 2022-09-15 at 13:23 +0200, Andre Klapper via evolution-list wrote: > Disabling and enabling it via Ctrl+M does not help. > Restarting Evolution helps. Hi, the preview panel is backed by the WebKitGTK. If it doesn't repaint, then (one of) the WebKitWebProcess processes is stuck on something. Getting a backtrace might help. I'm not suggesting for a full debuginfo for the WebKitGTK, because it's gigabytes of data. Fedora's minidebuginfo is sufficient for a rough idea what the process does. it can be stuck in Evolution's code too, thus having current debuginfo for evo and evolution-data-server would be welcome. 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] html signature in Evolution
On Thu, 2022-09-15 at 11:18 +0200, Rik wrote: > How do i use the signature .html file in Evolution? Hi, I would go to Edit->Preferences->Composer Preferences->Signatures->New, select format HTML, and then Insert->HTML File... from the menu and pick the signature file, which will be loaded into the signature editor, where you can check what it looks like. I suppose you compose messages in the HTML format, not in any other. 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] New version, new error. dammit
On Wed, 2022-09-14 at 12:44 -0500, Tim McConnell via evolution-list wrote: > Sep 14 03:09:56 DebianTim evolution-calen[3387]: GError set over the > top of a previous GError or uninitialized memory.#012This indicates a > bug in someone's code. You must ensure an error is NULL before it's > set.#012The overwriting error message was: SQLite error code '1': no > such table: ECacheObjects (statement:DELETE FROM ECacheObjects WHERE > ECacheState=3) Hi, it looks like your calendar cache(s) did not survive the update for some reason. I'd simply: $ evolution --force-shutdown and then $ mv ~/.cache/evolution ~/.cache/evolution.bad Supposing those messages are from the remote calendars/task lists/memo lists you've configured. The `mv` command moves everything remote, including mail accounts, and will force to reload all of that. You can keep the ~/.cache/evolution/mail/, if you want to, especially if there's no problem with it. By the way, those tables are ensured to be created after the calendar/tasks/memos list is opened, could it be the evolution- calendar-factory was not restarted after update? Though even then I'm not sure how that could break, unless playing with the ~/.cache/evolution while the processes had been running in the background (no, closing evolution doesn't close the evolution-data- server background processes, because some other apps can use them). 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] Forwarding a mail to action fraud that is potentially fraudulent
On Thu, 2022-09-15 at 08:13 +0100, Steve T via evolution-list wrote: > Data Command failed: Message contains malware (detected as > Sanesecurity.Phishing.Fake.Coin.29059.UNOFFICIAL) Hi, the "Data Command" means DATA command on the SMTP level, aka it's the server returning the error. > I have a different EMail client on my phone, so I've just forwarded > the message from there to see what happened. It appears to forward > ok. Interesting, I'm wondering how they could workaround that SMTP server error. Unless they use a different sending server. Anyway, it's good you found a way. 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] Forwarding a mail to action fraud that is potentially fraudulent
On Thu, 2022-09-15 at 06:59 +0100, Steve T via evolution-list wrote: > Is that message from Evolution or from my mail provider, and if from > Evolution, can I disable the scam check for an individual mail? Hi, I'd need to see an exact message and when it shows up to know for sure, but I guess it returns your SMTP server. You can see what's going on under the hood when you run Evolution as: $ CAMEL_DEBUG=smtp evolution and try to re-send the message. I guess you use SMTP, you did not say that. I do not know whether acceptable by the recipients, but maybe if you save the message to an mbox file (right-click it, it's in the context menu), then compress it with a .zip and that compressed file will be sent to the involved parties, then maybe it'll avoid the error. In any case, Evolution itself doesn't do any spam filtering when sending messages, it scans for spam on received messages only. 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] Freezing Preview pane
On Wed, 2022-09-14 at 15:26 -0500, Anonymous Japhering via evolution- list wrote: > However, it is a permanent failure. The pane will remain frozen > until I reboot my laptop, which is the pain point. Hi, is the whole machine frozen, or only the Evolution, or only the preview panel itself? Is there a higher CPU usage when it freezes? Maybe it's doing something in the background, waiting long enough may recover it. Try to run evolution from a terminal: $ flatpak run org.gnome.Evolution and let it freeze, maybe it'll print something useful there. If you can move between messages, then you might be able to close Evolution as well. When you click the close button multiple times, you'll be asked whether you want to close the app immediately or keep waiting. It should work fine, when you run Evolution again, no? If the whole app is frozen, then do: $ flatpak kill org.gnome.Evolution instead of the whole machine restart. 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] Evolution or dbus issue ?
On Tue, 2022-09-13 at 16:57 -0500, Anonymous Japhering via evolution- list wrote: > However, now I'm seeing the link open is the already running > instance of Brave as well as a completely new > instance of Brave being started. Hi, there's not involved the D-Bus in this, well, with Flatpak there can, but not that much, only to pass the request from the sandbox to the host system through a portal. You should get quite similar results when you run from a terminal: $ xdg-open https://www.gnome.org/ You can run it from the Flatpak sandbox too, it's in two steps: $ flatpak run --command=sh org.gnome.Evolution $ xdg-open https://www.gnome.org/ Evolution 3.44.4 had been released on 2022-08-05, almost 6 weeks ago, and it had been updated on the Flathub.org site shortly afterwards. I doubt anything will change when you downgrade to 3.44.3, because there were only minimal changes in the 3.44.4, none related to the link opening. It's more likely some of the background libraries changed, my guess would be the glib library, which is used for these things in the code. Even the portal could change on the host machine (check updates of the xdg-desktop-portal* packages). Browsers have settings to open links in a new tab or in a new window, though in your case it's weird to have it open in both. 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] Junk mail headers?
On Tue, 2022-09-13 at 11:57 +0100, Adam Hardy via evolution-list wrote: > I figure it has something > to do with the email headers in her email, as follows below. Can I > disable this Evolution spam rule somehow? Hi, the only place to set which headers are used for spam is in menu Edit->Preferences->Mail Preferences->Junk tab. It contains "X-Spam-Flag: YES" by default. 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] Is there a way to set the interface back to what it was?
On Tue, 2022-09-13 at 00:32 +0100, Pete Biggs wrote: > I thought the odd version numbers were development versions. Hi, that still stands for the Evolution core products. The GNOME apps do have this changed, but Evolution doesn't follow GNOME's version numbering for some time now (GNOME currently has 43.alpha, 43.beta, 43.rc, 43.0, 43.1,). > > and I wish that the interface had stayed as it was. > > Now the send icon is in the Window title bar along with save as > > draft, and other changes that are pointless. > > I presume you mean in the "Compose Message" window? Or is it > somewhere else? It's on many places, but not on all, just on those most used. > TBH it sounds like a bug - an application shouldn't put > anything in the title bar of a window. It's called Client Side Decorations, and it had been changed within: https://gitlab.gnome.org/GNOME/evolution/-/merge_requests/108 It's an attempt to follow GNOME Human Interface Guidelines, specifically the part about the header bars: https://developer.gnome.org/hig/patterns/containers/header-bars.html It's not possible to return back to what it was. One of the advantages, I hope it is an advantage, is to be able to simplify the interface thus the users can hide the menu bar and the tool bar and have cleaner interface, a bit more fitting what the GNOME aims for for years. It can be useful for some users at least - I, personally, keep menu and toolbars visible. I believe it's a matter of habit, the buttons are similar as before, they are only on a different place. It's true, the toolbar is smaller now, using smaller icons. There will be one change for the Mail view, there are too many labeled buttons, which results in a forced window width, which can be larger than the desktop width, as is filled here: https://gitlab.gnome.org/GNOME/evolution/-/issues/2022 I'll probably hide the labels and keep only icons there. I'm not sure yet how to deal with it in the best way. Feel free to join the bug. 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] More info on my intermittent failure of messages to mark themselves as read
On Sun, 2022-09-11 at 08:36 -0400, Steve Litt wrote: > "If set to true, the selected message will be set as unread after the > timeout also after the folder change." > > What's described in the preceding isn't what I want. Hi, maybe the description of the option is not accurate. That's likely, because I'm not good in an understandable explanation of the things. Some users do not want to have messages marked as read after the folder change, some do. Hence the option exists. Try to change its value and you'll see whether it'll work better for you. To know what you've set there now you can run: $ gsettings get org.gnome.evolution.mail mark-seen-always 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] Synchronisation problem
On Wed, 2022-09-07 at 21:27 +0200, David Lemonnier wrote: > I will try to set ~/.local/share/evolution/* into the white list. Hi, I suppose you meant ~/.cache/evolution/. To see where Evolution stores its data (which users shouldn't touch themselves unless necessary) can be found here: https://help.gnome.org/users/evolution/stable/data-storage.html 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] ews api -> graph api question
On Wed, 2022-09-07 at 16:42 +0200, Torsten Krah via evolution-list wrote: > like most of us know the ews api is considered deprecated and graph > api is the one which should be used in the future. Hi, as far as I know, the Graph API works only with the Office365.com servers. I do not follow them closely, maybe the newer Exchange servers will provide the Graph API access too. > I found this which is dated 05/19/2022: > > https://docs.microsoft.com/en-us/graph/migrate-exchange-web-services-api-mapping > > and it looks like all ews api calls have now a pendant on the graph > side Unfortunately, it seems not every API evolution-ews uses is shown there, but I need to check closely to know for sure. There is also different behaviour for some methods, like the "Create message" method, one would expect it be a way to save a message to a folder on the server. Yes, it does that, but the server (and the API documentation says it clearly) considers the message as a Draft message. You surely do not store a Draft message to the server when copying it from another account. I see they added missing things to the Calendar API, there was not possible to get all the calendar events (the evolution-ews uses that to cache the content locally for quicker and offline use), there had been only calendar views, which meant to be always online to get the events (and it could cause delays on changing the view due to network I/O). > > Is: > > https://gitlab.gnome.org/GNOME/evolution-ews/-/tree/master/src/Microsoft365 > > already ready to use? Is there a document I can read how much > progress the new connector has already made? It's a long time it had been added to the sources and it's disabled by default due to missing functionality in the time it had been worked on actively. I can check what APIs they added and how that behaves now, there had been made good improvements from their side for sure. You can test it yourself, if you wish, but be aware it's incomplete and can cause weird things. It does only some basic things. To test it one can add: export ENABLE_M365=1 into the ~/.bashrc file and re-login. Then, in Evolution, File->New->Mail Account will offer a Microsoft 365 account type. 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] More info on my intermittent failure of messages to mark themselves as read
On Thu, 2022-09-08 at 07:31 -0400, Steve Litt wrote: > Given this new info, any ideas for either a root cause or diagnostic > tests I can perform? Hi, by any chance, did you overlook the following response to your original thread? https://mail.gnome.org/archives/evolution-list/2022-August/msg00138.html 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] Outlook E-Mail groups
On Tue, 2022-09-06 at 12:49 +0200, David Roche via evolution-list wrote: > Do you know if it is possible to see outlook exchange email groups in > evolution in 3.44.4 ? Hi, it's in Contacts, right? It depends how you connect to the server. If with evolution-ews, then the groups should be there, though they are expanded, aka they are shown as a list of mails, not as a distribution list address. Try to search by the group name in the Contacts 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
Re: [Evolution] EWS problem
On Mon, 2022-09-05 at 12:47 +0200, Sobota Roman via evolution-list wrote: > The reported error was “No response: Service Unavailable”. > No response: Service Unavailable Hi, it looks like the server does not listen on the URL you've set in the mail account Properties as the Host URL. You can run Evolution as: $ EWS_DEBUG=2 evolution to see raw communication between the server and the Evolution. You can see what precisely had been returned by the server on the evolution-ews requests. The log contains a lot of private information, do not share it anywhere. 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] Synchronisation problem
On Fri, 2022-09-02 at 22:16 +0200, David Lemonnier wrote: > > Le moteur « David » de la liste de tâches a rencontré une erreur. > > > > L’erreur signalée était « SQLite error code '8': attempt to write a > > readonly database Hi, I'm sorry, I do not speak (nor write) French. I hope it will be helpful anyway. There happened something to the underlying database, where the task list stores its data. The usual location is either ~/.local/share/evolution/tasks/ for On This Computer tasks lists and ~/.cache/evolution/tasks/ for remote task lists (I speak of the task lists, because the error message you pasted claims VTODO, which are tasks; you can get similar errors for calendar, where the end of the path will not be `tasks`, but it'll be `calendar`, and for memos it'll be `memos`). The last time I saw a similar error was when I deleted the files from the ~/.cache/evolution/tasks/ while the evolution-calendar-factory process had been running. To fix that, I simply restarted the process, either manually (`pkill -TERM evolution-calendar-factory`) or just by `evolution --force-shutdown`. You should make sure Evolution itself is not running when you are killing the background process. Try to find out what deletes the files from the ~/.cache/evolution/ for you. Maybe you've setup some regular automatic cleanup of the cache data, which is harmful for the evolution-data-server itself, because the data stored in the cache is re-downloaded on demand, whenever missing. 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] can I programmatically add things to vfolders.xml?
On Fri, 2022-09-02 at 11:00 +0200, Wolfgang Rohdewald wrote: > So - if I write a script which adds a new entry to vfolders.xml, > can I tell evolution to reload it? Hi, that file is read only on start of the application. There is nothing to let it reload the file. 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] Restoring Evolution
On Tue, 2022-08-30 at 10:29 -0400, Adam Tauno Williams wrote: > The only reliable mechanism to verify a tar archive is valid is to > table it. :( Hi, I opened: https://gitlab.gnome.org/GNOME/evolution/-/issues/2011 for this, thus it's not forgotten. 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] Restoring Evolution
On Wed, 2022-08-31 at 10:44 +0100, Pete Biggs wrote: > Is backup-restore-gsettings.ini only generated when you create a > backup or is it part of the usual operation of Evolution? Hi, it's created by the backup/restore only. > Also, mine is over 2Mb, is that normal? Not really. I guess you receive reminders, but you do not dismiss them, at least not within the evolution-alarm-notify. Some desktop environments (like the GNOME) make it hard to spot pending reminders due to hidden/non-existent system tray. When you set in Evolution Edit->Preferences->Calendar and Tasks-> Reminders->Display Reminders window with notifications, then the next time a reminder will trigger you'll see a window, which, I guess, will be full of past events. There is filled a bug for it: https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/234 The used workaround there is something I do not like, but it's at least something which will cleanup the setting for users whom do not have better choice (and whom do not know about the growing setting). 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] Restoring Evolution
On Wed, 2022-08-31 at 09:57 +0100, Pete Biggs wrote: > In the past, when the config > was stored in dconf, it was a bit more complicated since the dconf > keys needed to be dumped and then backed up. But now everything is > stored in .config/evolution. Hi, for what it's worth, most of the things in the Preferences (and in other parts) are still stored in the GSettings, which usually means DConf, which the backup/restore does back up and restore. Without that the tweaks the users do in the Preferences would be lost. 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] “cannot VACUUM from within a transaction”
On Tue, 2022-08-30 at 16:28 +0200, Joakim Tjernlund wrote: > maybe it depends on number of emails to purge? Hi, that's correct, the vacuum is not run always, only when it looks like it could help. Thanks for the backtrace (from the other mail in this thread), it's helpful. I'll look on this soon and will update the bug report when I have anything. 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] “cannot VACUUM from within a transaction”
On Tue, 2022-08-30 at 15:19 +0200, Milan Crha via evolution-list wrote: > Maybe open a bug against the evolution-data-server [1] (these things > are done in the libcamel, which is there), to not have this lost in > the > mailing list. I can move it elsewhere, if it'll turn out to not be in > the evolution-data-server code base. Hi, never mind, I accidentally noticed there's one filled already: https://gitlab.gnome.org/GNOME/evolution/-/issues/1786 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] “cannot VACUUM from within a transaction”
On Tue, 2022-08-30 at 12:47 +0200, Joakim Tjernlund via evolution-list wrote: > Failed to expunge folder “Infinera : Deleted Items”. > The reported error was “cannot VACUUM from within a transaction”. > > Seems like the operation is successful though, Deleted Items is empty Hi, the vacuum is ran on the database level, to make the corresponding folders.db file smaller. I tried it here, but it did not trigger the condition, maybe my folders.db file doesn't need the vacuum call. Just in case, do you know the version of the sqlite in your system please? I do not think they changed anything relevant, I only want to make sure I'll use a similar version as you. Maybe open a bug against the evolution-data-server [1] (these things are done in the libcamel, which is there), to not have this lost in the mailing list. I can move it elsewhere, if it'll turn out to not be in the evolution-data-server code base. Thanks and bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues ___ 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] Potential Issue caused by Update
On Wed, 2022-08-24 at 17:17 +0200, Michael Kenny via evolution-list wrote: > Chrome does not like something in the latest Flatpak of Evolution. Hi, as had been said earlier, the error about the display: >>> Failed to initialize gtk+: Cannot open display: is the clue. You said it works fine everywhere else, thus this is a problem in the way the Chrome runs the Evolution. It can be it runs it in an environment where the DISPLAY variable is missing. I do not understand why it's doing that for the Flatpak and not for the native app, but it can be just another (Flatpak?) quirk somewhere under the hood. Maybe flatpak package had been updated? Or the new build hardened some flags, hard to guess. With respect of getting the older version of the Evolution from the Flathub.org, you can get list of the available versions with: $ flatpak remote-info flathub org.gnome.Evolution// --log | more which gives you a list of the commits and you pick one and then apply it with: $ flatpak update --commit ID org.gnome.Evolution thus for example to revert to the 3.44.3 release you run: $ flatpak update --commit c7a8d2741616cefb7faa53bbd8ec2ae27a20244e5cadbecff2dc82416b36f8d2 org.gnome.Evolution Hope it helps. 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] Evolution hangs with Generating message list
On Tue, 2022-08-23 at 09:06 -0700, Don Phillips via evolution-list wrote: > Any troubleshooting suggestions would be appreciated. Hi, you'd need to install debug info packages for the evolution and evolution-data-server (usual suffix is `-dbg` in Ubuntu, though they have it split into several packages [1]), then you can get backtrace of the stuck Evolution to see what it is trying to do. Maybe it's waiting on something, maybe you've set to search "in All Accounts" or any such thing, which is time consuming. You can get the backtrace with a command like this: $ gdb --batch --ex "t a a bt" --pid=`pidof evolution` &>bt.txt Please check the bt.txt for any private information, like passwords, email addresses, server addresses,... I usually search for "pass" at least (quotes for clarity only), before sharing it anywhere. By the way, when you say evo is stuck, is it completely unusable and trying to interact with it results in no response or you can move to another folder and it will eventually show its content in the message list? Please note that 3.36.x is rather old. It's possible there had been fixed what you face, but without the backtrace it's not known for sure. Bye, Milan [1] https://packages.ubuntu.com/source/jammy-updates/gnome/evolution-data-server https://packages.ubuntu.com/source/jammy-updates/gnome/evolution ___ 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] Annoyance: Intermittently messages refuse to categorize themselves as read
On Tue, 2022-08-23 at 14:28 -0400, Steve Litt wrote: > It never gets itself marked as read, at least during the time I'm > watching it. Hi, okay, that's expected and evo has a setting for it: $ gsettings set org.gnome.evolution.mail mark-seen-always true To see what the option does run: $ gsettings describe org.gnome.evolution.mail mark-seen-always Changing the value should help. 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] Potential Issue casued by Update
On Tue, 2022-08-23 at 08:56 -0500, Michael Kenny via evolution-list wrote: > when I click on that MailTo link it just sits there and does nothing. Hi, try to run both the Evolution and the Chrome from a terminal, to see whether it prints anything there. For the Flatpak Evolution you might close it first and then run it, to make sure a new process is executed, aka like this: $ flatpak kill org.gnome.Evolution $ flatpak run org.gnome.Evolution Do you know what version of Evolution had been installed before the update? It's possible to "roll back" to the previous versions on the Flathub.org, if needed. I do not recall any specific change in the Evolution itself in the URI handling in the whole 3.44.x series, thus it can be something else, especially if the other apps can execute the mailto: URIs properly. Maybe also from the command line: $ xdg-open mailto:user@no.where Maybe the Chrome encodes the link somehow, which prevents Evolution to decode it, which may or may not be visible on the Evolution's console in a form of a runtime warning. I do not know how Chrome, I do not use it, but at least Firefox has Edit->Settings->Applications and when I search there for the "mailto" (quotes for clarity only), then it lets me choose the app to use, with indicated default, which is (possibly) taken from the system. 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] Sent messages missing in search folders
On Tue, 2022-08-23 at 12:45 +0100, Patrick O'Callaghan wrote: > I think the problem may be in the interpretation of Threads->"All > related", which doesn't appear to be documented in the Help. It's not > something I've used so maybe someone else can offer a suggestion. > > Have you tried changing that to "Replies" or "Replies and Parents"? Hi, my personal advice is to avoid the Include Threads whenever possible. It adds on complexity and longers the time to finish the search. A rough idea behind the Include Threads option is to run the search in two phases: 1) get messages satisfying the search criteria (as if the Include Threads is off); 2) search for messages matching the Include Threads option for those, which satisfied the 1), but which are not part of the 1). You can imagine how that can explode in the time (and memory) needed to process all the messages. The Include Threads option works per folder, not between different folders. I though of working around this by creating a new search folder, which would simply contain all the needed folders and then this "unread messages with threads" search folder referencing the other search folder, but it did not help, the search folder passes the search term to the child folders and only gathers the results, without trying the Include Threads on the merged set. Just merging the Inbox with the Sent folder is trivial, but it does not filter on the unread messages with related threads. You can setup the mail account to store reply messages in the folder they had been replied from, instead of in the Sent folder, but it works only for replies, new threads started by the user won't be complete. Not much help for this, I'm sorry. I think there exists a bug for it, there had been people asking for this for sure, but I do not have its link handy. 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
