[Evolution] “No data source found for UID “5597c9d7bd6438ff80d075c5f38215f3a4a5a717””.
3.44.4-0ubuntu1 I know that subject file needs to be deleted, but where do I find it? Thank you, John ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] weird bug: mismatch between the message list and preview pane
On Fri, 2022-10-07 at 17:16 -0500, Anonymous Japhering wrote: > The flatpak version ( 3.46.0 by Flathub.org ) is currently so unstable > on Linux Mint 20.3 Una - that it is basically unusable. I'm blessed if > I get 5 minutes of work before it segfaults and shuts down. So far, I've > logged 6 different operations that crash it. Random crashes have nothing to do with the topic of this thread which is about a mismatch between the message list and preview pane. Please feel free to start a new thread if you have questions or would like to discuss some topic. If you see crashes, please file good bug reports with stacktraces so crashes could potentially get fixed. Thanks, andre -- Andre Klapper | ak...@gmx.net https://blogs.gnome.org/aklapper/ ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] weird bug: mismatch between the message list and preview pane
Dnia 8.10.2022 o godz. 02:31:32 Steve Litt pisze: > > Or you could do what I do and install Dovecot IMAP server on your computer, > and use > fetchmail to grab from Yahoo and procmail to drop each message into the proper > Dovecot IMAP Maildir folder. All your filters would be in procmail recipes, > which > means you could switch email clients at the drop of a hat, for instance, as a > diagnostic test. If you are using fetchmail/procmail to deliver to local Maildirs, there's no need to mess around with installing local IMAP server. Evolution can just use local Maildirs directly, you only need to change the account type. -- Regards, Jaroslaw Rafa r...@rafa.eu.org -- "In a million years, when kids go to school, they're gonna know: once there was a Hushpuppy, and she lived with her daddy in the Bathtub." ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] weird bug: mismatch between the message list and preview pane
Il giorno sab, 08/10/2022 alle 01.40 +0100, Pete Biggs ha scritto: > I think you should still put the number of concurrent connections to > '1' - some IMAP server implementations seem to not like multiple > connections. It looks like each connection can retrieve different > things as if there is a lag between the results of an operation in > one > connection being reflected in another connection. When I took those screenshots I already had 1 max concurrent connection. Now I'm trying Evo 3.44.4 from the "native" package of Arch linux (exported all the data from Flatpak and reimported it to native). I'll report back later. Il giorno sab, 08/10/2022 alle 02.31 -0400, Steve Litt ha scritto: > Or you could do what I do and install Dovecot IMAP server on your > computer, and use > fetchmail to grab from Yahoo and procmail to drop each message into > the proper > Dovecot IMAP Maildir folder. All your filters would be in procmail > recipes, which > means you could switch email clients at the drop of a hat, for > instance, as a > diagnostic test. A little too overkill for my needs, but thanks anyway for your hint. One of my mid-term plan is to build my own self-hosted mail server on my VPS with Dovecot. So probably I'll do something like that in the future. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Logwatch reports segmentation faults in Evolution
On Fri, 2022-10-07 at 16:44 -0500, Tim McConnell via evolution-list wrote: > > "gdb something --ex r" will just start "something" under the > > debugger > > and then let it run until it either exists or crashes. It won't > > create > > any files on its own. > > > > poc > [...] > Thanks for that information. So other than maybe slightly higher > CPU/Memory usage it should be fine just to run evolution in gdb until > it breaks again, correct? I would think so. The debugger just sets a signal trap, so I wouldn't expect the CPU usage to change, as Evo will run at normal speed until something "interesting" happens. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
