Re: [Evolution] Another new mailing list
On Fri, 2022-10-28 at 11:05 +0200, Ralf Mardorf via evolution-list wrote: > IMO we should wait for the "official unofficial" new mailing list. If > the time until the end of life of this list on gnome.org shouldn't be > enough time, to get the new "official unofficial" mailing list, we > probably should focus on one temporary Plan B from earth [1]. There's no reason why the "official unofficial" mailing list couldn't be announced on the Discourse forum once it's decided, if this list is already gone. An "emergency list" is not necessary. It's not like this list is going away and there is NO replacement. There is a replacement, that not everyone is happy with. If there is a consensus around a replacement that people ARE happy with, I would hope that someone could swallow their distaste long enough to post one message to Discourse to announce the new 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] What do I do now? V2
On Wed, 2022-11-02 at 16:18 +, Patrick O'Callaghan wrote: > > I think that should be possible here as well, no? > > Not sure how that works. Was that email addressed directly to you, or > was it a general post to the list? I am also on the network-manager list. What happened was that someone arranged for a new list to be created on freedesktop.org (which uses mailmain) and then an administrator for the Gnome list got all the addresses currently subscribed, and then they were added to the new list using bulk subscription in the mailman interface, with a requested approval. When that happens mailman will email each user with a standard mailman subscription email (reply or click a link to subscribe) and once they do the deed, they are subscribed to the new list. If they don't do anything, they are not subscribed. In order for something like that to happen here we'd need (a) someone to create such a list, and (b) someone with admin privileges to the current list to get all the subscriber emails so they can be bulk- added. I know that moderators don't have such privileges (I run some mailman lists myself as an admin, with some moderators helping). Alternatively of course we can announce the new list (as I said before it doesn't HAVE to be done before this list closes: it can be announced on Discourse) and let people subscribe on their own. Note that I personally have not had good experiences with groups.io lists (as I described earlier) and I'm not really interested in subscribing to more lists on that service, and so I have not done so. But that's just me and of course if that's where others want to go then they should surely do so. ___ 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 06:07 +, Mike wrote: > I purged evolution from the PC, deleted the .config/evolution > folders, deleted the trash, rebooted, reinstalled at 12:36 and ran it > at 12:37. I did not import the backup file, so that isn't the > problem. > > None of these errors are in the VM install though the VM install > happened only five days ago, both via ftp.debian.org via apt-get onto > the same computer (one instance the VirtualBox Debian 11.5 and the > other on the actual hardware running Debian 11.5) > > Without importing the backup, I see this: Hi Mike. All of these log messages are just warnings about the codebase, which should be fixed but don't have any direct impact on the application (most likely) [1]. Although there are lots of scary messages here it APPEARS that everything came up successfully. Above you say "that isn't the problem", but you didn't describe what the problem is. When you start Evolution (without importing the backup file) what issues do you have? The important information we must have to start thinking about a problem is: * The version of Evolution you're using (not the version of the distribution or desktop). You can use Help -> About to find this. * The type of email server you are using (IMAP, POP, EWS, etc.) and any special/non-default settings you use with it. * A concise explanation of the problem you are having. All the rest of the details, such as which desktop you're using, what was imported, etc. are almost certainly not relevant (unless the problem is related to a failure to import etc.) It's fine to include them but please format your question so that the most relevant details are clearly stated up at the top, so we don't have to spelunk a long email of other details to dig them out. Also helpful is to use a subject line that encapsulates the problem you're having in a short sentence, rather than one that doesn't help us find this issue in archives etc. And finally, it's helpful to us as readers if you avoid complex/fancy HTML signatures, etc. and stick with just plain text as much as possible. And we do appreciate if you can trim your replies to contain only the specific text you're replying to, and not include the entire email thread in your reply. We have mailing list archives for anyone who wants to see the history, and including replies makes those more difficult to read. Evolution makes this easy: just select (with your mouse) the text you want to reply to and then hit the reply button, and only that text will be quoted in the reply. I feel like we got off on lots of probably-not-relevant tangents such as whether it's better to use a local IMAP server, etc. These are interesting topics but I doubt very much they're related to the issues you're seeing. Perhaps it's best to start a new thread with the details needed to address one specific problem you are having and see if we can solve it. Hopefully we can help!! [1] Just to note, you are using (if I recall correctly) a pretty old version of Evolution. The current version is 3.46. You are using 3.38 which is 4 releases ago. It's not going to be the case that these types of warnings will ever be addressed in that old version. ___ 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 Mon, 2022-11-07 at 15:15 -0600, Tim McConnell wrote: > Your problem with using the flathub version is because the Flatpack > doesn't honor the dependencies of the distribution. I'm not sure I understand this comment. The whole point of flatpak (and snap) is that it's not _supposed_ to need to worry about the dependencies of the distribution. That's why you'd use it. I am using Ubuntu 20.04 which also provides Evolution 3.36 standard. I'm not ready to upgrade my distribution, but I definitely need a newer Evolution. So, I've installed the flatpak version of Evolution 4.46 and it runs fine for me (except for known issues with this release): ~$ flatpak list NameApplication ID Version Branch Installation ... Evolution org.gnome.Evolution3.46.1 stable system ... I'm not sure about Debian but I don't see why it would be different. Personally I'd be much more wary of changing sources.list to a different distro and just upgrading: that seems like a good way to get a broken system. At least if the flatpak doesn't work it's trivial to get rid of it. ___ 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 Mon, 2022-11-07 at 16:17 -0600, Tim McConnell via evolution-list wrote: > On Mon, 2022-11-07 at 16:34 -0500, Paul Smith wrote: > > I'm not sure I understand this comment. The whole point of flatpak > > (and snap) is that it's not _supposed_ to need to worry about the > > dependencies of the distribution. That's why you'd use it. > > > Which is why they are bad ideas to use. There is no way that ARCH or > Gentoo or Kali use the same dependencies. It's called "Dependency > Hell" and the theory of FlatPack and SNAP not needing to follow or > use a distributions is like walking into a [...] I'm not interested in continuing that unpleasant analogy but I think you're confused about what flatpak and snap are and what they do. There _are_ reasons to want to avoid them, such as startup time and disk space usage, perhaps memory usage, and, possibly, efficiency of delivering security updates (but so far that has not been a problem). However "dependency hell" is absolute NOT one of the reasons to avoid them: "dependency hell" is exactly what these tools were invented to solve, and they do solve it very well. They basically provide a fully self-contained package containing a tool (like Evolution) and ALL of its dependencies, as a single bundle. These dependencies are not installed separately on your system: they are not visible to any other program "outside" the flatpak. And the Evolution in the flatpak doesn't use any of your system libraries, it only uses the libraries in the flatpak. So there's no way they can introduce dependency hell. As mentioned I'm using Ubuntu 20.04 which has a similar vintage of Gnome desktop and apps, including Evolution, that the Debian stable in question uses. And the flatpak version of Evolution 3.46 works great on my system. And if it doesn't work, well, it's a self-contained separate bundle so you can either just ignore it, or remove it: it doesn't interfere with anything else on the system. That's the point. > It's WHY I run Debian, I can set up the system how I want and just > upgrade to the newer version. No disk reformat etc etc. Sure; I used Debian, including testing and sid, for a number of years (5+) before I got tired of the arbitrary release cycle and switched to Ubuntu. Ubuntu also does not require disk reformats. These days even the recent RedHat Enterprise distros can do an upgrade without reformatting the disk (finally!). ___ 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 09:33 +, Pete Biggs wrote: > I know this is getting way of topic, but this is primarily why I shy > away from Flatpak. You download a blob of "stuff" and you have no > real idea what is in that - it could be some ancient bug-ridden > library that the dev has decided to use because that's what was on > their system then writing it 20 years ago and they can't be bothered > to update it. I get that people are concerned and there are some legitimate concerns. But some of these are just due to misunderstandings or NIH syndrome. First, flatpaks are created from a known set of content which is described by a declarative file. The content is controlled so you know you're rebuilding from the same thing all the time. Second, flatpaks for Gnome tools such as Evolution are created and managed by the same people who create the Gnome software. Snaps are created by Canonical, for Ubuntu. They're not just some random assortment of junk that some hacker cobbled together in their basement and tossed out on the internet. If you trust Gnome or Canonical to create the _software_ you run on your system it seems odd to not trust them to build a flatpak or snap for it; really there's no one better to do it. The content of a flatpak/snap is actually MORE rigorously managed than whatever assortment of package versions you have currently installed on your system. And yes, containers can be leaky. In fact some of that leakage is needed (you certainly want to be able to attach files to emails, that exist outside the flatpak container!) But the leaks are minimal and getting plugged more and more every day. They're very very good by now. And with respect to the specific leak mentioned earlier, "dependency hell", they've never been leaky in that way because that's one of their primary design goals. > And the fact that it doesn't interact with anything makes it less > integrated into your system - unless you go through a load of arcane > Flatpak command line arguments to make it talk to your environment. I didn't say it didn't interact. I said it didn't _interfere_. The Gnome services talk to each other over dbus etc. and of course Evolution is no exception. Evolution sends notifications for new mail, calendar events, etc. to the desktop and all this works correctly, even though I'm running Gnome 3.36 and Evolution 3.46. The Evolution database etc. is maintained inside the flatpak container and it doesn't interfere with the system installed version (if any). I literally did NOTHING except "flatpak install org.gnome.Evolution" and it worked. > Yes, I know it's not that difficult, probably. But it's also not > always as straightforward as you are making out. Maybe not always: of course I can't speak to all flatpak packages. But for Evolution, it absolutely is. I was skeptical too. But I needed a newer Evo because my company was bought and switched from GMail to Exchange, so I tried it. And, it Just Works. 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. ___ 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 17:07 +0100, Milan Crha via evolution-list wrote: > 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 Yes, I am familiar with this since I used it to help you debug the issue with libsoup last month. > you can also use: > >gsettings set org.gnome.evolution.shell use-header-bar false > > command to turn off header bar usage, Oh! This is **SO MUCH BETTER**! Thanks Milan. I wish this could go back to being the default behavior but at least hopefully it won't be removed in the future. Cheers! ___ 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?
It's clear that no one has any actual pros/cons that they want to discuss in a serious way. So, this is my last message on this topic. I simply urge people to not take these "it's horrible" statements, without any reference to actual problems that anyone has ever had in real life and very little understanding of what exactly a flatpak or snap is, how they are built, or how they work, as gospel. On Tue, 2022-11-08 at 13:49 -0600, Greg Oliver via evolution-list wrote: > Do you really think Canonical understands linux? They have zero > developers in the kernel development process, plus Debian only has > (2) that I know of.. So, please do not use distros as live bait - it > is inappropriate - you use software from a distro that has no regard > for how the kernel / OS actually works - just a bunch of js > programmers. What in the world does the number of kernel programmers have to do with the ability to create a reliable flatpak or snap? That's like saying someone who doesn't know how to modify a furnace can't be trusted to create a functional kitchen. I've interacted with PLENTY of good programmers who develop these distros and they have very deep understanding of their systems. If you think all you need to create a distribution like Ubuntu is a "bunch of JS programmers" I suggest you try it yourself and see how it goes. This is just trolling. > > And, it Just Works. > > Just Works :) > I like that! > Until it doesn't Yes... just exactly like ALL OTHER SOFTWARE EVER CREATED! This discussion is pointless. ___ 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 Mon, 2022-11-14 at 09:19 -0600, Anonymous Japhering via evolution- list wrote: > The 3.46.x flatpak series has been a total disaster for me. > Mysterious segfaults after 15 or so actions. This is (probably) due to the bug in libsoup, which has been fixed but that fix has not made it to the releases yet. https://gitlab.gnome.org/GNOME/libsoup/-/issues/308 > Connection failures right and left. I manage 8 email addresses. 4 > Google workspace address, 2 Google free gmail address and 2 MS office > online addresses. All 8 use Oauth2 to authenticate via IMAP. At > the moment, 3 of google address won't authenticate ( 2 paid, 1 free) > and 1 of the MS accounts also fails. Hm. I have 1 IMAP, 2 GMail (1 company 1 private), and 1 Exchange and all work properly for me. > When it works Flatpak is a nice tool, a much better alternative than > trying build Evolution from scratch or running the distro version > which is on 3.36.5 I just want to make clear that the above issues are not due to _flatpak_ as a technology (at least there's no proof of that). They are due to issues in Evolution 3.46 (or libraries it uses like libsoup). IOW, if you had Evolution 3.46 installed natively on your system, not via flatpak, you'd almost certainly see the same issues. Flatpak won't, unfortunately, fix bugs in software it packages :). The nice thing about flatpak is it's quite simple to install an older version (e.g., Evolution 3.44) if that's helpful to you. If you're seeing crashes that often you may well want to downgrade until the libsoup issue is resolved in a flatpak. ___ 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 Mon, 2022-11-14 at 20:09 +0100, Ralf Mardorf via evolution-list wrote: > it was pointed out several times that Evolution downgrades are > sometimes a problem regarding the user data/settings. Downgrades of > any software can suffer from this issues. Of course. I didn't mean to suggest that somehow flatpak would handle this; it's not magic. However, since the OP is using IMAP, GMail, and Exchange none of which store any critical data locally, you don't need to try to downgrade the user settings. You can downgrade the software then recreate the accounts and not have lost anything (I've done similar things a number of times over the years). > Flatpaks and similar approaches make some things easier for users, > but other things harder and they even don't solve all existing > problems related to upgrades and downgrades. I'm not sure what you had in mind when you say "other things harder", but to me "make some things easier" can be worthwhile even IF it doesn't "solve all existing problems". Luckily I'm not waiting for something that solves all existing problems, or I'd never use anything. Look, to be clear, if I have the choice between installing Evolution natively from my distro versus the same version of Evolution in a flatpak, I'll certainly choose the native distro version. That's not what we're talking about. We're talking about either a 2+-year-old version of Evolution from my distro that doesn't do what I need, versus a much newer version of Evolution in a flatpak, versus trying to build and install it myself. I've been down that road before. I'm saying that flatpak is a perfectly reasonable technology and I've seen no real, practical problems with it that would prevent me from using it, or from recommending that others who need it use it as well. I HAVE seen a lot of people quite het up about it, but none of the reasons given (when reasons are given) seem that important to me. ___ 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 15:08 -0600, Tim McConnell via evolution-list wrote: > I'm on Evolution version 3.46.1-1 & Libsoup version 3.74.3- > 1(testing). I don't think there's any such thing as libsoup 3.74.3. The most recent libsoup released is 3.2.2. Did you mean *2*.74.3? ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Evo 3.46: work week calendar display wrong?
I'm using flatpak Evolution 3.46.1 on Ubuntu 20.04 and I'm seeing something extremely odd in the calendar, on the "Work Week" display. Today is Wednesday Nov 16th at 1:45pm. If I use "Day" view and select today (via the "Select Today" button) then it shows correctly: I get the correct day, the red line shows the current time, and at midnight it shows tomorrow's date (17th) on the sidebar. Now if I select "Work Week" view it shows the right week, but the red line shows the right time BUT instead of on Wednesday, it shows on THURSDAY (tomorrow). Also, the background of Thursday is highlighted yellow when I assume that it should be highlighting Wednesday (today). And finally, the midnight date is not tomorrow (17th) but rather Tuesday (15th)... maybe because the first day shown in my work week is Monday (14th)? Seems like an odd choice. If I choose "Week" view, then I see that Wednesday is highlighted in yellow, as I'd expect, not Thursday (I've lost the timeline in this view though so the other aspects are not relevant). This is not just today, I noticed it last week too but forgot to send any email. Is this just me? Or are others seeing the wrong day shown in the calendar "Work Week" view? Just to preclude obvious things: the date and timezone on my computer IS correct :). As above, if I click "Select Today" it does go to the right day. Also all my meeting reminders, etc. are correct. It's only the display of the specific "Work Week" view that seems wrong. ___ 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 19:58 +0100, Milan Crha via evolution-list wrote: > it's this one: > https://gitlab.gnome.org/GNOME/evolution/-/issues/2097 Oh yes, so it is. Thanks 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: > And finally, the midnight date is not tomorrow (17th) but rather > Tuesday (15th)... maybe because the first day shown in my work week > is Monday (14th)? Seems like an odd choice. Did that fix address this bit too? Or is this an enhancement request? I have two timezones on my time sidebar: one for my current timezone (EST) and another for Dublin, 5 hours ahead. So the "midnight" time in Dublin doesn't show "12 am" or whatever, it shows the date of the next day, which is nice... but I guess because this is a "work week" display, it shows the date of TUESDAY (because it's midnight on the first day in the display, Monday). It would be nice if it showed the date of tomorrow (Thursday), because today is Wednesday. 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. ___ 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] Deleting Messages
On Mon, 2018-08-20 at 08:49 +0200, Gary Curtin wrote: > On Sun, 2018-08-19 at 22:59 +0200, Ralf Mardorf wrote: > > Gary, perhaps it just happened by accident, when you trimmed the > > quote, but the quote is not marked as a quote. > > > > This happens regularly with Evolution when changing from HTML to > > Plain Text. > > > > When running into unexpected behavior, please file tickets. > > In this case: https://gitlab.gnome.org/GNOME/evolution/issues/86 > > > > With the same mail it doesn't happen here. > > I guess like the spelling bug, it happens when it happens. I send in > plain text to two addresses. The other is a colleague, and maybe 2 > out 10 replies to him lose the indicators. I wonder if it's related, at least somewhat, to the issue I raised here a month or so ago. Bug filed as: https://gitlab.gnome.org/GNOME/evolution/issues/86 As far as I'm aware that's completely reproducible with any plain text email (it happens every time on all three of my systems using Evolution 2.28.1 and did not happen with 2.26.x). There seem to be some issues with quoting in HTML mode in either Evolution or webkit2. ___ 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 & Gmail not working correctly
On Fri, 2018-09-07 at 17:16 +0100, Pete Biggs wrote: > It all depends on your distro. LTS or Enterprise versions tend not > to majorly update things for stability. But whereas most such distros > are happy to update minor versions because they are usually bug > fixes, Ubuntu, for some reason, seems to stick to the same minor > version - i.e. 3.28.1, whereas it should be on 3.28.5. The problem is that Ubuntu doesn't consider Evolution to be part of the "main" repository, because it's not the standard mail client that Ubuntu supplies (I believe their standard mail client is Thunderbird). Personally I think this is a mistake, although at one point it may have made sense since Thunderbird, while less capable than Evolution, had (probably for the same reason) less issues. I'm not convinced that's decision is still correct, especially given Ubuntu's recent move to be closer to Gnome. Maybe it can be revisited between now and Ubuntu 20.04 LTS. In any event, currently Ubuntu has Evolution in the "universe" repository and the rules for software updating in "universe", even on LTS releases, are much different than "main": https://help.ubuntu.com/community/Repositories/Ubuntu All that being said, there is currently an upgrade to Evolution 3.28.5 in the Ubuntu 18.04 "proposed" repo. Unfortunately I know of no way to understand why the package is still in "proposed" since it was pushed there on Aug 13... I had thought proposed packages move into the mainline faster than that. Maybe some issue was identified. Jeremy has been known to drop in here; maybe he has some insight. https://people.canonical.com/~ubuntu-archive/pending-sru.html (search for evolution) Of course anyone can add the "proposed" repository to their system and install proposed updates, if they want to. Be aware that these are not finally approved so there may be issues. You might want to consider only adding proposed for "universe" (I don't know how well that will work). More info: https://wiki.ubuntu.com/Testing/EnableProposed ___ 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 & Gmail not working correctly
On Fri, 2018-09-07 at 12:33 -0400, Paul Smith wrote: > All that being said, there is currently an upgrade to Evolution 3.28.5 > in the Ubuntu 18.04 "proposed" repo. FYI as of this morning Evolution 3.28.5 hit the "bionic-updates" repository in Ubuntu 18.04 so everyone on 18.04 LTS should have it available. Cheers! ii evolution 3.28.5-0ubuntu0.18.04.1 ii evolution-common 3.28.5-0ubuntu0.18.04.1 ii evolution-data-server 3.28.5-0ubuntu0.18.04.1 ii evolution-data-server-common 3.28.5-0ubuntu0.18.04.1 ii evolution-plugin-bogofilter 3.28.5-0ubuntu0.18.04.1 ii evolution-plugin-pstimport3.28.5-0ubuntu0.18.04.1 ii evolution-plugins 3.28.5-0ubuntu0.18.04.1 ___ 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 user - please clarify Expunge
On Sat, 2019-07-20 at 13:00 +0100, Patrick O'Callaghan wrote: > On Sat, 2019-07-20 at 01:25 +0100, James Freer via evolution-list > wrote: > > On Fri, 2019-07-19 at 13:24 -0400, Paul Smith wrote: > > > > > this is a list for Evolution development. > > > > Well according to the wiki this is the list for users. 'evolution-hackers' > > is > > the list for developers - I thought I was posting in the right place. Fine, Evolution users then. I was not precise in my wording. That has no impact on my point however: this list is for _Evolution_, not Ubuntu, and people here have no idea which versions of Evolution are available on what version of Ubuntu. In general giving the Ubuntu release version is only helpful on Ubuntu lists: on other lists it doesn't mean anything to anyone. (Just to be clear, I use Ubuntu myself and have for ~13 years so I have nothing against it or its users) > This is the right place, however you appear to have posted to the list > a reply to a private message, which is something to be avoided. No it wasn't a private message. It seems that way because my email service is constantly being greylisted by GNOME (and only GNOME--I subscribe to a LOT of mailing lists from all different areas and never have problems with any others) so the copy to the list got rejected. Most likely this one will too. Then in a week or so it will all be fine again... for a while. ___ 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] Latest Evo version
On Fri, 2020-03-27 at 16:52 +0100, Thomas Prost wrote: > The question that might annoy you: Which distro usually comes with > the latest evolution version at the moment ? I think Fedora usually has the most up-to-date versions of Gnome and Evolution, the most quickly after they are released. Followed closely by the latest Ubuntu. There was an unfortunate tendency for a while for Ubuntu to ship the latest Gnome but provide the previous release of Evolution, but I think that is no longer the case. ___ 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 where did it move on git naming ?
On Tue, 2020-07-21 at 09:16 -0500, Japhering, Anonymous via evolution-
list wrote:
> {
> "name": "bogofilter",
> "buildsystem": "simple",
> "build-commands": [
> "cd ./bogofilter/ && echo \"# Skip for Flatpak
> build\" > doc/Makefile.am && autoreconf -fi && ./configure --
> prefix=/app --disable-rpath --with-database=sqlite3 && make && make
> install"
> ],
> "sources": [
> {
> "type": "git",
> "url": "https://git.code.sf.net/p/bogofilter/git";
> ,
> "branch": "master"
> }
> ]
> },
This is for bogofilter, which is a separate project from Evolution.
Bogofilter is a generic spam filtering plugin, that many projects use.
Evolution simply includes it as well.
It appears as best as I can tell, that bogofilter has switched to
"main" as its primary branch name; you can see:
https://gitlab.com/bogofilter/bogofilter/
I don't know if anyone announced this change or if the Evolution devs
are aware of it.
___
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 where did it move on git naming ?
On Tue, 2020-07-21 at 16:41 +0200, Ralf Mardorf via evolution-list wrote: > On Tue, 2020-07-21 at 09:16 -0500, Japhering, Anonymous via > evolution-list wrote: > > > My apologies for assuming [...] the Evolution dev team had followed > > the rest of the software development world in moving away the > > master/slave terminology. > > I seriously doubt that "the world" moved away from sane terms, that > are in no way intended to be racist, sexist or otherwise offending. Can we please, PLEASE not get into this here? I've read every single argument there is to read, pro and con, about this issue over and over on every F/OSS list I subscribe to (and I subscribe to many of them). There's no point arguing about it because the people who want to change and the people who don't want to change both understand the position of the other, but they are never going to agree on a compromise. It's up to the project developers to decide what to do about this and we should respect their decision. It's not our place to decide they're racially insensitive if they don't change it, or that they're pandering if they do change it. As RMS advises, online we should always assume the best intentions, not the worst. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] gmail imapx extremely slow?
Has anyone else noticed that accessing gmail via imapx from Evolution
has gotten extremely slow a number of times over the last week or so?
Sometimes it's fine, then it will be unbearable for a few hours (or
more), then it seems fine again.
Probably it doesn't matter but FYI, I'm using Ubuntu 20.04 with
Evolution 3.36.4.
I have two gmail addresses; one a personal address and one a corporate
address. The personal account is fine: no problems.
But the corporate address is ridiculous. I'll add below a log of
imapx:io where it took 30 seconds to download and display one,
relatively small, message.
Also I've noticed that Evolution seems to be constantly rescanning all
my folders, including ones that are VERY large like my gmail "Sent"
folder, and this rescan takes forever. Is there some setting I should
use to reduce this? I only need to check for NEW messages, I don't
need to rescan all the already-known messages in the folder; isn't that
possible?
Actually I'd be happy enough to NEVER automatically scan my Sent folder
and only retrieve it when I actually visit it (which is rarely). Can
that be done?
However, of course that is just for reducing overhead, it's not related
(I don't think) to why downloading a new message in my inbox is so
slow.
Here's an imap trace from imapx:io to get one message piped through ts
to get timestamps, lightly edited; the message was displayed right
around the 16:25:04 mark or similar:
May 18 16:24:38 [imapx:F] I/O: 'F00437 SELECT myfolder'
May 18 16:24:42 [imapx:G] I/O: '* OK Gimap ready for requests from xx'
May 18 16:24:42 [imapx:G] I/O: 'G00438 CAPABILITY'
May 18 16:24:42 [imapx:G] I/O: '* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE
QUOTA ID XLIST CHILDREN X-GM-EXT-1 XYZZY SASL-IR AUTH=XOAUTH2 AUTH=PLAIN
AUTH=PLAIN-CLIENTTOKEN AUTH=OAUTHBEARER AUTH=XOAUTH
May 18 16:24:42 G00438 OK Thats all she wrote! xx'
May 18 16:24:42 [imapx:G] I/O: 'G00439 AUTHENTICATE XOAUTH2'
May 18 16:24:42 [imapx:G] I/O: '+ '
May 18 16:24:43 [imapx:G] I/O: 'yy'
May 18 16:24:43 [imapx:G] I/O: ''
May 18 16:24:47 [imapx:G] I/O: '* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE
QUOTA ID XLIST CHILDREN X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE ENABLE MOVE
CONDSTORE ESEARCH UTF8=ACCEPT LIST-EXTENDED LIST-STATUS LITERAL- SPECIAL-USE
APPENDLIMIT=35651584
May 18 16:24:47 G00439 OK me@myhost authenticated (Success)'
May 18 16:24:47 [imapx:G] I/O: 'G00440 CAPABILITY'
May 18 16:24:47 [imapx:G] I/O: '* CAPABILITY IMAP4rev1 UNSELECT IDLE NAMESPACE
QUOTA ID XLIST CHILDREN X-GM-EXT-1 UIDPLUS COMPRESS=DEFLATE ENABLE MOVE
CONDSTORE ESEARCH UTF8=ACCEPT LIST-EXTENDED LIST-STATUS LITERAL- SPECIAL-USE
APPENDLIMIT=35651584
May 18 16:24:47 G00440 OK Success'
May 18 16:24:47 [imapx:G] I/O: 'G00441 ENABLE UTF8=ACCEPT'
May 18 16:24:47 [imapx:G] I/O: '* ENABLED UTF8=ACCEPT
May 18 16:24:47 G00441 OK Success'
May 18 16:24:47 [imapx:G] I/O: 'G00442 NAMESPACE'
May 18 16:24:47 [imapx:G] I/O: '* NAMESPACE (("" "/")) NIL NIL
May 18 16:24:47 G00442 OK Success'
May 18 16:24:49 [imapx:G] I/O: 'G00443 SELECT INBOX'
May 18 16:24:49 [imapx:G] I/O: '* FLAGS (\Answered \Flagged \Draft \Deleted
\Seen $Labelimportant $Labellater $Labeltodo $Labelwork $NotJunk $NotPhishing
$Phishin'
May 18 16:24:49 [imapx:G] I/O: 'g $has_cal JUNK NOTJUNK)
May 18 16:24:49 * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen
$Labelimportant $Labellater $Labeltodo $Labelwork $NotJunk $NotPhishing
$Phishing $has_cal JUNK NOTJUNK \*)] Flags permitted.
May 18 16:24:49 * OK [UIDVALIDITY 1] UIDs valid.
May 18 16:24:49 * 846 EX'
May 18 16:24:49 [imapx:G] I/O: 'ISTS
May 18 16:24:49 * 0 RECENT
May 18 16:24:49 * OK [UIDNEXT 82586] Predicted next UID.
May 18 16:24:49 * OK [HIGHESTMODSEQ 35642413]
May 18 16:24:49 G00443 OK [READ-WRITE] INBOX selected. (Success)'
May 18 16:24:49 [imapx:G] I/O: 'G00444 IDLE'
May 18 16:24:50 [imapx:G] I/O: '+ idling'
May 18 16:24:53 [imapx:F] I/O: '* FLAGS (\Answered \Flagged \Draft \Deleted
\Seen $Labelimportant $Labellater $Labeltodo $Labelwork $NotJunk $NotPhishing
$Phishin'
May 18 16:24:53 [imapx:F] I/O: 'g $has_cal JUNK NOTJUNK)
May 18 16:24:53 * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen
$Labelimportant $Labellater $Labeltodo $Labelwork $NotJunk $NotPhishing
$Phishing $has_cal JUNK NOTJUNK \*)] Flags permitted.
May 18 16:24:53 * OK [UIDVALIDITY 12] UIDs valid.
May 18 16:24:53 * 136 E'
May 18 16:24:53 [imapx:F] I/O: 'XISTS
May 18 16:24:53 * 0 RECENT
May 18 16:24:53 * OK [UIDNEXT 83662] Predicted next UID.
May 18 16:24:53 * OK [HIGHESTMODSEQ 35642413]
May 18 16:24:53 F00437 OK [READ-WRITE] myfolder selected. (Success)'
May 18 16:24:53 [imapx:F] I/O: 'F00445 UID FETCH 83661 (BODY.PEEK[])'
May 18 16:25:02 [imapx:F] I/O: '* 136 FETCH (UID 83661 BODY[] {30883}
May 18 16:25:02 Delivered-To:
May 18 16:25:02 ARC-Authentication-Results: i=1;'
May 18 16:25:02 [imapx:F] I/O: ''
May 18 16:25:02 [imapx:F] I/O: ')
May 18 16:25:02 F00445 OK Success'
May 18 16:25:02 [imapx:F] I/O: 'F00446 NOOP'
Re: [Evolution] gmail imapx extremely slow?
On Tue, 2021-05-18 at 22:11 +0100, Patrick O'Callaghan wrote: > Click on Folder->Subscriptions and uncheck the Sent folder. You may > also want to disable that folder in Gmail's IMAP settings. I thought about that but then I'd have to resubscribe it by hand to use it. I do actually use my Sent folder once or twice a week or so; sometimes more often, so this is inconvenient. But, maybe it's the best compromise. What I'd really like is a setting that says, "never update this folder automatically but when I visit it, update it then". Or even, a per- folder setting for the "Check new messages every N minutes" option so I can have some of my bigger folders like "Sent" only checked every hour or few hours while still being able to get my Inbox mail more immediately. Also I have folders which are never automatically delivered into, they are only updated when I explicitly move stuff there; I don't need those to be checked in the background. But really, I'm surprised that so much effort needs to be spent to check these folders when they change only pretty rarely. I had thought that the newer IMAP servers provided a way to just return new messages since a given message ID or something like that. Maybe I'm wrong. Cheers! ___ 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] gmail imapx extremely slow?
On Tue, 2021-05-18 at 22:58 +0100, Patrick O'Callaghan wrote: > Do you have IMAPX enabled for the account? Yes, it's an "imapx" account type and I have Quick Resync enabled (I don't know of gmail supports it though) and also "listen for server change notifications" is checked. I have "Check for new messages in all folders" unchecked, but "check for new messages in subscribed folders" checked. I'm not sure what would happen if I unchecked that; the docs are not really clear about exactly what that means and how these options interact. Oddly I have "show only subscribed folders" unchecked, and yet I only see my subscribed folders not my unsubscribed folders. I have all "Options" such as applying filters disabled since I have created gmail filter rules to filter my email instead. At the moment my email is fast again. It's pretty clearly something on the server side. Which means I'm unlikely to ever be able to resolve it and will have to wait and see if Google does something about it. Sigh. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Foreground font color?
So, I'm using Ubuntu 20.04 but to get a newer version of Evolution I'm using flatpak. Just yesterday I installed the latest flatpak for Evolution 3.44 and now I'm seeing something odd: I use dark mode on my system and when HTML messages are shown in the message preview, the background is dark but the text is still black which makes it almost impossible to read. I've checked and these are simple HTML messages with no font or color specification in them. With the previous version of Evolution, 3.42, the background would be dark and the text would be light, in this situation. Is this a bug, or is it somehow related to the "improved" dark mode in the latest Gnome (which I don't have)? Is there any way I can force it? ___ 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] Foreground font color?
On Wed, 2022-03-30 at 10:06 -0400, Paul Smith wrote: > So, I'm using Ubuntu 20.04 but to get a newer version of Evolution > I'm using flatpak. Just yesterday I installed the latest flatpak for > Evolution 3.44 and now I'm seeing something odd: Hm. I might have to drop back to the earlier version of Evolution. Not only am I seeing the font problem, but none of the attachments I receive will open anymore. If I double-click them or use the "Open with default application", nothing happens. I can save them and open them by hand but that's super annoying. Maybe something about Evolution 3.44, even in a flatpak, cannot play nicely with Gnome 3.36 desktop (which is what is available on Ubuntu 20.04). ___ 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] Foreground font color?
On Wed, 2022-03-30 at 16:52 -0400, Paul Smith wrote: > On Wed, 2022-03-30 at 10:06 -0400, Paul Smith wrote: > > So, I'm using Ubuntu 20.04 but to get a newer version of Evolution > > I'm using flatpak. Just yesterday I installed the latest flatpak > > for Evolution 3.44 and now I'm seeing something odd: > > Hm. I might have to drop back to the earlier version of Evolution. > > Not only am I seeing the font problem, but none of the attachments I > receive will open anymore. If I double-click them or use the "Open > with default application", nothing happens. > > I can save them and open them by hand but that's super annoying. > > Maybe something about Evolution 3.44, even in a flatpak, cannot play > nicely with Gnome 3.36 desktop (which is what is available on Ubuntu > 20.04). Hrm. I downgraded to the Evolution 3.42.4 flatpak and now I can open attachments again, but the foreground font color in HTML messages is still black on very-dark-gray in my system configured for dark theme. Some aspect of the configuration is still around messing up my view unfortunately. But I have no idea where to look for this kind of configuration :( ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Bad bug in Evolution 3.44.1
I don't have any hope that anyone can actually make something useful from this report, but here goes anyway: I'm on Ubuntu 20.04 but I'm using the Evolution 3.44.1 flatpak to get a modern version. I've been using this for a number of months without problems, including sending other email to this same mailing list. I just wrote an email to the gcc-help list: I switched the default type from HTML to Plain Text, then pasted some text and selected the text and changed the paragraph type to Preformatted, then I edited and checked and rewrote and futzed with the email for about 15 minutes, then I sent it. When it arrived, it looked like this: https://gcc.gnu.org/pipermail/gcc-help/2022-May/141620.html That is what the message looked like about 30s after I created it, right after I pasted the text into it and before I had done any other editing on it including changing it to Preformatted. Note that it's not just that the message cuts off and the rest is missing: changes that I made to the part of the message that IS present, are missing as well. It's appears that Evolution internally froze the content of my message at that moment, and all the further edits that I made so that the message looked perfect to me were thrown away when I clicked Send and that initial frozen version was sent instead. I looked in my Sent folder and the same content is there as what was received by the GCC list. Very bizarre and annoying, sigh. ___ 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] Flatpak Evolution Query
On Tue, 2022-06-07 at 18:21 +0100, Steve Percival wrote: > I am currently running Evolution from my Distro's(Ubuntu) Repo but > want to start using the flatpak version. Is there any documentation > on migrating from a 'native' version to flatpak? > > I am especially interested in how to migrate the preferences/account > information. I did this since I was tired of the old Evolution on my 20.04 LTS and my company forced us to use Exchange. You don't say what kind of "account information" you have, but Evo will obtain all the online accounts from Gnome, even inside the flatpak, if that's the way you have things set up. Nothing to do here. I just did the normal Evolution backup/restore and it worked (see the File menu). ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Crashing Evolution 3.46.0 ?
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. The biggest issue is that this version of Evolution has crashed twice on me, so far in two days. I was running from the command line with some EWS debugging enabled; the failure message is: (evolution.bin:26): GLib-GObject-CRITICAL **: 14:50:07.182: g_object_ref: assertion '!object_already_finalized' failed /app/bin/evolution: line 33:26 Segmentation fault (core dumped) /app/bin/evolution.bin "$@" journalctl reported: Oct 05 14:50:07 llin-psh13-dsa kernel: traps: evolution.bin[26345] general protection fault ip:7fa738e7f8fb sp:7ffc82903e18 error:0 in libglib-2.0.so.0.7400.0[7fa738dee000+95000] Unfortunately because this is a development system I have disabled the systemd-coredump facility so I don't know how to access any flatpak coredumps (using corectl doesn't work on my system, because during development I want my cores to not be "managed" for me). I don't think I was doing anything particular at the time; it's possible this happened while email was being retrieved? I have one IMAPX account, one GMail account, and one Exchange account using EWS. The GMail and Exchange accounts are configured via GOA. If anyone knows how to find these coredumps I'm happy to take a look; else maybe the above assertion will be helpful in some way. ___ 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 Thu, 2022-10-06 at 08:26 +0200, Milan Crha via evolution-list wrote: > Some info on the debugging of the Flatpak apps is here: > https://docs.flatpak.org/en/latest/debugging.html Thanks for that info. I started evolution in the background inside a flatpak --devel container, then attached to it with gdb -p from within the container. Hopefully the next time I get a crash I'll have some useful details... ___ 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 Thu, 2022-10-06 at 10:17 -0400, Paul Smith wrote: > On Thu, 2022-10-06 at 08:26 +0200, Milan Crha via evolution-list > wrote: > > Some info on the debugging of the Flatpak apps is here: > > https://docs.flatpak.org/en/latest/debugging.html > > Hopefully the next time I get a crash I'll have some useful > details... I got a crash but not many details. I added org.gnome.Evolution.Debug flatpak but the crash happens in glib and I can't seem to figure out how to add debug libraries for this, on my system. Ideas? I tried adding org.gnome.Platform.Debug but got no such flatpak. I just installed org.gnome.Sdk.Debug flatpak, maybe that has the right stuff in it? Anyway I'll let you know when I get the core again. Anyway here's what the core says: -- (evolution.bin:37): GLib-GObject-CRITICAL **: 14:40:45.658: g_object_ref: assertion '!object_already_finalized' failed Thread 1 "evolution.bin" received signal SIGSEGV, Segmentation fault. 0x7f8002abc8fb in g_mutex_lock () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 (gdb) bt full #0 0x7f8002abc8fb in g_mutex_lock () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x7f7ffc8977d1 in soup_connection_manager_cleanup () at /usr/lib/x86_64-linux-gnu/libsoup-3.0.so.0 #2 0x7f7ffc8a8b45 in async_run_queue () at /usr/lib/x86_64-linux-gnu/libsoup-3.0.so.0 #3 0x7f7ffc8a8c35 in queue_dispatch () at /usr/lib/x86_64-linux-gnu/libsoup-3.0.so.0 #4 0x7f8002a655d1 in g_main_context_dispatch () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7f8002a65b28 in g_main_context_iterate.constprop () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x7f8002a65e0f in g_main_loop_run () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x7f8002442145 in gtk_main () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #8 0x55e74efad86e in main (argc=, argv=) at /run/build/evolution/src/shell/main.c:784 shell = 0x55e75057c1f0 settings = success = error = 0x0 ___ 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:27 -0400, Paul Smith wrote: > I just installed org.gnome.Sdk.Debug flatpak, maybe that has the > right stuff in it? I suspect that was it because when I attached to Evolution via GDB this time, it took about 3 minutes to load all the stuff and get me to a (gdb) prompt :). I can see that the gdb process is about 4.5G resident ... yikes! OK here's the full backtrace with more info, from the previous core. Is the 0x some kind of overwritten memory due to being freed, or something? -- (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 #4 0x7f8002a655d1 in g_main_dispatch (context=) at ../glib/gmain.c:3444 dispatch = 0x7f7ffc8a8c10 prev_source = 0x0 begin_time_nsec = 92966318517724 was_in_call = 0 user_data = 0x0 callback = 0x0 cb_funcs = 0x0 cb_data = 0x0 need_destroy = source = 0x7f7f245bd760 current = 0x55e750584020 i = 0 __func__ = "g_main_dispatch" #5 g_main_context_dispatch (context=) at ../glib/gmain.c:4162 #6 0x7f8002a65b28 in g_main_context_iterate (context=0x55e75051c4e0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at ../glib/gmain.c:4238 max_priority = 2147483647 timeout = 82 some_ready = 1 nfds = 3 allocated_nfds = fds = begin_time_nsec = 92966311173981 #7 0x7f8002a65e0f in g_main_loop_run (loop=loop@entry=0x55e750c5b170) at ../glib/gmain.c:4438 __func__ = "g_main_loop_run" #8 0x7f8002442145 in gtk_main () at ../gtk/gtkmain.c:1329 loop = 0x55e750c5b170 #9 0x55e74efad86e in main (argc=, argv=) at /run/build/evolution/src/shell/main.c:784 shell = 0x55e75057c1f0 [EShell] settings = success = error = 0x0 ___ 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: > 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. Remote content loading is set to "never" but I do sometimes use C-i to force it on some messages. However, definitely the crash does not happen directly when I do that. It might happen when viewing messages which contain images that I have cached by running C-i previously however...? I get email from various dev service tools like CI/CD and code review tools, that contain small images that I've previously downloaded. Just to note I haven't been able to find a reproducible case here; for example when Evolution crashes and I restart it and look at the message that had just been selected when I got a crash, it works fine. It seems like it must be some kind of timing issue, or something. I will try to be more aware of what I'm doing when the crash happens, to see if it's more likely when viewing certain classes of email. FWIW I don't use RSS and haven't enabled sender's photos. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Evolution doing a lot of network traffic to/from Exchange
Hi all; 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+) I started up nethogs and I can see that the traffic is between Evolution and the Exchange server on my system, via port 443 (HTTPS) of course. I mean, things like 35 KB/sec upload and 90-110 KB/s download. I'm not doing anything much with Evolution during this time, just normal stuff, and I have "Check for new messages" set to 5 min. Could it be something with the GAL? Or something else? Is there any way to figure out what is going on here? I'm using Evolution 3.46 (but I've seen this with 3.44 as well I'm sure) from flatpak, running on Ubuntu 20.04 with Gnome 3.36.8 native. ___ 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 Thu, 2022-10-20 at 19:17 +0100, Pete Biggs wrote: > That announcement email seems to have been automatically tagged as > "important" on my systems (Evo 3.44.4). I've noticed it happening > before but largely ignored it. What is doing it? Is it a general > "feature" of something in Evolution or is it something I've set up or > configured. I certainly can't see what's doing it. If I understand what you're talking about, the *sender* chooses to mark the email as "important". You don't do anything. In the newfangled Evo interface if you look on the title bar of the composer window, on the right there's a little email icon with an exclamation mark in it. If you hover it says "Set the message priority to high". If you click it it will mean that your message is marked with high priority when the recipients receive it, however their MUA's choose to make that visible. ___ 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 Thu, 2022-10-20 at 19:29 +0100, Pete Biggs wrote: > I had assumed it would be something like that. But what is the header > that controls it I believe that checkbox adds this email header: Importance: high ___ 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] Oh for heavens sake ....
On Fri, 2022-10-21 at 21:26 +0200, Ralf Mardorf via evolution-list
wrote:
> As long as nobody succeeded, there is nobody who can help other to
> replicate success. It's at least my {,mis}understanding that nobody
> succeeded.
I overwhelmed by all the email about this topic and just deleted it
all.
You can count me in the category of people who have zero use for web
forums of any type and Discourse is in that category as well.
However I was able to get it to work, without too much effort, using
the example method linked in the announcement (the Gimp example).
I signed up (I used my actual email address to create an account, I
didn't link it to any other online account).
I clicked "all tags" and typed in "evolution" to find Evolution
messages. You can also scroll down in the "tags" list to find it.
Then I clicked the little bell icon on the upper right (next to "New
Topic") and switched the status to "Watching".
Then I went to my Preferences (under the upper right user icon),
"Emails", and changed "Email me when I am quoted, <...>" to "always".
I disabled everything below that ("Activity Summary" and "Mailing list
mode"). My understanding is you really DO NOT want to enable "Mailing
list mode" because it will send you an email for every post to the
Discourse system.
I then got busy and ignored it for a day. Maybe that helped me avoid
odd wait time errors etc. :)
This morning I noticed that I had a bunch of email from Discourse RE
Evolution. I was able to reply to one of those emails, and I see it
showed up OK including quoting etc. I have no idea what my "level" is,
or how to find it: I've not spent any time on the web site. Since I
don't go there, I also don't care about silly things like badges or
whatever.
The Discourse messages are being properly threaded from what I see, but
I haven't used it "in anger" enough to say there aren't some broken
thread issues here, somewhere.
I am having only these problems, already discussed here:
1. I have no good way to sort email into folders like I used to
because there are no email headers containing the tags that
Discourse uses to sort messages.
2. I have no idea how I can _reliably_ post new topics to the
Discourse system and have them assigned the right tag, and hence
get forwarded to other people who are watching the server using
this method.
3. Smaller annoyance: it really seems like Discourse batches up
email and only sends it once an hour or something like that. I
could be wrong about this as I've not done any real experiments.
If that's the case, that would also be frustrating.
These are definitely serious deficiencies in this new service, and I
hope that someone will find a way to address them.
But fundamentally it seems to work, in that I get email and I can
reply. So it meets the bare minimum definition of a "mailing 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] What do I do now?
On Sat, 2022-10-22 at 13:42 +0100, Patrick O'Callaghan wrote: > I seem to be getting them now. Trouble is, I'm also getting stuff > that has absolutely nothing to do with Evolution, despite having set > a tag (or whatever it's called) to "Evolution". If you set "Mailing list mode" in your Discourse Emails preferences, turn that off. If you enable that then your other preferences are ignored and you just get an email for every post to the site, basically. See my other email: I'm not getting anything not related to Evolution after following those steps. ___ 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?
On Sat, 2022-10-22 at 13:55 +0100, Patrick O'Callaghan wrote: > So the way to get it working as a proper mailing list is by turning > off Mailing List Mode. So intuitive. Agreed it's really poorly named. I think the idea is that if you enable it then it's as if the entire Discourse site becomes one huge mailing list that everyone is sending stuff to. I don't know why hardly anyone would find that useful. But, the method of "subscribing to mailing lists" in GNOME Discourse, is to add tags to your "Watched" list and tell Discourse to email you about all "Watched" items. IMO the way the GNOME Discourse site is organized is unfortunate: they created broad categories like Applications, Desktop, etc. Then they use tags to choose specific applications within them. It seems to me that it would be more useful/usable to create separate categories for each application like Evolution, etc. then tags could be used for different types of issues within the application, such as (for Evolution for example) IMAP, Exchange, UI, etc. etc. This would also mean that it would be simple to sort email because the category DOES appear in the subject of the email, while tags are nowhere to be found. ___ 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 mailing list
On Mon, 2022-10-24 at 00:51 +0800, Bret Busby wrote: > For those who are interested, see > https://groups.io/g/evolution-users > > It is now, up to you to decide what you want to do. I have no problems with people signing up to whatever they want, of course, but I have to say that I'm on one or two other groups.io lists and IMO it's not great. Messages arrive out of order, sometimes they never arrive (I get replies to messages I never saw), and often they take a very long time to arrive (compared to when they were sent). And, the threading is often all broken (although some of that can be attributed to the other people on the list: they are local neighborhood lists and there are lots of non-technical people who know nothing about the correct way to manage email, and are using really terrible mail software). As problematic as the Discourse email support is, I think I'd prefer it to groups.io. Maybe my experience is an outlier. I don't personally care about all the wingdings on Discourse since I don't plan to ever use the website. They can add all the badges and nonsense they want. I got promoted a level (I assume to level 1) just by visiting for a couple of days in a row (to mess with my config) and reading a few threads (to ensure I was getting the messages I wanted). I didn't have to "like" anything or use any emojis or anything like that. And I don't see much benefit in trying for more than that. I do believe that this move will result in a decrease in the usefulness and amount of discussion. It would be very interesting to come back in 6 or 12 months and compare the traffic to the current list versus the traffic in Evolution tag on Discourse; I hope someone does that check. Maybe it will be a net benefit, as people are more able to find and interact with the Discourse site. But my suspicion is it won't be. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] bogofilter integration
Hi all. I'm trying to push to get some kind of resolution to the "bogofilter problem" put into Ubuntu 15.04, if possible. I'm using Ubuntu GNOME as my distro for now and the only real issue I have is that Evo's bogofilter plugin is not supported: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/1247366 The problem seems fairly well understood, and it's a packaging snafu: https://mail.gnome.org/archives/evolution-list/2014-May/msg00010.html https://lists.ubuntu.com/archives/ubuntu-desktop/2015-January/004618.html https://lists.ubuntu.com/archives/ubuntu-gnome/2015-January/002755.html This last message implies that not only can Ubuntu not have run-time dependencies between Evo and bogofilter, there can't even be _build-time_ dependencies between them. Hence, they are currently configuring with --disable-bogofilter. My understanding is that Evo doesn't actually link with any "bogofilter shared library" or anything, it's just running the program. True? If so, it seems like this should be a straightforward problem to solve. Is there any way to get the configure to succeed even if bogofilter is not found during configure? For example, if we explicitly configure with --enable-bogofilter perhaps it could skip the checks and just turn on support? If not would it be possible to trick the configure somehow, so that it didn't fail but still looked for bogofilter in the right place at runtime (without having to install a shim script there first ideally)? It seems to me that ideally this would be a runtime check, not a compile-time check: at runtime the plugin looks to see if the bogofilter program is available and if so the plugin is enabled, if not it's not. But maybe there are complexities that make that hard. ___ 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] bogofilter integration
On Wed, 2015-01-14 at 17:36 +0100, Milan Crha wrote: > I would revert part, or whole, commit [1]. If I read it properly, then > the only reason is to get the bogofilter path during configure, > instead of having it hard-coded. >https://git.gnome.org/browse/evolution/commit/?id=b46da7735a5f58c34 I think the idea here is fine, it's just overzealous. We always need to remember that the system we build on may not be the system we run on, and just because a program is not available at build time doesn't mean we can't look for it later. I'll send a patch that loosens these requirements slightly. ___ 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] bogofilter integration
On Wed, 2015-01-14 at 13:11 -0500, Paul Smith wrote: > On Wed, 2015-01-14 at 17:36 +0100, Milan Crha wrote: > > I would revert part, or whole, commit [1]. If I read it properly, then > > the only reason is to get the bogofilter path during configure, > > instead of having it hard-coded. > >https://git.gnome.org/browse/evolution/commit/?id=b46da7735a5f58c34 > > I think the idea here is fine, it's just overzealous. We always need to > remember that the system we build on may not be the system we run on, > and just because a program is not available at build time doesn't mean > we can't look for it later. > > I'll send a patch that loosens these requirements slightly. Actually, looking at this more it seems like you can set the BOGOFILTER environment variable to any value and it's used verbatim without checking if it exists. So it should be sufficient to configure Evo with: BOGOFILTER=/usr/bin/bogofilter ./configure ... and this will DTRT even if /usr/bin/bogofilter does not actually exist when you configure and build Evo. At least, as far as I can tell. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] [PATCH] Re: bogofilter integration
On Wed, 2015-01-14 at 14:28 -0500, Paul Smith wrote: > Actually, looking at this more it seems like you can set the > BOGOFILTER environment variable to any value and it's used verbatim > without checking if it exists. I did create the patch below while looking at things... it allows one to give "--enable-bogofilter=/usr/bin/bogofilter" on the configure command line instead of setting BOGOFILTER (the previous behaviours are all preserved as well). Just in case someone likes that better... and since I already did it :) (Technically it's not necessary to use the x$var trick with case; it's a shell keyword (unlike test); it's always worked to say 'case $var in' even if $var is empty... but I followed the convention in the rest of configure.ac). diff --git a/configure.ac b/configure.ac index a2148ab..1b0bcf9 100644 --- a/configure.ac +++ b/configure.ac @@ -1052,6 +1052,18 @@ AC_ARG_ENABLE([bogofilter], [AS_HELP_STRING([--enable-bogofilter], [enable spam filtering using Bogofilter (default=yes)])], [enable_bogofilter=$enableval], [enable_bogofilter=yes]) +case x"$enable_bogofilter" in +xyes) + : ok + ;; +xno) + : ok + ;; +*) + BOGOFILTER=$enable_bogofilter + enable_bogofilter=yes + ;; +esac AC_MSG_CHECKING([if Bogofilter support is enabled]) AC_MSG_RESULT([$enable_bogofilter]) msg_bogofilter="$enable_bogofilter" ___ 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] bogofilter integration
On Wed, 2015-01-14 at 17:36 +0100, Milan Crha wrote: > I would revert part, or whole, commit [1]. If I read it properly, then > the only reason is to get the bogofilter path during configure, > instead of having it hard-coded. Well, life is never simple. It looks like after the change you pointed me to, Milan, in Evo 3.8 or so, Matthew completely removed the "unavailable" function from the bogofilter plugin: https://git.gnome.org/browse/evolution/commit/?id=c539a9ec20f46 This latest change works well for private builds but from the standpoint of a distribution / package maintainer, assuming that the software available on the build system is also always available on the runtime system is a problem (unless you're willing to forcibly require all the plugin packages to be installed along with the software, in which case it's not really a plugin anymore :-)!) IMO it would be better to revert this change, but it's not clear to me what exactly the problematic behavior was that caused the change. Ideally you'd have something where the "plugin unavailable" could give some kind of reason. So, in the Evo plugins dialog if Evo is compiled with bogofilter support but no bogofilter is found, you would see a greyed out "Junk filter using Bogofilter" that is not selectable and an extra statement (hover popup?) saying "Install bogofilter to enable". Don't know how feasible this is. ___ 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] bogofilter integration
On Thu, 2015-01-15 at 08:15 +0100, Milan Crha wrote: > I agree with you, I'm also not aware of the reason why the change in > plugins was done, the requirement of having it installed during build > time looks odd to me too. The only similarity I might see there is the > rpath (or what's that called) approach on Linux-es, aka once you link > against a library it is always at the path it was in the runtime. Not > that I'd agree to follow this semantic for junk plugins. > > Please file a bug report against evolution to (partially) revert the > two commits, and name them, plus attach your patch there as well. CC > me on the bug too, thus I'll get to it sooner. I'm currently (heavy-) > breaking other stuff in the data server, but once it's done I'd like > to follow on this issue for 3.14.0. I filed: https://bugzilla.gnome.org/show_bug.cgi?id=743109 ___ 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] bogofilter integration
On Thu, 2015-01-15 at 08:15 +0100, Milan Crha wrote: > Please file a bug report against evolution to (partially) revert the > two commits, and name them, plus attach your patch there as well. Milan! You rock! I was laid up in the hospital for a few days and I get out and find BOTH https://bugzilla.gnome.org/show_bug.cgi?id=743109 AND https://bugzilla.gnome.org/show_bug.cgi?id=688434 (at least the part related to Evolution) resolved! My only two real issues with Evo, now fixed. Thanks! ___ 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 doesn't start
On Sun, 2015-02-22 at 15:17 +0100, Jörg Jenetzky wrote: > Anyway, that's the newest out of the Ubuntu repositories. The newest _for your release of Mint_ (you don't say which release you're using, but it seems pretty old). If you update to a newer version of Mint, you'll get a newer version of Evolution. Mint, like virtually every other distribution out there including Ubuntu, doesn't update the versions of packages in most packages in older distributions; they only backport bugfixes and security fixes. ___ 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 doesn't start
On Sun, 2015-02-22 at 20:12 +0100, Jörg Jenetzky wrote: > am 22.02.2015 um 19:26 schrieb Paul Smith: > > On Sun, 2015-02-22 at 15:17 +0100, Jörg Jenetzky wrote: > >> Anyway, that's the newest out of the Ubuntu repositories. > > > > The newest _for your release of Mint_ (you don't say which release > > you're using, but it seems pretty old). > I wrote in the starter that I run Mint 13 Maya (=LTS). Mint 13 is based on Ubuntu 12.04 LTS, which is 3 years old. The current LTS release of Ubuntu is 14.04, and the current LTS release of Mint is Mint 17 (Quiana) (or Mint 17.1 (Rebecca)). > > If you update to a newer version of Mint, you'll get a newer version of > > Evolution. > Sure would. > Or if I'd include Evolution into the repositories. I don't know what "include Evolution into the repositories" means. Evolution is part of GNOME and relies heavily on GNOME infrastructure. There's no way you can just grab a DEB package of the latest Evolution and install it on your very old system and expect it to work. > There only is no use to change repositories for a program that doesn't > run at all, not even buggy. > It doesn't matter whether I made a mistake or there is some dependency > problem or whatever, as long as I don't *understand* what's wrong and > nobody is able to fix it. I don't know why it doesn't work either. I used Ubuntu 12.04 for quite a while and Evolution worked OK (definitely it started). I never used Mint 13 but I did use Mint 16 for a while, before I switched to Ubuntu GNOME, and Evolution worked fine for me there as well. If Evolution won't even start before dumping core then my suspicion is there's something corrupted about its installation in your home directory, or "all the Evolution data" which you still have on your drive (where did that data come from?) I recommend the following steps: First, create a new temporary user account on your system, log in as that account, and try to start Evolution. If it still dumps core, then you need to contact the Mint folks as they have a serious problem with their packaging of Evolution; they say your distro is supported until April 2017... so you can find out how serious they are about that. Upgrading to a newer version of Mint will likely solve this problem. If starting Evolution in a new user account works, then most likely there's something whacked about the "Evolution data" you've got. It would help if you described more clearly exactly where this data came from originally, how you recovered it, etc. It's possible we won't be able to help you, but the directory structure and format Evolution uses to store its data has changed over time. ___ 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] Wot? No spam filters?
On Fri, 2015-03-06 at 12:32 +, jug...@ekit.com wrote: > I am using evolution 3.10.04 on 64-bit Ubuntu 14.04.2 LTS and MATE 1.8.1. > > Spam filtering has never worked since I upgraded to 14.04. I now see > that the options to install either Bogofilter or Spam-Assassin are > missing from the plugins menu. > > Any ideas? It's an issue with the way Ubuntu packages Evolution, which was caused by a change to the way Evolution builds its code, removing one of the configuration options around external spam filtering. I raised it in January on this list in a thread starting here: https://mail.gnome.org/archives/evolution-list/2015-January/msg00062.html Milan pushed a change for the Evolution configuration issue at the beginning of February, so it will be fixed in the next release of Evolution. Unfortunately I don't think that version of Evo will hit Ubuntu until release 15.10. I requested that the fix be backported; Ubuntu bug: https://git.gnome.org/browse/evolution/commit/?id=0b91d60 Start of my request thread: https://lists.ubuntu.com/archives/ubuntu-desktop/2015-January/004617.html I believe there's some commitment to getting it backported and fixed in the next Ubuntu release, 15.04, but we'll have to see: https://lists.ubuntu.com/archives/ubuntu-desktop/2015-March/004640.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] Wot? No spam filters? was Re: evolution-list Digest, Vol 116, Issue 8
On Sat, 2015-03-07 at 16:23 +, Pete Biggs wrote: > jug...@ekit.com wrote: > > I am at a loss to understand why Evolution - which has worked pretty > > much perfectly ever since I moved over to Ubuntu nearly a decade ago - > > should suddenly start falling over. Has the age-old engineering maxim > > "if it works, don't mess with it" has been disregarded? I went to the trouble of providing links showing exactly what happened and why with spam filtering in Ubuntu in my previous email. Were those not clear? I not sure why the Evo team decided to require the spam filtering software be present at both build and install time, but that, combined with rigid policy requirements in Ubuntu, caused the Ubuntu team to disable support for external spam filtering. Yes, in an ideal world Ubuntu would not have done that. They would have either promoted the spam filtering software to be part of the "main" distribution (but this would require someone stepping up to support them), or worked with the Evo team to fix the problem, as Milan did last month. However, they took the easy way out and made the 5 second local change of disabling spam filtering. That's unfortunate but understandable: the distributions have a lot of software to wrangle and they only have so much time in the day. > Again, this is to do with the decisions made my Ubuntu. The same > version of Evolution is absolutely stable in other distros - there's > certainly no systematic problem with Evolution. I get the impression > though that some one or some group of people have fallen out of love > with Evo in the Ubuntu camp - I don't particularly think there is a > conspiracy against it, but I think it's not the most important thing > on their mind. One of the features of Ubuntu has always been that rather than installing all the possible tools in each class, they choose _one_ tool in each class to install as the default. Those are the tools that they work hard to make sure are stable and well-integrated. Many, many other tools are available of course, but they must be installed explicitly and these are not necessarily "tier 1" tools in terms of attention and support. For whatever reason, a number of years ago Ubuntu decided to switch to Thunderbird as their default email tool, rather than Evo. While the people in Ubuntu supporting Evo care about it and want it to work well, they don't have as much time (or leverage) to put into it as they otherwise would. ___ 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 filters
On Mon, 2015-03-16 at 14:22 +0100, Ralf Mardorf wrote: > But again, it's common sense on most lists It's not "common sense", in any way. Someone who's never used mailing lists before will not just inherently understand this without needing instruction. Rather, it's a learned behavior that is obtained by interacting with the community and learning what the community standards and practices are. And of course those can change for different communities. The problem is that the people who most need the help are often new users who don't have any understanding of these standards yet. Different types of lists may make different decisions, but user help lists should be as inclusive as possible, and that means allowing posts from non-subscribers and replying to all, not just to the mailing list, to ensure non-subscribers are not dropped. Anyway, that's the way I run my mailing lists and the way I'll continue to interact with other, similarly-targeted lists, by default. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Annoyance with "next message" order
Hi all. This has bugged me for years but never enough to complain about it (until now, I guess :)). I wonder if it's just me, or just my setup, or what. I'm currently using Evolution 3.12.10 but I've seen this for a number of releases (maybe always?) I order my folders by Received (Ascending) so my newest messages are at the bottom, and I enable threading. So suppose I get 15 new messages and 10 of them are in the same thread. I select the first one in the thread, read it, press ^D to delete it... and at least 50% of the time instead of automatically selecting the next message in the thread according to the ordering shown in my folder, Evo jumps over the next message (or two, or whatever) and selects another one inside the thread. When this happens, it never goes back to the previous messages in the thread; if I keep deleting it will get to the last message in the thread, delete it, then go to the next message after the thread. This is really surprising, especially because often the skipped messages have context needed to understand the selected message. Also, if I back up to the first message that was skipped and delete that one, Evo will jump back down to that same message again, skipping the intermediate ones. It seems like the "go to next message on delete" algorithm is not using the same ordering as the "display threaded messages in a folder" algorithm. Does this happen to anyone else? Is it a known issue? Should I file an enhancement request about it? Also, what is the ordering that "go to next message on delete" actually uses? I might even be willing to choose the same order for my display, if I knew what it was. ___ 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 with "next message" order
On Thu, 2015-03-19 at 11:31 +, Patrick O'Callaghan wrote: > It's never been completely clear to me what these ordering really mean > when combined with threading. I'm not so worried about the order in which different threads are displayed. But within a single thread it seems to me that whatever order is shown in the folder, should be the same order used by Evolution to choose the next message to display when it automatically moves to the next message (when the current message is deleted for example). > I have folders ordered by Received (Descending, i.e. the oldest thread > first) and this problem doesn't happen to me. I suspect the problem > has to do with wanting the most recent thread (i.e. the thread with > the most recent message) at the top but the messages within each > thread go from oldest to newest. That's why I order my mail Ascending instead of Descending, with the newest mail at the BOTTOM of the folder. Although it's a bit weird at first, this seems the most natural to me; it aligns the inter-thread order with the intra-thread order: both go from oldest at the top to newest at the bottom. Also, I like to read my email starting with the oldest new message and going to the newest new message: if you sort Descending this doesn't work because you read the oldest new message, which is at the end of the new messages, then delete it, and Evo automatically chooses the next message BELOW that in the list, which is the first message you already read. I want it to choose the next NEW message, which means it would need to go UP in the folder. Note this is a separate issue from the threading order. ___ 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 with "next message" order
On Thu, 2015-03-19 at 16:56 +, David Woodhouse wrote: > I don't have a custom sort order, and I also see the saner behaviour > you describe, Patrick. If I delete a message, focus moves to the next > message below it in the display. Not the next newer message in the > mailbix which may be elsewhere in the threaded display. To be clear this doesn't happen to me all the time, but it does happen probably 30-40% of the time when I have a longer thread of unread mail. My suspicion is that when it happens, there's something about the message that causes the thread display order and the "next-message" order to be out of alignment. It would be interesting to know what the "next-message" code uses for ordering. I could try pre-emptively saving email threads to an mbox file in case it happens. Or maybe I can undelete the message and reproduce the behavior. I'll see if I can get a better handle on it. I guess for completeness I should say I'm using IMAP mailboxes, although I doubt it makes a difference. ___ 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 with "next message" order
On Fri, 2015-03-20 at 07:52 +0100, Milan Crha wrote: > it uses the tree, basically what you see in UI, positioning based on > the selected row index. There is some influence of collapsed threads, > usually above the selected message. I recall a bug with a race > condition on the positioning, two parts are fighting to restore the > position, one part uses timeout, another idle. If they are processed > in a wrong order, they can cause the cursor mis-position (that was > mostly observed with collapsed threads). Your 3.12.10 has a fix for > it, but maybe it doesn't work fully. I realized on my home system I'm using 3.11.3 (Linux Mint... I'm going to reload this with a different distro within the next month or two). My work system uses 3.12.10 (Ubuntu GNOME). I'm tried to pay attention when I delete messages but haven't seen the problem (of course now that I'm looking for it, it's harder to find...) I'll follow up if/when I get any fresh detail. ___ 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] Ubuntu, Bogofilter, Spamassasin
On Fri, 2015-03-20 at 10:20 +, Pete Biggs wrote: > The most recent version of this thread from a couple of weeks ago > starts > here: > > https://mail.gnome.org/archives/evolution-list/2015-March/msg00032.html Just a note, Iain submitted a patch this week for this for the next Ubuntu 15.04 release, so it should be fixed there. I'll see if there's any interest in backporting it to the 14.04 LTS release. ___ 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 with "next message" order
On Fri, 2015-03-20 at 07:50 -0400, Paul Smith wrote: > I'll follow up if/when I get any fresh detail. Aha! Interesting! I just got it to happen again and noticed something important. I had a thread like this: --> Joe v help with thisToday 00:57 Bob help with this Today 02:43 Joev help with this Today 01:14 Bobhelp with thisToday 02:52 Remember I use an Ascending order so this is at the bottom of my mail folder. Here the --> is my currently selected message and "v" is the little arrow that lets me hide a sub-thread. All messages except Joe's 00:57 message are unread. In the above situation, I use C-d to delete the current message. I thought the problem was that the cursor then skipped the next message but what happens is more subtle than that: the cursor does correctly go to the next message in order, but then the MESSAGES ARE REORDERED so that now I have a new message above (before) my cursor; after the delete my folder looks like this: Joev help with this Today 01:14 --> Bobhelp with thisToday 02:43 Bobhelp with thisToday 02:52 Here, Note how Evo did select Bob's message, as expected, but now that is not the first message in the thread, because Evo has reordered the messages by date, so Joe's second message is now the first one. At this point, I have one read message (Bob's 02:43 message) and two new messages, Joe's message before and Bob's second message after. If I C-d Bob's first message Evo will move me to Bob's second message. The only way I can read Joe's second message at 01:14 is if I move there explicitly. I wonder if the bug here isn't in the original threading display. If we're really going to read things by date, but with threading, wouldn't the correct order for the original threading be this: --> Joe v help with thisToday 00:57 Joev help with this Today 01:14 Bobhelp with thisToday 02:52 Bob help with this Today 02:43 ? That is, the next message in the thread after Joe's 00:57 message is Joe's 01:14 message, so that should be next. Then all replies to Joe's 01:14 message are after it, in a subthread. Basically, shouldn't the algorithm be: find all messages which are direct replies to this message and order them by date (or whatever order the user chooses). Then go through each message in that list and repeat this algorithm. When a message has no direct replies, go to its sibling and try that. No? FYI this was with Evo 3.11.3 but I think I've seen similar things with my 3.12.10 version. ___ 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 with "next message" order
On Fri, 2015-03-20 at 15:18 +, Pete Biggs wrote: > > In the above situation, I use C-d to delete the current message. I > > thought the problem was that the cursor then skipped the next message > > but what happens is more subtle than that: the cursor does correctly go > > to the next message in order, but then the MESSAGES ARE REORDERED so > > that now I have a new message above (before) my cursor > > Would it help if you turned on "show deleted messages" (or off "hide > deleted messages") - then it wouldn't ever need to re-order the list? Possibly... but I don't like to show my deleted messages :) > > I wonder if the bug here isn't in the original threading display. If > > we're really going to read things by date, but with threading, wouldn't > > the correct order for the original threading be this: > > > > --> Joe v help with thisToday 00:57 > > Joev help with this Today 01:14 > > Bobhelp with thisToday 02:52 > > Bob help with this Today 02:43 > > > > ? That is, the next message in the thread after Joe's 00:57 message is > > Joe's 01:14 message, so that should be next. Then all replies to Joe's > > 01:14 message are after it, in a subthread. > > But I'm sure someone would say that the ordering is wrong because the > last message is not the newest message as the sort order implies. (I'm > not disagreeing with you BTW). Well, that someone would just be wrong, wouldn't they? :-). I'm not actually sure how the current threading algorithm works; it seems to create the threads, then order subthreads based on the NEWEST message in the subthread? Maybe? To me that is unexpected. My reason for using threading is that I want to read the messages in order as they were written: that means that I want to read subthreads created earlier in time before ones created later in time, and I want to read that entire subthread to the end before going to the next one. That leads to the "depth-first" sorting I suggested before. > But I think the bug here might be the re-ordering after you delete a > message. I would have thought there is a case for saying that the tree > shouldn't be re-ordered whilst you remain in the folder. Perhaps not re-ordering every time a message is deleted would be legitimate. But requiring you to exit the folder and re-enter in order to re-order is not what I would like, for sure. Reordering needs to happen when new mail is retrieved, at least! It would be weird to treat your mail in "blocks" of retrieved messages, and only sort them within those blocks so that messages in newly-retrieved blocks aren't added to previously retrieved blocks, unless you exit/re-enter the folder to get a total reorder. Maybe I don't understand what you're suggesting. ___ 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] Ubuntu, Bogofilter, Spamassasin
On Fri, 2015-03-20 at 10:04 -0700, Tim Wescott wrote: > Paul: I'm not sure how much influence you have, but I'm (a) very much > interested in seeing this fix applied to 14.04, and (b) using 14.04 > specifically because it's an LTS version and not just to be a jerk: I > use Ubuntu for my work machine, and every upgrade requires a bunch of > fiddling and fettling that comes right out of my ability to support my > family. I have no influence, except that of "squeaky wheel". You should join in the fun: the squeakier the better! I did post a request to the bug asking Iain to backport to 14.04; it should be a clean apply so I don't think it'll be technically much work. I don't really know how much the procedural overhead is involved with getting a fix into the LTS. ___ 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] Ubuntu, Bogofilter, Spamassasin
On Fri, 2015-03-20 at 12:39 -0700, Tim Wescott wrote: > Paul, I can no longer even figure out how to navigate to a spot to > report a bug in the new Ubuntu site. > > Can you post a link to the bug listing? I'll get to find out if my > login still works, and I can squeak in harmony with you about this > issue. Launchpad bug: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/1247366 ___ 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] Upgrade Evolution outside of Ubuntu mechanism
On Wed, 2015-03-25 at 18:28 +, Pete Biggs wrote: > Finally, there are some pages out there giving you hints on how to > build Evo from source. Paul Smith has a page here > > http://mad-scientist.net/welcome-to-the-lab/gnome-evolution-from-source/ > > but I think it hasn't been updated for a while, so may well be out of > date. Really, really out of date. I don't think I've used it since Evo 3.10 or something like that. Use at your own risk. I think there are better build howto's out there, recommending jhbuild or whatever. ___ 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 3.16
On Tue, 2015-03-31 at 13:36 -0400, a.gnome wrote: > Is there a best-guess release date for Evolution 3.16? It was released last week; I guess Milan forgot to CC this list: https://mail.gnome.org/archives/evolution-hackers/2015-March/msg1.html > Hello, > this is just a notice that evolution-data-server, evolution, > evolution-ews and evolution-mapi 3.16.0 versions had been released. A > new gnome-3-16 branch had been created for the stable 3.16.x releases > in each module. The gnome-3-16 branches are under usual GNOME freezes, > while the current master branch is free of any freezes again. > > Evolution also switched back to the GNOME release schedule. More > information on this can be found here: > https://mail.gnome.org/archives/evolution-hackers/2015-February/msg00011.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
[Evolution] Evo 3.12.11: mail from gmail not shown in folder?
I'm using Evolution 3.12.11 (on Ubuntu GNOME 15.04). I used Gnome's Online Accounts to add two different GMail accounts plus a traditional IMAP account at my ISP. All are using IMAPX types in Evo. Up until today, all was fine. However, suddenly most of my previous email in the two gmail accounts is not being shown in the Inbox folder. If I look at the properties of the folder in Evo it says there are 717 emails in the folder, but the total shown in the folder is only 31 messages. For the other gmail account it shows only 1 message Inbox, while the "Total messages" in the properties says 27. The traditional IMAP account works fine. The emails are really there; if I use my browser to go to GMail I can see them all. I've triple-checked that there's no search active. I've restarted Evo a few times. I've unsubscribed to the folder and re-subscribed, and tried "Refresh". It always gives me the same 31 messages... and these are not even the newest, or oldest... they seem to be a random assortment of email. The "Show" drop-down says "All Messages" and changing this doesn't help. The really bizarre part is that I have two different systems (one at work and one at home) both running the same version of Evo and they both have the same behavior, with the same GMail accounts! But, I did not backup/restore them from each other: they were configured separately by hand, from scratch. I do seem to be receiving new email and it shows up in the folder. Any ideas? ___ 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.12.11: mail from gmail not shown in folder?
On Tue, 2015-05-05 at 08:16 +0200, Milan Crha wrote: > the only left option I can think of is that the missing messages are > marked either as Junk or as Deleted. These messages are not shown in > regular folders. > > You can View->Show Deleted Messages, but the Junk messages are shown > in the Junk folder only. Make sure you'll enter the affected folder > first. I forgot to say I'd already tried showing deleted messages, too: no joy. However, I looked in Junk and there they all were!!! I have no idea why Evo decided to throw them all in Junk. But I selected them all and clicked the "not junk" button and it faithfully put them all back in my Inbox. Problem solved! ___ 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.12.11: mail from gmail not shown in folder?
On Tue, 2015-05-05 at 16:31 +0100, Patrick O'Callaghan wrote: > You might want to turn off junk processing for Gmail accounts. I checked and it's off. It could be that when I first started Evolution it was on and it munged all my email (I created the accounts first using Gnome's online account manager, not through Evolution directly). ___ 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] Filters Keep jumping off the deep end
On Mon, 2015-06-08 at 11:20 -0400, John Lauterbach wrote: > Thank you. What is ppa for 3.16.3. I obtained 3.16.0 from Fabies > Tassin's ppa. No evidence of 3.16.3 is there. Unfortunately there is no official version of Evolution 3.16 available for Ubuntu. I asked about this: https://lists.ubuntu.com/archives/ubuntu-gnome/2015-May/002998.html The short summary of the response is, it's a lot of work and no one has had time to do it. ___ 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] compile my own --- in addition to: Authentication Issues with Exchange Web Services
On Tue, 2015-06-09 at 18:18 +0200, Tom wrote: > I'm often noticed - particularly on this list, that my Evolution > packages are pretty old, even ancient (and here it's 3.2.3 as it came > with Precise and it will doggonit stay as long as Precise stays or > I'll find a safe way to do, what Emre Erenoglu does). But what is the > (Ubuntu) procedure for that ? The important thing to understand is that Evolution is part of the GNOME desktop. Therefore it relies on GNOME for a lot of its operation. And, it requires a modern version of GNOME (in particular, no older than one release back... so for Evolution 3.16.x that means you must have GNOME 3.14 or 3.16). If your goal with staying back with Ubuntu 12.04 is to avoid GNOME 3, then you're kind of out of luck. The best you can do is build and install Evolution AND good chunk of GNOME 3 in some non-standard directory, then try to get Evo to run with it and live with the various missing features and capabilities that come with not having a full GNOME 3 desktop. This is something very few people are willing to do. ___ 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] compile my own --- in addition to: Authentication Issues with Exchange Web Services
On Tue, 2015-06-09 at 20:38 +0200, Roy Reese wrote: > Version numbers at the moment exaggerate the situation a bit given > that version numbers in Evo were changed to match Gnome. Although you're right that Evo in Ubuntu 15.04 is only one version behind the latest, it's misleading because Evo only made that one release in the last year. The Evo currently available in Ubuntu has a number of known and already-fixed bugs, unfortunately, even though it's the latest 3.12 version. ___ 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] compile my own --- in addition to: Authentication Issues with Exchange Web Services
On Wed, 2015-06-10 at 00:09 +0400, Emre Erenoglu wrote: > If you are not experienced in compiling stuff, I strongly recommend > you to upgrade to Ubuntu 15.04 and then simply add the PPA I've given > to use 3.16 which is pretty OK. It's great to have this PPA, but Evo 3.16.0 has some pretty significant bugs that have been fixed in subsequent point releases. For me, it's less stable than the latest 3.12.x. Also, last time I checked this PPA version doesn't allow you to install unless you uninstall gnome-online-accounts ... not sure why? Cheers! ___ 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] compile my own --- in addition to: Authentication Issues with Exchange Web Services
On Wed, 2015-06-10 at 00:33 +0400, Emre Erenoglu wrote: > > For me, it's less stable than the latest 3.12.x. > Depends on use case as I said. 3.12 does not support Webkit2 HTML > composing so not possible to use it at work for me. 3.16 may have bugs > but it has less on EWS and does webkit2 composer. Yes, sure. Different people have different requirements. After I switched jobs a bit ago I (luckily) have no more need of Exchange interoperability. And most of the mail I send is to mailing lists, where HTML email is frowned on anyway; my default email type is plain text. But there are real advantages to 3.16.x, including bug fixes, that I'd surely like to have. ___ 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] 3.16.3 on Ubuntu 15.10
On Fri, 2015-07-10 at 09:38 -0400, John Lauterbach wrote: > I apologize for not putting my question in the correct format. So, is > anyone on this list successfully using 16.3.3 on Ubuntu 15.10? I want to > make > sure that I am not pursuing a dead-end if no one else has been successful. > If > someone can report success (along with particular build of 15.10 they are > using), I will try again and report findings. As far as I'm aware the Ubuntu maintainers for Evolution haven't worked on getting 3.16 into the latest version. The last email exchange I had with them implied it was some amount of work (I'm not really sure why but mostly seemingly related to EDS) and no one had made the time to look at it. I don't know if this means it's hard to build, or just hard to package. One hopes that they will find the time for this sometime before 15.10 is released. See this message, or read the entire thread: https://lists.ubuntu.com/archives/ubuntu-gnome/2015-May/003021.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] 3.16.3 on Ubuntu 15.10
On Tue, 2015-07-14 at 12:29 +0200, Herr Oswald wrote: > > As far as I'm aware the Ubuntu maintainers for Evolution haven't worked > > on getting 3.16 into the latest version. The last email exchange I had > > with them implied it was some amount of work (I'm not really sure why > > but mostly seemingly related to EDS) and no one had made the time to > > look at it. > > Could you please ask for building recent Evolution versions for ubuntu > 14.04 as well? - My argument would be, that it doesnt make much sense > to declare a OS version as "long term support" - and then not to > provide updates for really crucial software. In addition to what others have said about what "long term support" means (which I wholly agree with), I'll just point out that Ubuntu has made it crystal clear that they don't consider Evolution crucial software, and certainly not "really crucial" software :). It may be crucial to us, but it's not that important to them. I do use Ubuntu (Ubuntu GNOME to be precise) because I prefer Debian and its infrastructure and system design choices over Red Hat/Fedora and its infrastructure and system design choices. I don't believe one is massively better, and I have used and continue to use both, I just prefer Debian and that's what I'm used to. I used Debian sid, then testing, for a long time, then switched to Ubuntu to get the 6 month upgrade cycle. If someone creates a reliable Debian-based distro which is more like what Ubuntu used to be before Unity, for example ensuring that ALL the latest Gnome apps are present in each release, I'd probably switch to that, but that's a tall order. And finally, I'm not more or less qualified to ask for anything than anyone else... if you have a request then you should make the request, not ask me to make the request. The more individual people who request something the more likely it is to get fixed. But I wouldn't hold my breath about a backport of GNOME 3.16 apps to Ubuntu 14.04 LTS. ___ 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] Why does not copy & paste work in separate monitor setup?
On Thu, 2015-07-16 at 13:52 +0200, Bjørn T Johansen wrote: > Yes, I know it's not the "normal" way but it's the way I have always > done it... :) I am a developer and I run my IDE on one desktop on > display 2 and my web browser on a different desktop on the same > display, databaseadmin app on yet a different desktop, etc... > At the same time, I have terminal window open that tail logfiles on > display 1.. And when I change desktop on display 2, I do not want to > change desktop at the same time on display 1, if you see :) I think what you're calling a "desktop" most X display managers refer to as a "workspace" (there are so many ways to possibly name the same thing; it's really helpful if everyone uses the same names). All desktop environments I'm familiar with have options that let you specify that a window should appear on all workspaces, so even when you switch workspaces the window doesn't move. Right-click on the title bar and look for the "Always on visible workspace" (or similarly-named) option. In newer versions of GNOME you can actually specify that one entire screen should not change when you switch workspaces, so any window you put on that screen automatically stays put and switching workspaces applies only to the other screen(s). This is what I use and it's perfect. ___ 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] Ubuntu 15.10 Gnome and Evolution
On Mon, 2015-07-20 at 09:42 -0400, John Lauterbach wrote: > Over the weekend, I was able to get the i386 version of Ubuntu 15.10 > Gnome to install on a hp-compaq dx2200 minitower (2007 vintage). This > distribution came with Evolution 3.12.11 already installed. Gnome > version is 3.16.2. I realize that 15.10 is still under development so > that is why I tried this on a surplus PC, and not on one of my > production machines. However, I am wondering why a more recent > version of Evolution is not included. I was not able to find a > compiled build of 3.16.3 for i386 systems. This question comes up all the time on the list. See for example: https://mail.gnome.org/archives/evolution-list/2015-July/msg00091.html The first short answer is, you're asking in the wrong place. This is the Evolution development list, and they have no control over or input into which version of Evolution Ubuntu decides to ship. Just as you wouldn't ask on the Linux kernel mailing list why Ubuntu ships a specific version of the Linux kernel. Which leads to the second answer, which is that everyone who wants a newer version of Evolution on Ubuntu needs to be creating bug reports in Ubuntu Lauchpad, not asking here. The Ubuntu developers are there, not here, and they're the only ones who can get newer versions of Evolution added to Ubuntu: https://launchpad.net/ubuntu/+source/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] Ubuntu 15.10 Gnome and Evolution
On Mon, 2015-07-20 at 10:12 -0400, John Lauterbach wrote: > I posted on this list as the Ubuntu variant I tested is the one reportedly > built by the Gnome-3 team, and it uses the Gnome desktop, not the desktop > favored by Ubuntu developers. Also, unlike the regular Ubuntu distros that > come from Canonical, this one had evolution installed, No Thunderbird! If you're using Ubuntu GNOME (good choice, I do too!) then you want to be asking on the Ubuntu GNOME mailing list: again, this list is for upstream development of Evolution and they have no input into what versions of Evolution are packaged for any distribution: not Ubuntu, not Fedora, not Debian, not Ubuntu GNOME. The Ubuntu GNOME mailing list is here: ubuntu-gn...@lists.ubuntu.com However, my previous answer is true for them as well: although the Ubuntu GNOME folks do provide a GNOME-based desktop rather than a Unity-based desktop, they do not rebuild all the GNOME packages. And in particular they do not rebuild the Evolution package (at least not so far): they simply use whatever Evolution package the Ubuntu team has created. ___ 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 3.10 not sending messages from one of my mail acounts
On Fri, 2015-09-25 at 16:15 +0200, Tom wrote: > ... or better ask them to continuously upgrade to a recent version > even in LTSs ! That's not possible. Evolution is a Gnome application, and relies extensively on the Gnome infrastructure. It's not like Thunderbird or Firefox, for example, or even the kernel, which are essentially stand-alone. Upgrading Evolution would mean you'd have to upgrade all of Gnome in the LTS, which is a complete non-starter (Evo does support one major version of Gnome back, but 14.04 uses Gnome 3.10). I mean, what's the point of using an LTS then? Just get the latest Ubuntu! If you want a so-stable-it's-ossified distro, then use LTS and that's what you get. If you want a nicely stable distro which has fairly up-to-date software, then use a normal Ubuntu release. I personally recommend Ubuntu GNOME actually. I'm really not sure why people are so wedded to LTS for home use: I've been using Ubuntu releases for over 10 years and upgrading regularly and I don't remember ever having anything of consequence broken. I almost always do an in-place upgrade, even, rather than installing from scratch. I do usually wait a few weeks after release, just to let any brown paper bag issues clear out. For corporate use, I guess I can see the benefits of LTS. ___ 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] Bug 749712 - Undo/Redo in composer doesn't work right
On Tue, 2015-10-13 at 12:54 +0200, Andre Klapper wrote: > > What is the difficulty to remove the bugs > > The difficulty is that manpower is limited. Your patches are highly > welcome to fix problems faster. The best thing to do is to go help the WebKit folks, and/or follow the bug there as mentioned in the See Also links: https://bugs.webkit.org/show_bug.cgi?id=149703 Unfortunately that bug was just reported to WebKit on Oct 1. ___ 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] DEB files 3.18.1 from https://launchpad.net/~tista/+archive/ubuntu/wayland/+build/8104779
On Fri, 2015-10-16 at 14:18 -0400, John Lauterbach wrote: > In what order do the following DEB files need to be installed? Usually if you just put them all on the command line (or run "dpkg -i *.deb") then dpkg will figure it out. ___ 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] DEB files 3.18.1 from https://launchpad.net/~tista/+archive/ubuntu/wayland/+build/8104779
On Fri, 2015-10-16 at 20:44 +0200, Ralf Mardorf wrote: > >Usually if you just put them all on the command line (or run "dpkg -i > >*.deb") then dpkg will figure it out. > > Only if all dependencies are already installed. If the dependencies > are not installed, than dpkg will not install the packages, if you > only use the -i option. Sure... dpkg doesn't install other packages at all, regardless of options: it's a low-level tool without network download capability. But dpkg will tell you what's missing and you can go install those via apt-get or whatever. There are, of course, other ways to do it if you prefer. ___ 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 3.18.x and Ubuntu 15.10
On Fri, 2015-11-20 at 16:26 -0200, Jorge wrote: > I am waiting for Gnome 3.18 to arrive in the regular gnome3 PPA. Just to keep your expectations in perspective, that almost never happens. In my experience the gnome3 PPA just has newer/fixed versions of the same level of Gnome package. For example even now if you look at the 15.04 (Vivid) series you'll see that it contains only 3.12/3.14 package, no 3.16 packages. I don't expect to see any 3.18 packages to show up in the 15.10 (Wily) series of the gnome3 PPA at all. If you want Gnome 3.18 packages in 15.10 your only option is to use gnome3-staging. Otherwise you'll have to wait for 16.04 (Xenial) to be released and upgrade to that. I could be wrong, of course: I am not a maintainer or packager of any of these things. ___ 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 3.18.x and Ubuntu 15.10
On Fri, 2015-11-20 at 17:34 -0200, Jorge wrote: > Thank you for the information. Have you enabled gnome3-staging? I haven't. In fact, I've just this week upgraded my system from Ubuntu GNOME 15.04 to Ubuntu GNOME 15.10, so I've just moved to GNOME 3.16. If I did decide to go to staging the only reason would be to get a newer version of Evolution. That's just about the only GNOME application where I really care much about having the newest version. And, I probably won't do that unless I find some truly annoying issues with Evolution 3.16 such that I can't wait. I used Evo 3.12 from 15.04 for all this time and that really has some unpleasant 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
[Evolution] HTML email always using fixed-width fonts?
Hi all; I've just upgraded to Ubuntu GNOME 15.10 which comes with GNOME 3.16 inlcuding Evolution 3.16.5. Overall everything is fine but there is one bizarre thing that I don't remember hearing about: even when I send an email in "HTML" mode, the font is always fixed-width. This is in "Normal" paragraph mode, without the "TT" button enabled, writing a brand new email. One exception is that the Subject line uses a normal proportional-width font. I've checked "Mail Preferences" and I have "Use the same font as other applications" checked, and definitely other applications use a proportional-width font. Even when I uncheck that box and specify a specific font it always chooses a fixed width font. Here's the weird part: when I use a specific font for Evo and change the size of the fixed width font, messages in "Plain Text" mode DO change size, but messages in "HTML" mode do NOT change size. And, vice versa: if I change the size of the standard font then messages in "Plain Text" mode do not change size, but messages in "HTML" do. But, when I change the "standard font" face, nothing happens: no matter which one I choose I get the same fixed width font. Except, if I change to an oblique font then I get an italicized fixed width font... it's like the HTML font takes the size, weight, slant, etc. but always uses the same base (fixed width) font no matter what. Anyone have any ideas about this? ___ 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 email always using fixed-width fonts?
On Sun, 2015-11-22 at 19:18 -0500, Paul Smith wrote: > Overall everything is fine but there is one bizarre thing that I don't > remember hearing about: even when I send an email in "HTML" mode, the > font is always fixed-width. This is in "Normal" paragraph mode, > without the "TT" button enabled, writing a brand new email. I created a brand new sample account on my system and the same thing happens there, so I don't think it's related to my personal settings being messed up or anything. ___ 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 email always using fixed-width fonts?
On Mon, 2015-11-23 at 11:40 +0100, Milan Crha wrote: > evolution 3.16.x is the first release with the WebKitGTK+ based > composer, the previous old GtkHTML composer had been replaced. One > consequence is that the HTML messages understand CSS also in the > composer. Yeah, I remember that. > I currently do not recall anything similar. There was a bug about font > sizes, but not about font names. > > Does the message looks the same weird if you save it as a Draft and > watch it in the message preview? If it does, then you can check the > HTML values in the message source to see what fonts it uses. Some new information: * I have my mail set to use Plain Text by default (FYI) * If I respond to an email with lots of formatting, Evo now asks me if I want to lose the formatting or preserve it. If I say "preserve" then the reply starts in HTML mode. In this case I DO get proper proportional fonts. * If I save a draft email (or send an email to myself) in HTML mode where I should see a proportional font, the message in the preview (or sent to me) does use a fixed width font. * The body of the message in the preview shows: so the "font-family: Monospoce" is clearly the problem. * However, if I take that draft message and say "Edit as new message", now the font is properly proportional again. And if I save THAT as draft and open it I get proportional fonts and the body statement shows: so there's no font-family set here. it looks to me like somehow when switching from "Plain Text" to "HTML" modes, the "font-family: Monospace" value in the body is preserved when it should be tossed. If the message starts out in HTML mode from the start, then this doesn't happen. ___ 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 email always using fixed-width fonts?
On Mon, 2015-11-23 at 14:56 +0100, Tomas Popela wrote: > It's exactly as you said. It was already fixed for Evolution 3.18., > see > [0]. > > [0] - https://bugzilla.gnome.org/show_bug.cgi?id=753702 OK thanks I'll file a Launchpad bug and hopefully this can be backported to 3.16. ___ 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] Fwd: Mail in Evolution disappearing - mystery deepens
On Wed, 2015-12-02 at 13:21 -0500, dave boland wrote: > Am I correct in thinking POP did download the messages for local > storage? Correct. This is the major difference between POP and IMAP. POP is a simple delivery facility for email: when you access it it downloads the entire mailbox from the server to your local system then (by default) deletes the content on the server. So your local system's version is the one true version of your mail that has already been delivered. Some POP servers support options to not delete the content on the server, but that means they'll all get downloaded again next time. Also you can't "upload" things to a POP server so information like what messages you've replied to, what's been deleted, etc. cannot be updated on the server. It all exists only on your local system. IMAP is fundamentally different: the master copy of mail is left on the IMAP server and your local mail client interacts with the server to perform actions like retrieve mail, delete mail, move messages between mailboxes, etc. This lets you have multiple mail clients access mail and see a relatively up-to-date view of your mail. It also means that any messages stored locally on your system are merely cached there for performance reasons, and you can delete your local disk cache and they will not be lost. But of course, once something is deleted on the server you can't access it any more locally, usually, unless you've made a backup. There are lots of articles on the web about the differences too. Cheers! ___ 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] Fwd: Mail in Evolution disappearing - mystery deepens
On Wed, 2015-12-02 at 13:48 -0500, dave boland wrote: > Thanks for the insight. There is an IMAP option in Evolution to > synchronize the email, but I have not found much info about this > option. > Does anyone know what it does and the pros/cons? > > My objective is to have a local copy (on my computer or email server) > of > all sent and received email, while leaving about 4 months worth on the > isp server for remote use. periodically, I take the email from the > inbox and sent and place them in subject folders. > > My question is how do I do that with Evolution, or any email > application? Different email applications have different facilities so I can't speak to them all. This isn't a capability supported by the IMAP protocol. For Evolution, one option is to select all the messages you want to archive and drag them to your "On This Computer" INBOX which should copy them onto your local disk. Then you can delete those selected files from your IMAP account. You can make new folders in the "On This Computer" with dates and copy all the email up to that date to that folder, or whatever. I have not ever tried this, note. You shouldn't delete email from your server until you've verified it's all present as expected in the local folders. ___ 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] Fwd: Mail in Evolution disappearing - mystery deepens
On Wed, 2015-12-02 at 14:45 -0500, dave boland wrote: > This may be what I do, but for now (and rest of a very busy December), > I'm looking for an easier way. I guess that may be a monthly combing > my email to see what needs to be saved, then copying it to a folder. > I admit, I have been fat, dumb and happy for too long, and should have > been doing this all along, but... I guess I'm not really sure what your "fat, dumb and happy" mode was before, and how Evolution, or a new version of Evolution?, has changed things so you're not in that mode any longer...? It's still not clear to me why your email on your IMAP server is being deleted, if you didn't mark it for deletion on your local system. Are you saying that your ISP/IMAP server provider is deleting old messages from your folders, even if you didn't mark them for deletion...?!?! If that's the case then as already mentioned the right answer is to get another provider which is not insane, not futzing with workarounds. IMO anyway. ___ 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] Fwd: Mail in Evolution disappearing - mystery deepens
On Wed, 2015-12-02 at 15:19 -0500, dave boland wrote: > My isp has a 90 day limit that I did not know about. The only > alternative is tw, and I doubt that the will be a big improvement. Ugh. I'm not sure why you're restricted to only those two alternatives, but that's a bummer. You could try getting a gmail account (or something), and have your ISP mail account forward all your mail there. ___ 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 email always using fixed-width fonts?
On Mon, 2015-11-23 at 09:11 -0500, Paul Smith wrote: > On Mon, 2015-11-23 at 14:56 +0100, Tomas Popela wrote: > > It's exactly as you said. It was already fixed for Evolution 3.18., > > see > > [0]. > > > > [0] - https://bugzilla.gnome.org/show_bug.cgi?id=753702 > > OK thanks I'll file a Launchpad bug and hopefully this can be > backported to 3.16. New 3.16.5 package available now in wily-proposed fixes this. Thanks for the pointers and support! ___ 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] Need config help on Evolution email client
On Thu, 2015-12-03 at 13:26 -0500, Mark Foley wrote: > > As others have said, it appears that 3.10 on Ubuntu 14.04 is broken in > > various ways (it's to do with the Ubuntu packaging - 3.10 was fine on > > other systems). 3.10 is also very old now and unsupported. > > So, your recommendation? Should I get the latest stable release? I > assume that would be 3.18.2 from > https://download.gnome.org/sources/evolution/3.18/. Or do you think > that wouldn't work on Ubuntu. Any idea why the Ubuntu folks have not > kept this updated? Ubuntu is no different than any other distribution: Red Hat, Fedora, SuSE, etc. If you use a distribution release which is going on 2 years old, then the software versions in that release will be old and not supported upstream. Release-based distributions don't put newer versions of software in already-published releases. This is quadruply-true of Evolution which is NOT a stand-alone application like Firefox etc.: it's an integrated component of the GNOME desktop. If you want a newer version of Evolution you'll have to upgrade to a newer version of the entire GNOME desktop. If you want a newer version of Evolution, then simply upgrade your version of Ubuntu. If you switch to the current Ubuntu 15.10 release (I personally prefer the Ubuntu GNOME version, not native Ubuntu, but whatever) then you'll get Evolution 3.16.5 which is not the latest but is much closer. [1] There are exceptions, usu ___ 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] Need config help on Evolution email client
On Thu, 2015-12-03 at 14:08 -0500, Mark Foley wrote: > Yes, I quite understand about the whole version/package delay thing. > I've also used Slackware for years which is even more dramatic in this > respect. However, I though I was using the "latest" stable version. > > The http://www.ubuntu.com/download/desktop site shows 14.04.03 LTS and > 15.10 versions downloadable. Possibly I'm confused. I thought > 14.04.03 was the latest stable and 15.10 beta-ish, techies invited to > test. Am I mistaken? What exactly is the difference between "The > latest version of ... Ubuntu (15.10)" and "Long Term Support" version > (14.04.03). Maybe I got off on the wrong foot to begin with. Probably this belongs on an Ubuntu list not here, but basically the Ubuntu Long Term Support releases are more like Red Hat Enterprise releases: the LTS releases are released every 2 years or so and intended to be used on systems where you don't need the latest software but you want support and you don't want to upgrade your system very often. They are supported for 5 years. So, Ubuntu 14.04 was released in April 2014 and will be supported until April 2019. But note "support" means security and important bug fixes, it does not mean "new versions of software". In 2019, Ubuntu 14.04 will still have the same version of Gnome and Evolution as it did when it was released. The next LTS release will be 16.04, out next April. That one will have Evolution 3.18 available BTW and be supported until 2021. Non-LTS Ubuntu releases are supported for only 9 months... so you need to upgrade to the next one within 3 months of it being released (Ubuntu releases come out every 6 months) if you want continuous support. However, non-LTS releases are not "beta-ish": they are real releases and not restricted only to techies and pretesters. Every Ubuntu release goes through a beta period before it's released. The big difference is the support lifetime, not the quality: you are signing up to upgrade your system more often if you want it to be supported. Regardless of LTS/non-LTS, though, it's still always the case that a newer version of a software package like Evolution (etc.) will never be backported to an already-published release of Ubuntu so you'll always have to upgrade to a newer release if you want it. HTH! ___ 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 on startup
On Mon, 2015-12-07 at 11:19 +, Patrick O'Callaghan wrote: > On Mon, 2015-12-07 at 12:03 +0100, Tom wrote: > > Am Sonntag, den 06.12.2015, 22:17 -0500 schrieb David Elwell: > > (...) > > > > > > Replaced Ubuntu 14.04 with 15.10 (Evolution 3.16.5) yesterday. All > > > appears Ok. Thank you all for your help. > > > > Would you keep us updated about your system's health ? > > Please don't. This is an Evolution list. Discussion of problems > specifically with Evolution are welcome (including installation > problems), but discussion on keeping some version of some Linux distro > up to date should be carried out on that distro's mailing lists. Tom, I suggest you subscribe to ubuntu-gn...@lists.ubuntu.com and discuss these issues there: many people on that list will be interested in your experiences with the gnome3-staging PPA including the people doing the development. https://lists.ubuntu.com/mailman/listinfo/ubuntu-gnome Cheers! ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Bogofilter stopped working suddenly?
I'm using Evo 3.16.5 on Ubuntu GNOME 15.10. I have 2 GMail accounts and one IMAP (ISP) account configured. Yesterday I noticed that I had a message in one of my GMail accounts that wouldn't go away from Evo and if I tried to delete it Evo went into some kind of constant download loop. I decided to delete my cache (rm -rf ~/.cache/evolution/mail/) and see if that helped. It did help that problem but... Now all of a sudden Bogofilter is no longer working. Spam is not filtered out of my inbox and I can see that the timestamp on my bogofilter wordlist does not change when I fetch new email. I can still mark messages as junk in Evo and I can see that change the timestamp on my wordlist. So, it's just the ham/spam categorization which is not working. Just to be clear, I did check my IMAP account's settings and "check new messages for Junk contents" is checked, and in the Junk tab of Mail Preferences I have "Check incoming messages for junk" checked and the Junk filtering software dropdown is set to Bogofilter. I know, right, what could deleting my email cache have to do with bogofilter? I don't know, I'm just reporting what happened :). Maybe it's a coincidence, but I restart Evo fairly regularly, plus I have a system at home with the same accounts configured and running the same distro / version of Evo, and bogofilter still works there (so it doesn't seem like a package update broke this). Can someone suggest some debug/log settings I could enable to track what's going on to see if there are errors etc. invoking bogofilter, th at might help me see what's happening? ___ 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] Bogofilter stopped working suddenly?
On Wed, 2016-03-23 at 15:50 -0400, Paul Smith wrote: > Now all of a sudden Bogofilter is no longer working. Spam is not > filtered out of my inbox and I can see that the timestamp on my > bogofilter wordlist does not change when I fetch new email. I can > still mark messages as junk in Evo and I can see that change the > timestamp on my wordlist. So, it's just the ham/spam categorization > which is not working. I just noticed Evo throw this error in a blue bar at the top of my summary: Execution of filter 'Junk check' failed: Error executing filter search: Failed to retrieve message: (junk-test) Anyone have any idea what that might mean, and if it's relevant? ___ 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] Bogofilter stopped working suddenly?
On Thu, 2016-03-24 at 09:31 +0100, Milan Crha wrote:
> to properly do any spam filtering evolution needs to download whole
> message and pass it to the spam-detection software
> (bogofilter/spamassassin). The error says that the message download
> failed, though the reason ("junk-test") is rather misleading.
This may be a red herring; it hasn't reappeared even though I've gotten
plenty of spam since then.
> I suppose evolution console doesn't show anything useful, does it?
By "console" do you mean whatever Evo prints to stdout/stderr? I
normally start it from GNOME Shell and I have no idea where the output
goes. However see below.
> Can you run /usr/bin/bogofilter and pass to it a message content,
> which is supposed to check whether the message is or is not a spam,
> reporting it with the exit code? The command can be:
>
>$ /usr/bin/bogofilter <~/.local/share/evolution/mail/local/...
I saved a spam message as mbox and ran bogofilter on it and it exited
with 2 (unsure).
> eventually with added argument --unicode=yes, if you have the convert
> to unicode checked. You can also try to run evolution with:
>
> $ CAMEL_DEBUG=junk evolution
>
> to get some debugging around the junk processing.
OK I did this. It's a little annoying that the debugging rarely flushe
s. It took me a while to realize that I was getting no output just
because I hadn't waited long enough, then it spewed out in a big chunk
:).
But as above, I see all spam email being determined inconclusive:
Sender 'Wireless Security Camera Options
' in book? 0
Junk filter classification: inconclusive
Message is determined to be clean
No matter how much I train I still get inconclusive. So maybe this is
an issue with bogofilter not Evo.
One thing I don't understand is why my bogofilter wordlist file is not
being updated, unless I explicitly train (with CTRL-J to specify spam).
Doesn't Evo train all email?
___
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] Bogofilter stopped working suddenly?
On Thu, 2016-03-24 at 16:33 -0400, Paul Smith wrote: > But as above, I see all spam email being determined inconclusive: > > Sender 'Wireless Security Camera Options < > wirelesssecuritycameraopti...@croakita.top>' in book? 0 > Junk filter classification: inconclusive > Message is determined to be clean > > No matter how much I train I still get inconclusive. So maybe this > is an issue with bogofilter not Evo. I deleted my bogofilter wordlist database file and after some re -training things are working again. That's weird: I've used bogofilter for many many years and never had an issue. Oh well. Never mind! :) ___ 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] All folders have disappeared
On Mon, 2016-06-13 at 16:29 +0100, Patrick O'Callaghan wrote: > I invariably do updates while logged in and using stuff. I then > decide what needs to be restarted, or if I have to log out, or the > system needs to be rebooted. On Fedora there's a useful utility > called tracer that helps decide this (it checks if any virtual memory > pages belong to processes whose package was updated after the process > started). Ditto me (Ubuntu / Debian). The updater tells you when you need to reboot the system but I don't know exactly how it makes that determination (whether it's based solely on the list of packages or something more sophisticated). I do know that Debian/Ubuntu will restart daemons etc. whenever you update libraries that they use, like libc etc., so a reboot is often not necessary. I often defer rebooting for many days after an upgrade even when I've been told it's necessary... for me reboot is big deal since I have so much context while I'm hacking. I've never had any issues with corruption etc. However if I see something wonky I attribute it to that and will mentally bump the priority of a reboot :). ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
