Re: [Evolution] drag & drop attachments - Wayland issue?

[Zan Lynx]

On 5/3/21 3:21 AM, Wiethoff, Helge via evolution-list wrote:

Hi,

Am Montag, dem 03.05.2021 um 09:02 + schrieb Wiethoff, Helge via
evolution-list:

on Fedora 34 with Evolution 3.40.0 (3.40.0-
1.module_f34+11756+2e59385f)
(with wayland) i am not able to drag & drop attachments to the
compose
window. It doesnt matter if the attachment is dragged to message body
or the "attachment-bar".


Milan gave the correct hint in another thread: With the package/rpm
version, instead of the flatpak-version, its working just fine.


In a Flatpak or Snap sandbox the application cannot read just any file 
it wants.


I suspect Evolution is getting the attachment filename and attempting to 
just read it off disk. Which will not work in the sandbox. It has to go 
through some sort of portal process to get access to the file.


This is either an Evolution issue, or if Evolution has decided to never 
officially support sandboxing, a snap/flat packager issue.


It will probably be fixed automatically once Evolution ports to GTK-4.

There's this issue which links to a lot of other stuff:
https://github.com/flatpak/xdg-desktop-portal/issues/99

--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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 mails: default font

[Zan Lynx]

On 3/28/21 11:20 AM, Wiethoff, Helge via evolution-list wrote:

I was wondering if it is possible to adjust this "default" a bit? I would like
to define "sans-serif" as default font-family.


Sort of an aside...

I've been needing to learn how to do CSS overrides in Thunderbird 
because of someone I communicate with who uses an ultra-lame custom font 
setting in HTML emails. It is too small to read and looks stupid too.


... anyway, please don't get too weird with the fonts you use.
--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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 resolves MLs to to, instead of using ML-address - compliance/privacy issue

[Zan Lynx]

On 3/25/21 3:30 AM, Sebastian Rottmann wrote:

But evolution does some kind of usability and gives autocomplete to the
user. The user then sees "mailinglist >"
when they write their mail. If the user then presses enter the to: just
shows an "mailinglist". When they send this mail, the mailinglist gets
resolved to all people subscribed to the list, when sended.

Every recipient of the mail (subscriber to the mailinglist) then sees
everyone else (every subscriber) when they receive the mail. I foresee
a privacy compliance issue on the horizon.


I don't know the solution to your problem but there are a few things 
here that stand out.


If the emails to the list do not normally include all of the users and 
email addresses then that cannot be the source of the autocomplete.


The source of the autocomplete must be your Exchange server. Evolution 
is querying the database for the autocomplete list. It does this for 
LDAP too if it is configured.


Since anyone with the same search permissions as your email sender can 
search the server for the mailing list members, fixing Evolution does 
not actually help you here.


I think you need to fix your Exchange server so it does not provide the 
list membership in response to user search.


Where else could the full user list come from, if not from your server?
--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Would this have side effects ?

[Zan Lynx]

On 2/6/21 9:06 AM, Volker Wysk wrote:

I've had the situation that the IMAP server didn't "manage concurrent
connections to one account in a sane manner".

This is what happened. I had two clients listening to one IMAP server with
IMAP IDLE (evolution and getmail). It happened that both clients saw a new
mail and tried to download it (or part of it, like the header). One client
came first and deleted the message from the server. Then the second one got
an error, because it tried to retrieve a message that was no longer there.
In evolution (when being the second one), I got an error message "Cannot get
message...".


One of the clients deleted (and expunged I assume) the message?

This "problem" falls into the set of "problems" that are user error.

OBVIOUSLY, if an email message is deleted then it is gone. The question 
then would be why one of your clients is configured to do that?


I don't see what kind of "sane manner" you could expect here. It is 
exactly like a shared filesystem on a network server. If one client 
deletes a file, and then a second client tries to open that file, the 
file isn't there! It was deleted!


If you are using getmail to retrieve your email and then delete it, then 
do not point any other clients at that IMAP server. Use a local IMAP 
server and have getmail deliver to that local server. Then point 
Evolution at the local server.


Or use a local Maildir. Although I remember a few bugs with Evolution 
and simultaneous Maildir access, it has been a long time and I assume 
they were fixed. Because of course Evolution wants to play well with 
others. Right?


Or I see, checking the documentation for getmail, that there's a 
"delete_after" option that will only delete messages after leaving them 
on the server for a while.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Sorting by "unread"

[Zan Lynx]

On 1/19/21 1:29 PM, Kiwi Rider via evolution-list wrote:


As per previous, I'm still hoping to be able to simply sort my messages 
by whether or not an email is flagged as 'read'.


You need to sort by _something_. Probably Received would work best.

Then there is a dropdown near the top of the message list where you can 
choose to view All, only Unread, Last 7 Days, and other options. The 
Unread filter is what you want I think.


That is part of the Search Bar I believe, so if you moved or made that 
hidden somehow you'll have to find it again.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] XFS being remounted at Evo Startup

[Zan Lynx]

On 1/16/21 1:07 PM, Ángel wrote:

This shows an ext4 on /, and a xfs filesystem on /home


However, your dmesg messages:


[ 1357.401728] xfs filesystem being remounted 
at/newroot/home/greg/.local/share/webkitgtk/databases supports timestamps until 
2038 (0x7fff)
[ 1357.402413] xfs filesystem being remounted 
at/newroot/home/greg/.cache/fontconfig supports timestamps until 2038 
(0x7fff)
[ 1357.402680] xfs filesystem being remounted 
at/newroot/home/greg/.cache/gstreamer-1.0 supports timestamps until 2038 
(0x7fff)

mention/newroot/home/greg/…

This doesn't match with the above fstab.

What is /newroot ?


I am guessing here. It is almost certainly something configuring a 
restricted environment chroot / namespace sort of thing.


Probably something like snap or flatpak.

--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Safety of removing .cache files

[Zan Lynx]

On 1/1/21 1:25 PM, Andre Klapper via evolution-list wrote:

On Fri, 2021-01-01 at 12:18 -0700, Zan Lynx wrote:
On 12/31/20 5:19 AM, Patrick O'Callaghan wrote:

It's always safe to remove cached files. Evo will just recreate them
if
needed. Just be sure that Evo isn't running when you do it.


That is quite a caveat to add on there.

Evolution has so many small daemon pieces that it is almost impossible
to tell if it is "running" and nearly impossible to prevent it from running.

No. It's easily possible not to run Evolution: Just don't start it.


Yeah, right. I know for a fact that these Evolution data server bits 
will access data when you least expect it. I just haven't looked 
recently to see what particular data is used.




You seem to mix up two very different things:
Evolution and evolution-data-server.

I don't use Evolution on this Ubuntu machine. I've never configured it.

Then I wonder what brings you to this mailing list...


I have used Evolution in the past. I've even done development on it. 
Mostly bug fixes and attempts at bug fixes. Trying to make Evolution 
work for a linux-kernel virtual folder without becoming completely 
confused or crashing with a 3 GB memory leak, for example.


Or trying to batch edit a bunch of downloaded email using Perl scripts.



And yet there are four /usr/libexec/evolution-* processes running. If
you kill one DBUS semi-randomly restarts it.

First there were "so many small daemon pieces". Now there are only four?
I can't make much sense out of this conversation so far.


Yeah I think I recognize your name from past conversations and you never 
have been willing to understand other people's problems.


If you actually know for a fact that the cache files will only by 
touched by the Evolution GUI client then just say so.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Safety of removing .cache files

[Zan Lynx]

On 12/31/20 5:19 AM, Patrick O'Callaghan wrote:

It's always safe to remove cached files. Evo will just recreate them if
needed. Just be sure that Evo isn't running when you do it.


That is quite a caveat to add on there.

Evolution has so many small daemon pieces that it is almost impossible 
to tell if it is "running" and nearly impossible to prevent it from running.


I don't use Evolution on this Ubuntu machine. I've never configured it. 
And yet there are four /usr/libexec/evolution-* processes running. If 
you kill one DBUS semi-randomly restarts it.


I don't know if those cache files are ever touched by 
evolution-data-server but it is something to keep in mind.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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.38.1 composer pauses

[Zan Lynx]

On 11/17/20 8:51 AM, Pete Biggs wrote:

Does anyone else see this? My system is not overloaded, there's nothing
taking lots of CPU or IO.  However evolution and various WebKit
processes are each taking about 80-100Gb of virtual memory. Is this
normal? (Resident memory is within normal ranges.)


Yes I've seen Evolution do that lag thing many times. Whatever goes on 
inside the HTML composer is not well done.


The virtual memory use is part of WebKit and is called Gigacages. It 
allocates huge zones of memory around compiled Javascript so that even 
if some bug allowed direct memory accesses, it isn't mathematically 
possible for it to reach sensitive data.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] export collections of mails to txt file

[Zan Lynx]

On 11/2/20 1:14 PM, Dan Kortschak via evolution-list wrote:

Depending on what you define as quick and easy, exporting to mbox and
then writing a script to parse the mbox file and export the parts you
want should be straightforward. Most languages have mbox parsing
libraries that will do the majority of the work for you.


You probably do want the libraries.

In the past I have written Perl scripts to rip up mbox files in about 
five minutes.


However, getting the various text encodings decoded correctly and 
wrapping flowed text into 72 columns with correct ">" quote marks is 
much trickier.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Migrating from Thunderbird via import without duplicates

[Zan Lynx]

On 10/27/2020 10:29 AM, Milan Crha via evolution-list wrote:

That feels like a lot of mails, or just few movies as attachments (just
kidding). Do you know how many mails this is? My largest IMAP account
has 498.162 messages at the moment, which is surely less than that
yours. I do not download all of the history locally, only the last
month is stored for the offline use, and even that not in all folders.


I cannot speak for him but I saw he was using Gmail. Their IMAP system 
duplicates messages and if you have a large number of folders, some of 
which include the same messages plus "All Mail", you can easily end up 
with a 5 or 6 times multiplier on message size.


This bothers me less since I tend to turn off local storage of IMAP and 
limit it to the most basic caching of messages I intentionally read. I 
can wait for a short message fetch. That helps a lot on Gmail too since 
I rarely read the "All Mail" folder.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Font size in HTML mail ?

[Zan Lynx]

On 10/1/20 8:07 AM, Milan Crha via evolution-list wrote:

Hi,
there's nothing to be added back from my point of view. Users have the
option fully under their control now. The option is not about the zoom,
it's really about the minimum font size. Quoting from the WebKitGTK
documentation:

The minimum font size in pixels used to display text. This setting
controls the absolute smallest size. Values other than 0 can
potentially break page layouts.

Thus that Evolution forced its own value there was kind of a bad idea.


One idea I saw in a phone mail client that seemed to work well combines 
minimum font and zoom.


Zoom is applied until the smallest font is at least the minimum size. 
Everything else gets bigger. This preserves the page layout at the 
expense of scrolling, but the user is of course able to use pinch-zoom 
to see the entire message.


That might be a good option for Evolution if someone is reworking the 
HTML display code.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Stuck on fetching POP3 mail, how to debug?

[Zan Lynx]

On 8/25/20 1:37 AM, Martin Wagner wrote:

Hey there again, back on topic: Just now it happened again. Sadly the
logfile (generated by "CAMEL_DEBUG=pop3 evolution >& logfile") doesn't
show any hint for me. It just stopped mid-sentence:

/build/evolution-data-server-R_OWch/evolution-data-server-
3.36.4/src/camel/providers/pop3/camel-pop3-folde


To me that looks like the Evolution debug output is not line-buffered 
and isn't flushed after every message. There's probably more information 
in the C stdio buffer.


You might want to experiment with using the "stdbuf" command-line 
program. It can adjust the C stdio buffer settngs. Read its man page.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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 will send but not receive Emails

[Zan Lynx]

On 8/10/20 9:32 AM, John Nice via evolution-list wrote:

No, it's just a vanilla isp, usses POP port 110 no encryption
#John


You can run Evolution with debugging to view the POP commands used. If 
you understand POP that might help you.


Otherwise, if you are using POP with leaving email on server, I have 
seen that screw up several email clients, not just Evolution. POP is 
simply not intended to be used as a permanent email store for multiple 
clients. Clients get confused when other clients change the mailbox.


Or it can go the other way. I believe it was one of the Microsoft mail 
clients that repeatedly fetched ALL of the POP messages in order to 
verify that it already had copies in the local storage. Every time that 
it synced. It didn't lose track of messages but it did use hundreds and 
hundreds of megabytes of unnecessary data traffic.


If POP is all that you have, I strongly recommend setting up an IMAP 
server and doing a full fetch and delete of your email from your ISP POP 
into it on a schedule. Then point all your email clients at the IMAP 
service.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Full history in reply

[Zan Lynx]

On 6/11/20 8:44 AM, Adam Tauno Williams wrote:

To be fair M$-Outlook [which many people, sadly, except as the gold
standard of e-mail] just includes all the trash, including signatures,
by default, in every ___  reply.  So it sort of does this as most
user's never both to delete anything.


Outlook also makes it impossible to have a real signature. I tried 
pretty hard, but I never managed to get Outlook to put "-- " as a 
signature delimiter. It always wants to trim the trailing space. Not to 
mention, getting it to do plain text is nearly impossible.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] BURL in Evolution

[Zan Lynx]

On 6/2/2020 9:19 AM, Adam Tauno Williams wrote:

https://tools.ietf.org/html/rfc4468
"""The submission profile of Simple Mail Transfer Protocol (SMTP)
provides a standard way for an email client to submit a complete
message for delivery.  This specification extends the submission
profile by adding a new BURL command that can be used to fetch
submission data from an Internet Message Access Protocol (IMAP)
server.  This permits a mail client to inject content from an IMAP
server into the SMTP infrastructure without downloading it to the
client and uploading it back to the server."""

I, personally, cannot imagine what the User Interface for such a
feature would be in a 'normal' MUA.


It would look just like the current Evolution or Thunderbird interface. 
The client would write the outgoing message into the Sent folder on the 
IMAP server. Then the SMTP command uses that message reference instead 
of writing the message contents out again.


Or it could be used for message forwarding. Instead of downloading the 
entire email plus attachments then uploading again, it could be 
forwarded by the client by reference to the original IMAP location.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Cannot Archive Messages Keep Showing Up

[Zan Lynx]

On 4/16/2020 6:00 AM, Patrick O'Callaghan wrote:

IMAP is not designed to handle immediate synchronisation between two
clients active on the same account. They will eventually synchronise,
but not immediately.


That does depend on your clients and IMAP server. My personal email 
server running Cyrus IMAP updates instantly between Thunderbird and K9 
Mail. That's because with an active connection and IDLE (where the 
client passively waits for notification of changes) watched folders get 
immediately updated.


I haven't tried this with Evolution lately, but I thought it did support 
IDLE notification.

--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Email Threading

[Zan Lynx]

On 9/28/19 1:55 PM, Bradley G Ward via evolution-list wrote:

I know that I found an old post,
hit reply all, deleted the text of the email, changed the subject
header and just had the evolution list address in the 'to' line after
removing whoever posted the email I was using.  How it ended up being a
reply to another thread I have no idea.  And this is, obviously, not
something that one would do intentionally.


Threading in email and in NNTP (network news transport) is done with 
headers. Normally these are invisible although they can be seen if you 
"View Source" or other options.


Each message has a header which is its unique identifier. Each message 
also has headers which describe its thread parents by their unique 
identifiers.


When you reply or forward an email, those headers are adjusted to 
describe the threading.


This is pretty good: http://cr.yp.to/immhf/thread.html
You can also read RFC 822: https://www.ietf.org/rfc/rfc822.txt
--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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 and autokey

[Zan Lynx]

On August 8, 2019 9:16:32 AM MDT, Jaap  wrote:
>Hallo,
>
>What to do to make Autokey-gtk work on evolution? My autokey works on
>all kinds of apps, but not on Gnome apps like Evolution or Gedit. 
>
>(same with Snippy or Texpander) 
>
>Evolution  3.32.4 (3.32.4-1.fc30)  on Fedora 30 
>
>thanks Johan
>
>
>___
>evolution-list mailing list
>evolution-list@gnome.org
>To change your list options or unsubscribe, visit ...
>https://mail.gnome.org/mailman/listinfo/evolution-list

If you are using a Wayland based desktop that is to be expected. Most 
applications using the newer GTK or QT libraries work in native Wayland modes 
without using X.

One of Wayland's goals is security so applications are not allowed to read the 
clipboard or read or send input events to other applications. Anything like 
that has to be done in the compositor now.
-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Error loading attachments - version 3.32.3 (flatpak git)

[Zan Lynx]

On 7/5/2019 5:03 PM, Jairo Lopez via evolution-list wrote:

Hello,

I decided to switch my main computer from Windows to Linux. After 
comparing between Thunderbird and Evolution, I went with Evolution 
(really liked) and struggled a bit migrating my PST file. Now after 
finally configuring my work and personal accounts, when I thought 
everything was working correctly I tried to add an attachment to a draft 
and got a weird behavior:


  * If I click on the "Add Attachment..." button at the bottom nothing
happens.
  * If I drag the file that I want to attach to the draft window I get
the error message: "Could not load the attachment. Error when
getting information for file /home/jairolop/test.txt: no such file
or directory". The file exists because I'm dragging it. In fact
thinking that the problem was a long path or filename I created a
simple one at HOME with the same result

Where can I find out the reason adding an attachment is failing? I'd 
hate to use Thunderbird instead of Evolution


I'm not completely familiar with either one, but if this is a Snap or 
Flatpak package they run in a sandbox which restricts their access to 
your files. It sounds to me as if your sandbox isn't allowing access to 
your files.


See 
https://askubuntu.com/questions/845644/allow-snap-apps-to-access-data-from-outside-of-container


There might also be something useful in here, although it seems more 
aimed at developers: 
http://docs.flatpak.org/en/latest/sandbox-permissions-reference.html



--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Composer very slow

[Zan Lynx]

On 6/26/19 1:39 PM, Graham Sawyer via evolution-list wrote:
> Hi
> I recently did a clean install of Ubuntu mate 16.04.6 LTS  and Evolution
> 3.18.5.2 . When typing an email there is a significant lag to the
> characters showing on screen. Any advice on what to do?

Try Fedora 30 with Gnome 3 and Wayland. At least I don't have any
problems with it. Tested on Power-9 with a Radeon GPU, Ryzen 1700X with
a Vega GPU and an Intel i7 laptop with Intel GPU. All Fedora 30. All
have a high performing Evolution.

I mostly use Thunderbird, but I try out Evolution now and then.

Ubuntu always seemed OK'ish to me but sometimes their software build
choices are weird. I don't know that I trust them to get it right.

-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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 email really slow

[Zan Lynx]

On 6/21/19 5:19 AM, Graham Sawyer via evolution-list wrote:
> Hi
>  My first time on here and hope I'm doing the right thing.
> 
> I've been using Evolution for years. I recently did a clean install of
> Ubuntu mate and Evolution. When typing an email there is a significant
> lag to the characters showing on screen. Any advice on what to do?
The last time that I saw this was on a Linux system with an Nvidia GPU
and it was not running the Nvidia binary drivers.

The open source Nouveau drivers are very hit-and-miss. They often seem
to work, but are unable to raise the card's GPU or memory clock which
makes the performance really terrible.

The VESA compatible drivers are even worse.

If that might be affecting you then either install the Nvidia binaries,
which should actually be easy with Ubuntu, or use the Intel iGPU if you
have one and completely disable the Nvidia GPU by blacklisting the
Nouveau driver.

The only other thing I could guess at is that since Evolution uses KHTML
(I think?) as its display and editor it uses more CPU than a regular
text editor like gedit. If for some reason you are on a laptop and you
intentionally locked down the clock speed to, say, 800 MHz for battery
reasons then you can get behavior like very slow text editing. I know
that I have seen Gnome / MATE plugins and widgets for controlling CPU
clocks. Maybe you installed one of those and didn't realize you left it
set to Power Save, Minimum, 800 MHz, etc.

-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Filter rules automatically sending mail to trash

[Zan Lynx]

On 5/8/19 2:45 PM, Jason Franklin via evolution-list wrote:
> The issue is consistency.  For example, I'm on the vim-dev mailing
> list.  Some new messages from this list end up in my trash bin.  Some
> don't.  I've reviewed the list of rules several times.  None of my
> filters delete anything.

If it is IMAP and you have another client open it could be doing this.
Either it is also running filter rules or your cat is stepping on the
Delete key.

-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] encrypt if possible

[Zan Lynx]

On 5/6/19 12:48 PM, Lukas Pirl wrote:
> However, what I'd also expect is the availability of an option saying "always
> encrypt emails when sending to contacts for which public keys are available".
> Can this be achieved?

Thunderbird does that. But I turned it off. You may not want to do it
either.

It turns out that most people I have GPG keys available for would rather
be able to read their email through a web interface than be secure. They
only use it for sending passwords and such like.

-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil



signature.asc
Description: OpenPGP digital signature
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] How to delete single messages from the trash bin

[Zan Lynx]

On February 25, 2019 3:10:05 AM MST, Patrick O'Callaghan  wrote:
>On Sun, 2019-02-24 at 16:54 -0700, Zan Lynx 
>
>No, this is not how Evolution Trash works.
>
>The fundamental model in Evolution follows the IMAP paradigm, in which
>deleted messages are merely marked for deletion, not removed. Actually
>removing them is called "expunging". In the Evo interface the Trash
>folder is a search folder by default, so the "deleted" messages stay in
>their original folders but are merely marked for deletion. Toggle the
>View->Show Deleted Messages option to see them.


As a system administrator in a past life I would have "cleaned" user's Trash 
folders in Exchange without a second thought.

As a programmer writing, say, online backup software I would not save files or 
email in a Trash folder anymore than I would save temporary or cache files.

If I ran an online IMAP server, which I do for myself, it would automatically 
purge deleted messages older than a month.

So Evolution *does* work that way. Because it marks a Deleted flag and that 
flag does whatever the server side decides to do.

By no definition of the word "Deleted" does it mean "Keep this until I come 
back for it."
-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] How to delete single messages from the trash bin

[Zan Lynx]

On 2/24/2019 1:16 PM, Bradley G Ward via evolution-list wrote:

This may be, and probably is, a basic question.  But how can I delete
single messages from the trash bin so that I can reduce the amount of
messages that are in there?

I've searched the Help option which tells me how to expunge an entire
folder but I can't find how to do it for individual messages.  I can
highlight the message but the option to mark the actual message is
greyed out.


Umm. There's something basically wrong here.

Are you expecting *any* message in a Trash folder to still be there 
tomorrow? In a week? A month?


Because you are *wrong*. If there's a folder named Trash in *any* 
program, expect things in there to *vanish at any time*.


Windows OS, for example, will automatically clean up Trash files and 
Temporary files if you run low on disk space.


The Thunderbird email program will automatically delete and "compact" 
Trash folders, although it will ask you first. It will ask one time 
only, if you check the checkbox to not ask again, I believe.


Trash exists only so that you can change your mind about a deletion, and 
pretty quickly, not in a month.


If you want to have emails that you aren't sure about deleting, don't 
put them in Trash, make a folder for them and put them in there instead.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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 and Ubuntu 18.04 : window too wide !

[Zan Lynx]

On January 15, 2019 10:10:15 AM MST, FROISSART Remy  
wrote:
>Hi,
>I have a problem that arise recently (Evolution was working well
>before): when I launch Evolution on my portable computer (that run with
>Ubuntu 18.04), the window freezes and Evolution can not work... when I
>open it from my terminal, I receive that :
>
>(evolution:8697): Gdk-WARNING **: 18:04:28.569: Native Windows wider or
>taller than 32767 pixels are not supported
>
>I did uninstall (from the sofware center) and re-install but I have the
>same info... I also did all the updates... but all the same...
>
>Could anyone give me some advice of what to do ?
>
>thanks a lot,
>
>Rémy

Read this 
http://gnome-evolution-general.1774414.n4.nabble.com/New-message-window-zero-sized-td4656925.html

I found that by searching around. I don't have an Evolution to look at, at the 
moment.

Examine and try changing the window sizes there in dconf-editor.
-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] search feature slow - in one account only

[Zan Lynx]

On December 12, 2018 3:07:20 AM MST, Herr Oswald  wrote:
>Am Mittwoch, den 12.12.2018, 09:42 +0100 schrieb Milan Crha via
>evolution-list:
>> On Wed, 2018-12-12 at 09:30 +0100, Herr Oswald wrote:
>> > When I do a keyword search, it
>> > takes 23 secs till I get the results.
>> 


>> The 1300 messages in a folder is literally nothing, it should be
>> instant.
>
>Agreed.
>With "whole message" as well? Is 23s for "search the whole news" with
>1700 messages acceptable? - I think on a 8core xeon it should be
>faster.
>
>
>Greetings,
>Wolf 
>
>___
>evolution-list mailing list
>evolution-list@gnome.org
>To change your list options or unsubscribe, visit ...
>https://mail.gnome.org/mailman/listinfo/evolution-list

Indeed. I regularly use ripgrep / rg to search multiple gigabytes of mail spool 
and it can do that faster than 23 seconds.
___
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] GPG - cannot verify sender

[Zan Lynx]

On 08/15/2018 02:34 PM, Japhering via evolution-list wrote:
> 
> if I'm correct, then the following should resolve the yellow
> 
> 
> gpg --keyserver  --recv-keys 

No, that's not enough. Anyone can upload a key to the keyservers. They
have no way to ensure that it actually belongs to a particular email
address.

That's where the web of trust comes in.

I'm not sure how to manage it in the GUI but from a terminal you use
"gpg2 --edit-key "

Then set trust level with 'trust' and, unless you actually verified
identity with the key holder and feel comfortable telling other people
to trust it, use "lsign" or "ltsign" to give it a local only trust
signature.

If you did verify it and then "sign" it the next time GPG synchronizes
to the keyservers your signature will get added to that key.

-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Cannot find the menu bar (v. 3.26.1-1)

[Zan Lynx]

On 3/18/2018 10:01 AM, Leo Beltran wrote:

Hello,

I made a big mistake and accidentally deactivated the menu bar. Now I
cannot find it and I do not know how to restore it.

What should I do?


The shortcut keys should still work even if the menu bar is disabled.

Try tapping Alt and see if it reappears. Or press Alt-F which should 
open the File menu and display the menu bar. Or Alt-E for Edit, or Alt-H 
for Help, etc.


Once you have the menu bar open you can find the option you used and 
unhide it again.

___
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] Some keys not enterable in search?

[Zan Lynx]

On December 31, 2017 8:39:39 AM MST, Paul Smith  wrote:
>Here's something super-strange: I can't type the numbers 0-5 into the
>search bar (the one at the top of the vertical view showing both
>subjects and message preview) in Evolution!!
>
>Can anyone else see this? I can enter all the alphabetic and special
>characters that I tried, plus the numbers 6, 7, 8, and 9, but not 0
>through 5...?!?!?! It does work to enter the special characters )!@#$%
>(shifted 0-5). Of course, the numbers work fine elsewhere.
>
>I'm using Ubuntu 17.10 / Evolution 3.26.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

Sounds to me as if there are application specific key bindings in place. The 
1-5 keys must be bound to some function.

A text field should override such key binds but obviously something is going on.___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] open

[Zan Lynx]

On 12/29/2017 05:18 PM, Gottfried wrote:
> 
> 
>> It sounds like Evolution "hangs" (does not respond to anything in
>> the user interface anymore) but does not "crash" (the application
>> window vanishes unexpectedly).
>> 
>> Please make sure that "gdb" is installed. Then open a Terminal
>> window. Then enter the command "gdb evolution". At the next prompt,
>> enter the command "run". Then make Evolution hang. Then enter the
>> command "thread apply all bt full".
> I did just that. it shows a list of threads. It seams to take for
> ever. If I type your command 'thread apply all bt full' in between,
> nothing happens any more. At least it looks like. Could it be that it
> just takes a lot of time? as I said, my PC is not fast. to me it
> still looks like gdb is hanging just like evolution

I believe they missed the step that after Evolution hangs you have to
type Ctrl-C in the GDB terminal to interrupt the debugger and get back
to the GDB prompt. THEN you can type "thread apply all bt full"

At least I think that is what is happening.


-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Save sent messages in a chosen folder

[Zan Lynx]

On 12/9/2017 11:49 AM, da...@thekramers.net wrote:

I'm looking to move away from Thunderbird, for performance reasons.


It may depend on your IMAP server and particular configuration options 
but I wouldn't count on Evolution performing better than Thunderbird.


The last time I used Evolution was on Fedora 27 (so it was a recent 
build) on a test computer with a nice old 5,200 RPM hard drive. I asked 
it to load a folder of 12,000 messages and it was SO SLOW I had to abort 
and reran it with libeatmydata because Evolution was sending a 
continuous stream of fsync calls for sqlite databases.


It could PROBABLY wait until it had read the whole folder of mail before 
syncing. Really.


If you have a SSD it will be fine.
--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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] Minimise to tray?

[Zan Lynx]

On 08/13/2017 05:17 PM, Phil wrote:
> Hi all,
> 
> I'm new to evolution through debian.
> 
> Just got a quick question, is there a way I can close evolution to the
> Gnome tray? (which appears at the bottom left)
> 

If you just want to get it off your screen but leave it running, put it
on another virtual desktop. In Gnome 3 gnome-shell you open the overview
and drag the window to the second desktop in the bar on the right.

-- 
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil
___
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

[Zan Lynx]

On 7/19/2017 10:17 AM, Marcin Kozyra wrote:


How would I go about moving email accounts with passwords to new 
computer? Restoring backup is not working for me.


Using fedora 26.


I believe passwords are stored in the Gnome keyring. By default they are 
decrypted with the login password.


The keyring files are stored in either ~/.gnome2/keyrings or in later 
versions like Fedora 26 in ~/.local/share/keyrings. So you might need to 
move the files if you're restoring from a very old backup.


Email accounts are in ~/.config/evolution, I am pretty sure. Really old 
versions may have it in .evolution or .gnome2/evolution, I don't recall 
exactly.


If you used Gnome Online Accounts to set them up, be careful. A while 
ago I ended up with duplicated email accounts because the hostname of my 
laptop changed so GOA decided to rebuild new copies of all of the 
accounts. I had to delete and recreate all of the accounts.


I did file a bug so it may have been fixed. I never checked since 
building new copies of everything Gnome and doing test restores of 
backup copies to new machines with different names really didn't appeal 
to me.


--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil

___
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] Problem with character encoding?

[Zan Lynx]

On 2/17/2017 5:17 AM, Pete Biggs wrote:

Yes, if I choose ISO-8859-1 instead of default, which is UTF-8, then
everything looks ok except for the subject..

Could you show us the source of the message - removing any personal
information of course. We would need to see the mime structure of the
message and any headers relating to character encoding.


So it's better but not 100%. Also, shouldn't Evolution figure this
out by itself or? (at least since Thunderbird does..)

Well Thunderbird is Thunderbird and Evolution isn't!  It could be down
to assumptions that TB makes that Evo doesn't or some error in the mime
structure that TB accepts but Evo doesn't.

Thunderbird has a "Fallback Encoding" which is set per folder. You can 
right-click on a folder and change it in Properties.


If the message specifies an encoding, that takes over unless you change 
it in View. You can also go into Options, Display, Formatting, Advanced, 
and change the defaults there. Unicode UTF-8 has been the default sender 
encoding in Thunderbird for a while.


So the differences are just because Evolution is defaulting to UTF-8 and 
Thunderbird to ISO-8859-1 for messages that don't specify their encoding.


A quick Google shows this for changing it in Evolution:
https://help.gnome.org/users/evolution/stable/mail-displaying-character-encodings.html.en

--
Knowledge is Power -- Power Corrupts
Study Hard -- Be Evil

___
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] pls explain to me an error msg

[Zan Lynx]

On 11/17/2016 12:49 PM, Andre Klapper wrote:
> On Thu, 2016-11-17 at 19:39 +0100, mario chiari wrote:
>> So, does it mean I need to delete maybe just a single msg?
>> Would it be
>> mail://local/Inbox%2FArt%20Newsletter/1479199473.5059_7593?
>> if so, how do I locate it?
> 
> How does a warning shown on some terminal outside of the graphical user
> interface of your application actually disturb your workflow?
> Or in other words: Why do you care? :)

Warnings and errors on the terminal bother ME. They're a sign of sloppy
programming, of people who just don't care to get it right. They bother
me a lot. Plus all that spam hides the real problems.

___
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 integration w. Evolution

[Zan Lynx]

On 11/02/2016 08:36 AM, Paul Smith wrote:
> +1.  Evolution can already search all folders in a given account so
> what's the point of having "All Mail" which just duplicates it?

Google's All Mail still contains messages after all of their labels are
removed. This is where archived messages can still be found. It is a
very important folder, although you probably don't need access to it all
the 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] Newbie-questions

[Zan Lynx]

On 10/24/2016 04:52 AM, Adam Tauno Williams wrote:
> There is a backup/restore feature built into Evolution - File: backup /
> restore.  Use that.  Where Evolution does / does-not store information
> is not something a user should need to know and may change between
> versions.

Every time you recommend this I think, "Are you serious?"

Because _nobody does that_. None of the distro personal backup tools do
it. Absolutely none of the system-level backup tools do it. What, would
it log into each user account, open Evolution and use File:
Backup/Restore? Nope.

If Evolution hasn't yet, just sit down and document all of the file
locations and DConf / GSettings keys.

I'm fairly sure that's already been done but I haven't looked at the
docs lately.

And as I recall Evolution's Backup/Restore isn't even useful as an
upgrade strategy since no one guarantees a newer version can load an
older backup file. A situation that happens on, oh, EVERY SINGLE DISTRO
UPDATE EVER. Especially the 5 year LTS release upgrades.

Why even have the option in the menus? It's nearly useless!
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] how to move mails and configs to a new machine

[Zan Lynx]

On 03/24/2016 10:42 AM, Pete Biggs wrote:
> I meant your Linux account.  But that's because you need to make sure
> nothing is using the filesystem when you move the data around - but you
> can't actually do this trick if the home belongs to root because you
> can't move the data without being logged in as root.

There are a couple of methods to move data which will work. You can log
in using only a command-line shell on either the console or via SSH.
This will not start up the Gnome services and you can copy the data freely.

You can also do it from a GUI if you guarantee that Evolution is shut
down. There used to be a killev command...

OK, I just tried this and I have to say WTF? How does anyone do
Evolution development anymore? I killed the processes and they don't
stay dead. What if I wanted to run a newly compiled version with a
debugger or command line flags or environment variables? I have to hack
DBUS files now? That's insane.
___
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] SSL cert problems after server move

[Zan Lynx]

On 03/07/2016 09:26 AM, Patrick O'Callaghan wrote:
> A quick way to check on DNS lookups is to specify the server directly,
> e.g.:
> 
> % dig @8.8.8.8 foo.bar.com

And something I always do to check what the system thinks the IP is: use
ping. For example:

$ ping core-01
PING core-01 (172.17.8.101) 56(84) bytes of data.
^C

___
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] Backing up Evolution Data

[Zan Lynx]

On 09/08/2015 09:55 AM, Patrick O'Callaghan wrote:
> As has been said repeatedly, the "backup" command in Evo is not
> intended for periodic backups but for when you need to move your Evo
> installation to another machine.

If the Evolution developers are reading this I'd like to point out
(again) that expecting people to remember and use an obscure,
application-specific backup feature is unrealistic.

What people actually do is backup and restore their entire home
directory. Sometimes they restore just pieces of it. Because, you know,
they might be moving to a new laptop with a 256 GB SSD much smaller than
the 1 TB hard drive they used to have.

Evolution and Gnome itself are very unhelpful with this by spreading
necessary information into at least three different directories: .local,
.config and gsettings / dconf / gconf / whatever-conf.

One single .application directory like Firefox uses in .mozilla and
Thunderbird in .thunderbird is far more manageable and useful.
___
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: Failed to refresh folder INBOX,

[Zan Lynx]

On 06/24/2015 11:05 AM, Pete Biggs wrote:
 Gnome applications tend to use the GIO libraries.  And
 DNS querying programs like nslookup, host and dig go directly to the
 DNS server.
 
 Things are complicate further by systems such as nscd - Name Service
 Cache Daemon that, as it says in the man page, provides a cache for
 the most common name service requests - and that includes hosts.  The
 default TTL for hosts in nscd is 1 hour.

The only time I see references to nscd is in horrible confusing bugs.

If they ignore the DNS TTL and set it to 1 hour I can see why.

I sure hope that GIO hasn't copied that stupid idea. A more probable GIO
user bug is doing the resolve and saving the address object for later
use, never considering that the IP will be different next 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] 3.16.3: Failed to refresh folder INBOX,

[Zan Lynx]

On 06/23/2015 02:24 AM, Pete Biggs wrote:
 Don't get confused by using utilities such as nslookup - they perform
 the DNS queries themselves so by-pass the cache.

Only if you tell them to do so. By default dig and nslookup do the query
to the same resolver IP that the system libraries use.

If there is a cache in use, it is inside the Evolution libraries. If a
command-line ping, dig, or host command returns the new IP for a DNS
name, Evolution should be using that as well.

If it does not, that would be a bug. Because IP addresses do get changed
now and then, and users with laptops rarely close email programs when
you can just leave programs open and suspend/resume the machine.
___
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] WebKit editor undo problems

[Zan Lynx]

On 06/11/2015 11:23 AM, John Lauterbach wrote:
 Today's business e-mails are the equivalent of typewritten business
 letters of the past.  They need to be formatted correctly and look
 professional.

Then using HTML is a bad idea.

HTML formats differently in every email client. Editing it is a pain. It
adds unbelievable amounts of bloat to very simple text. Processing it in
a client introduces hundreds of potential security bugs. Because of the
security issues, many clients require the reader to click through
warnings and trust settings before displaying the lovely (not) company
logos.

And when HTML email sets its own font settings it overrides my defaults
and makes the email unreasonably tiny. And if I set the minimum font
size bigger, silly things like HTML business cards overflow all over,
making HTML emails look even worse than normal.
___
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.15, Fedora 22 and Gnome Online Accounts

[Zan Lynx]

On 03/17/2015 05:43 PM, Patrick O'Callaghan wrote:
 On Tue, 2015-03-17 at 17:07 +, Pete Biggs wrote:
 On Tue, 2015-03-17 at 10:16 -0600, Zan Lynx wrote:
 Evolution, or perhaps GOA has managed to screw backup and recovery
 yet
 again. Do they ever think these things through?
 You are using an Alpha release of a distro with a development release
 of
 an application ... and you didn't expect pain??
 +1

 And what is GOA, may I ask?

 poc



Of course I expect pain. I'd be happy to be surprised though. And
anyway, as far as I can tell this particular problem would also happen
to anyone using older versions of Gnome and Evolution.

My message was kind of an alert of a possible problem for Evolution
people so users might know what happened if they see it and developers
can look into maybe fixing it.

I don't need any help for this. I solved it by deleting the extra copies
of the account configuration files.

I also filed a bug with Fedora for Gnome Online Accounts aka GOA. Sorry
for not defining the acronym earlier.
___
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 3.15, Fedora 22 and Gnome Online Accounts

[Zan Lynx]

Evolution, or perhaps GOA has managed to screw backup and recovery yet
again. Do they ever think these things through?

A full account restore from a system of a different host name resulted
in doubled online accounts in $HOME/.config/evolution/sources.

Like so:

$ grep AccountId=account_1425514256_0 -r .
./1425514256.2013.0@orpheus.source:AccountId=account_1425514256_0
./1426523640.2025.14@felis.source:AccountId=account_1425514256_0

Now really what kind of sense does that make?

I haven't looked into it all the way. This might be GOA's fault. But
anyway. Sper annoying.

___
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

[Zan Lynx]

On 02/24/2015 07:31 AM, Andre Klapper wrote:
 Not saying that the official help is perfect either, but I generally
 fail to understand why people follow random pages on the interwebs
 instead of the official help (under 'Help  About' in the application
 and on https://help.gnome.org/users/evolution/ 

Still nothing in the official help about how to restore Evolution from
an rsync / bup / rdiff-backup / duplicity mirror. Which is how 99% of
everyone actually backs up their system.

Actual example: Going from a crashed and dead older CentOS 5 system to a
brand new Fedora 21. Which magic directories and settings need to be
yanked out of the backup images? Without necessarily copying
*everything*, because the only things that you want right now are email,
not the email plus 200 GB of other junk.

With Thunderbird the answer is $HOME/.thunderbird.  Suuuper easy.

With Evolution getting the email back is fortunately pretty easy. But
you're better off writing down account settings and vfolder searches on
note paper.

___
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] MAIL FROM timeout

[Zan Lynx]

On 10/28/2014 04:05 PM, Ángel González wrote:

 Looks like a sysadmin problem. I suspect it is checking in dns
 blacklists / doing SPF checks, and they are taking a long time. Perhaps
 it is consulting an overloaded dns blacklist?

I agree that something like this is the likely cause. The email
administrator should probably bypass spam and virus checks for mail
being sent by authenticated users or those on internal trusted networks.

Unless there is a problem with infected machines trying to send spam and
viruses. In which case the admin needs to set up an email system just
for receiving internal mail and forwarding it to the scan systems.

Once the email server has a message it doesn't matter how long the
checks take because it can just keep trying to send 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-list Digest, Vol 110, Issue 13

[Zan Lynx]

On 09/08/2014 10:39 AM, G.W. Haywood wrote:
 To
 be frank I really don't think USB devices are especially well-suited
 to backup purposes.  If it's so important, get a NAS devce or similar. 

What do you back up your NAS device to? I use a 4 TB USB 3 external
drive. Two, actually. I rotate one to a safe deposit box.

___
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] Errors receiving mail via POP

[Zan Lynx]

On 9/3/2014 5:45 AM, Pete Biggs wrote:

I've never heard of a problem of IMAP duplicating emails and, knowing
how the protocol works, I can't see how it can!


The protocol won't, but servers and clients will.

I've had Thunderbird (old version, now fixed) time out while copying 
large numbers of email messages from one folder to another. This 
resulted in copies of the message in both folders, because it didn't 
delete the messages until the copy was complete.


I've also had the server lose delete flags on abnormal client shutdown, 
which means that messages copied to another folder get resurrected, 
resulting in two. And when the filter runs again on next client startup, 
more copies are created.


So yeah, IMAP can make copies 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] Recognizing Junk Header from ISP

[Zan Lynx]

On 6/16/2014 12:54 AM, G.W. Haywood wrote:

Because the automated systems are bad at it?


No.


I have to recover 5 or 6 messages every day from my spam trap. For some
reason a lot of sci-fi author's mailing list messages land in there.


Don't blame the automated system because you don't know how to
configure it.


I find your evaluation of my skills -- lacking. And you've gone from 
the automated system to the automated system with manually added 
white listing rules which in my opinion is a big difference.


For your information, I use the ACM email redirector with its own spam 
filtering, which has rather limited configuration abilities.


So, for example, I can't add a rule to whitelist messages that were sent 
to a particular list address or a rule to whitelist messages with a 
mailing list header. It can't even automatically whitelist addresses 
that I send to, because outgoing mail doesn't go through that server.


Your assumptions are invalid and insulting.
___
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] Recognizing Junk Header from ISP

[Zan Lynx]

On 06/13/2014 01:10 PM, G.W. Haywood wrote:
 On Fri, 13 Jun 2014, Pete Biggs wrote:

 The issue is that when you reject mail at smtp time you are
 explicitly relying on the accuracy of an automated system to
 determine what is, or is not, junk. ...

 Why is this an issue?

Because the automated systems are bad at it?

I have to recover 5 or 6 messages every day from my spam trap. For some
reason a lot of sci-fi author's mailing list messages land in 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] Evolution is dying

[Zan Lynx]

On 05/30/2014 04:34 PM, Jimmy Montague wrote:
 OK, folks. I got it. No more top posting. I see why you like it that
 way and will not do it any more.

But what you just did there isn't right either.  Quote only what is
needed for your response to make sense. It should have looked like this:

On 05/30/2014 12:01 PM, N B Day wrote:
 Please don't top post here. 

OK, folks. I got it. No more top posting. I see why you like it that way
and will not do it any more.
___
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 is dying

[Zan Lynx]

On 05/28/2014 06:16 AM, Ralf Mardorf wrote:
 On Wed, 2014-05-28 at 13:07 +0200, Peter Von Kaehne wrote:
 Now, I do not expect that Evolution solves this particular problem.
 The asking for a password again and again issue is only caused by
 Evolution, other MUAs don't ask again and again. Sure, a server might
 claim, the password or something else fails, so the issue isn't caused
 by Evolution, anyway, other MUAs care that the user has got much
 comfort. This PITA is a PITA caused by Evolution! It's possible to
 handle this issue much smarter, as quasi all other MUAs I know do.


Yes. I suspect Evolution is doing something like:

 - Socket connect success
 - Start authentication
 - Authentication fails for any reason including a network error
 - Report authentication error
 - Oh no, password must be 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] Installation page for the Evolution wiki

[Zan Lynx]

On 05/13/2014 04:29 AM, Pete Biggs wrote:
 Have a look on the other Gnome projects at https://wiki.gnome.org/Apps -
 a few have build instructions, none have install instructions.  That's
 because they are part of the Gnome desktop and it is expected that they
 are installed as part of Gnome or through a distro's package manager.

This is why the process is so mind bogglingly obnoxious the times in the
past when I've had an Evolution bug.

Can you build just Evolution from source on the distribution you're
using? In the past I couldn't. The only option was to build ALL OF
GNOME. And the balancing act needed to get it to run as a side-by-side
installation with the distribution version was INSANE. DBUS messages go
to the wrong places and daemons crash each other and fonts and themes
fight to the death.

I pretty much had to log in an ultra-basic TWM X session and manually
start things from an xterm.

And never, never run it from your real home directory. Trying to reverse
a half successful upgrade is a pain. Which means that you need to know
what files to copy into a new user directory to reproduce a problem.

A tool like JHBuild is pretty much a requirement.
https://developer.gnome.org/jhbuild/stable/index-info.html.en


___
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] Idealism face plants against asphalt [Was: downloads page]

[Zan Lynx]

On Mon, Aug 26, 2013 at 1:31 PM, Ralf Mardorf
ralf.mard...@rocketmail.comwrote:

 On Mon, 2013-08-26 at 20:15 +0100, Tom Davies wrote:
  If users will never compile anything then why are we expected to do
  so?

 Users very often compile by their own, this is common practise for *nix
 systems.



It would be quite nice if Evolution would intentionally limit itself to the
support libraries available in the current versions of Fedora, Ubuntu and
Suse.

Last time I tried to compile development Evolution I ended up building all
of Gnome. I may as well have been using Gentoo.

Sure, I know the pain. I personally have to develop software using only
particular old versions of Boost and never use any C++11 features. In fact
I have to stay compatible with G++ 4.1. So I feel sympathy but it is still
better for Evolution end users and outsiders who want to hack on the code.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] how to start over

[Zan Lynx]

On Tue, May 7, 2013 at 10:44 AM, Matthew Barnes mbar...@redhat.com wrote:


 I don't know what you're basing your opinion on, but you're way off
 base.  If you've been paying attention, you already know that we've
 made great strides toward making Evolution's configuration far more
 readable and easier to back up and copy than ever before.


I am still scarred by the XML stored in GConf keys for account
configuration and my attempt to synchronize my VFolder configurations
(config in GConf? config in files? do I need these sqlite files or not? why
do my copied VFolders now claim to have 0 unread messages but when I open
them there's thousands of unread messages?) across three Evolution
installations.

That was 2007 and I haven't tried to do anything similar since.

Make a bad impression once and it sticks forever.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] how to start over

[Zan Lynx]

On Tue, May 7, 2013 at 7:01 AM, Adam Tauno Williams
awill...@whitemice.orgwrote:

 +1 +1 +1 +1

 WHY THE CONSTANT SNEAKING AROUND UNDERNEATH THE APPLICATION??  IF
 YOU DO THAT AND THE APPLICATION BREAKS IT IS YOUR FAULT, AND
 **NOT** THE FAULT OF THE APPLICATION.

 To add, remove, change a mail account I have never in ten plus years
 [when did Evolution first come out?] had to do ANYTHING but configure it
 IN EVOLUTION USING ACCOUNTS SETUP!


Because for the 20 years of Unix before that, there was a human readable
and editable dot-config file. And there was a directory or file of data,
again human readable.

Evolution is more like a Windows program than Unix software. I have to
wonder what the authors were thinking.

Why Evolution and other programs like it have to be sneaking around and
making their configuration unreadable and uneditable, I don't understand.

And think of this: When confronted with hundreds of menus and submenus it
is often MUCH easier to just go to the configuration file in VI, search for
the configuration item and change it. Or in the case of a program like
Firefox, about:config.

Or say that you've changed your email address. In Unix-world you could grep
oldem...@example.com .??* and find everywhere it needs to be changed.

I suppose in Evolution world the poor sap would be required to go into each
program's menu MANUALLY and suffer through whatever GUI happens to be 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] Evolution composer text wrap width

[Zan Lynx]

On 2/24/2013 3:53 PM, Thomas Prost wrote:
 Am Donnerstag, den 21.02.2013, 17:23 -0700 schrieb Zan Lynx: 
 In plain text mode, the Evolution mail composer seems to have a width
 limit much smaller than 72 which is where I think it is supposed to be.
 This email is probably (I hope) an example of what I mean.

 Look at the following line in the attached screenshot:

 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6
 here it's 2x36 ! 

Reading back my email I realize it was not as clear as it could have been.

And I should have included the version of Evolution. It is the version
shipped with Fedora 18 which is version 3.6.3 plus a couple of patches
that don't seem to be related.

The actual email sent is wrapped at 72 characters. Exactly 2x36 as you say.

But in the composer window, as you can see in the screenshot that I
attached, the message is wrapped at 56 characters.

That makes it difficult to see what the message will look like when sent
because What You See Is Not What You Get (WYSINWYG).

It doesn't appear to have any relation to the size of the composer
window because making the window much wider doesn't change the wrapping.




signature.asc
Description: OpenPGP digital signature
___
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] bus error causing crashes

[Zan Lynx]

On Sat, 2012-12-15 at 07:11 +, Pete Biggs wrote:
   using Debian Sid/unstable with Evolution 3.4.4 (but happened since
   3.4.x), wanting to reply to some message, Evolution often crashes due to
   a »bus error«. Does somebody experience something similar?
  
  I think that is a euphamism for a segmentation fault.
 
 No, they are different things - a seg fault is when a program attempts
 to access a memory segment it doesn't own and a bus error is when a
 program attempts to access memory beyond the capabilities of the
 machine.  Both are caused by similar things, such as dereferencing
 invalid pointers, but bus errors sometimes point to hardware problems.

A common error resulting in SIGBUS is accessing a memory mapped file
beyond the end of the file but still inside the memory map.

A program of mine often gets this signal (when I have a bug) because I
mmap a full 1 GB in order to reserve that virtual memory for an
expanding file, but the file may be only 550 MB.

The mmap man page documents that.

-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
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 re Message menu item

[Zan Lynx]

On Fri, 2012-10-12 at 09:36 +0100, Pete Biggs wrote:
 This concept of re-installing software to make it work again is a
 total
 Windows anomaly - it only works in Windows because of the ability to
 over-write system DLLs (i.e. some other software package installed a
 better version of a DLL that the failing package can't cope with -
 re-installing just re-instates that original DLL 

Windows installers sometimes rewrite configuration files and registry
entries as well, fixing problems that may have happened because of
configuration errors.
-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Search folders not updating

[Zan Lynx]

I get that every so often with 3.2. A workaround is to edit the folder's search 
filter. I usually just add a space at the end. That will force a refresh. Only 
on that one folder unfortunately.

Graham Murray gmur...@webwayone.co.uk wrote:

I am using evolution 3.4.4 with the ews backend.

In order to expire old mailing list posts, I have a number of search
folders set with conditions (Date Sent is before ) applied to
folders to which mailing list posts are filtered. The intention is to
periodically delete all messages in these search folders.

Each folder was populated with the appropriate 'old' messages when I
created it, but no new messages have been added to the search folders
since. I have tried right clicking and pressing 'refresh', I have
restarted evolution, all with no effect.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

--
Knowledge is power. Power corrupts. Study hard. Be evil.___
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's New in Evolution 3.6

[Zan Lynx]

On Wed, 2012-09-19 at 20:28 -0430, Patrick O'Callaghan wrote:
 On Wed, 2012-09-19 at 10:13 -0400, Matthew Barnes wrote:
  Evolution 3.6 will move your account data to plain text files which
  live in $HOME/.config/evolution/sources.
 
 I think I speak for all of us when I say: woohoo!

Yes. Yay!

-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
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] Data migration Evolution 2.24.5 to 3.4.3

[Zan Lynx]

On Mon, 2012-08-06 at 16:33 -0400, Matthew Barnes wrote:
 On Mon, 2012-08-06 at 13:31 -0600, Brian A Anderson wrote:
  If I follow what you said below,  Does this mean that I have to convert
  2.24.5 data to 2.32 data and then to 3.4 or is it just one conversion?
  Is there a utility that someone has that might do this job?
 
 You don't HAVE to, but I think what Andre meant is the bigger the jump
 the bigger the risk.
 
 Migration routines are written to convert data from the previous major
 release to the upcoming major release at the time of writing.  So if I
 wrote a new routine today it would convert something from the way it's
 represented in 3.4 to the way it will be represented in 3.6, and that's
 about as much testing as it receives prior to release.
 
 The theory goes, as the routines execute chronological order, the data
 undergoes one or possibly multiple conversions but should end up in the
 currently supported representation.  But as time passes, old migration
 routines may bit rot and silently break.
 
 Case in point: I believe the mbox-to-Maildir conversion itself still
 works in 3.4 but the detection for when the conversion needs to run is
 currently broken because it relies on some subtle aspect of the startup
 sequence that has changed since 3.0.
 

In my experience, one of the better ways to do data conversion is to
write an independent program to do it. Name it something like
evolution-convert-3.2-3.4. After enough time, you would have a
conversion program for each version and they could be run in order. They
could also run without requiring a full working Gnome/Evolution
environment so they could be used to convert offline data. On a backup
server for example.

-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
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] Tranfer of accounts

[Zan Lynx]

On Mon, 2012-05-07 at 08:34 -0400, Adam Tauno Williams wrote:

 rant
 I should open an issue on Bugzilla that the existence of these two
 options should be displayed in the largest possible font and pulsing in
 bright orange.  Perhaps with a sound effect of nails being scraped
 across chalk boards.  A pop-up should appear reminding the user of these
 options every several minutes.
 /rant

These options should be removed. Requiring a separate backup tool for
each application is really horrible user design. HORRIBLE!

This is email, not an enterprise SQL database.


-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Tranfer of accounts [Scanned]

[Zan Lynx]

On Mon, 2012-05-07 at 21:18 +1000, Christopher M Bailey wrote:
 On Mon, 2012-05-07 at 11:44 +0200, Antonio M wrote:
[snip]
  evolution-3.2.3-3 on the old computer with Fedora 16
   Evolution 3.4.1 is running on Fedora 17
  
 Hang on, have I got this right? You're running BETA software (Fedora 16
 is the latest stable release), did not use the recommended method for
 transferring data and have cleansed the original system before checking
 to see if your backups are usable?  I'm confident the folks here will be
 able to help you out, if it is possible.  However I think that the
 lesson to be learnt here is to plain your migrations, especially when
 beta code is involved.

Actually the real problem is with whoever thought a separate backup and
restore tool for an email application was a good idea.

For more than 20 years a simple backup of all the files in your home
directory has been enough to get everything restored.

Yet someone, somewhere decided to change that and seems to expect that
every user of evolution has looked for a backup option (in the email
client? what?).

Even when things did happen, such as a change from mbox to maildir,
there was a simple tool to run that would do the conversion. Where is
that tool for Evolution? And no, installing a complete copy of the older
Evolution and all its support libraries (and their libraries, etc.) is
not a simple tool.
-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Feature request - live debug

[Zan Lynx]

On 2/3/2012 3:20 AM, Pete Biggs wrote:
 On Fri, 2012-02-03 at 12:06 +0200, Mark Elkins wrote:
 On a slow internet connection line - watching my 'sending messages -
 25%' - wondering whats going on... 

 It would be handy to view the live, raw interaction of what is going on
 at times, whether for downloading or sending - restricted to significant
 events (SSL validation, mail header exchange, data count every 10Kb -
 etc). 

 One might view this by mouse over the dynamic info bars at the bottom of
 the evolution screen? or is there a log file option I'm unaware of?

 
 Well there's always the debugging variables:
 
   http://projects.gnome.org/evolution/bugs.shtml

I agree that I'd really like to see what is going on, plus what has been
happening in the background. This should be done without needing
debugging variables because when I want to know why it is slow or
unresponsive, I wasn't planning on that happening. And, often when that
happens Evolution does not *want* to shut down. It can take literal
*minutes* for Evolution to decide to quit when an IMAP connection has
gone wonky.

You can always force-kill it of course but I hate doing that. After all,
if it was completely safe to force-close then why is Evolution waiting
instead of quitting? Which would be the question that the interaction
log would answer.

Plus, it is just neat to have.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] sort by date and group by threads

[Zan Lynx]

On Tue, 2012-01-10 at 18:11 +0100, Bastien Durel wrote:
 Hello,
 
 Since the last upgrade to Evolution 3.2.1 (was 2.32 I think), threads
 was pushed to end of the list when a new mail was inserted into them
 (thread date was the last message's date). Now thez left where they
 lie, so when a mail arrives in a 6-month-old thread of my OS-lists
 folder, I have to search it into thousands of messages, which is not
 nice.

I just noticed that today myself. Usually I read new mail with the
Unread Messages filter, but today I accidentally read a message, then
the message list updated and it vanished. When I went looking for it I
couldn't find it because it was threaded months earlier in the list.
-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Infinite read loop bug in Evolution 3.0.3?

[Zan Lynx]

Evolution seems to have got stuck using 100% of the CPU and eating my
laptop battery again.

One of its threads has gone insane. strace -p [thread-id] shows an
apparently infinite number of the following recvfrom, poll operations:

recvfrom(63, , 5, 0, NULL, NULL)  = 0
poll([{fd=63, events=POLLIN}, {fd=66, events=POLLIN}], 2, 24) = 1 ([{fd=63, 
revents=POLLIN|POLLERR|POLLHUP}])
recvfrom(63, , 5, 0, NULL, NULL)  = 0
poll([{fd=63, events=POLLIN}, {fd=66, events=POLLIN}], 2, 24) = 1 ([{fd=63, 
revents=POLLIN|POLLERR|POLLHUP}])

It is my theory that these indicate that fd 63, whatever it is, has
closed (POLLHUP) and/or has an error (POLLERR) that is being ignored.

lsof shows that fd 63 is:
evolution 31493 lynx   63u  sock0,6   0t0 5783964 can't 
identify protocol


And GDB shows the Evolution thread seems to be running around in this area:
(gdb) bt
#0  0x003f2f02e9be in g_cancellable_is_cancelled () from 
/lib64/libgio-2.0.so.0
#1  0x003d85a5cd3b in ?? () from /usr/lib64/libcamel-provider-1.2.so.23
#2  0x003d84e4f68a in camel_stream_read () from 
/usr/lib64/libcamel-1.2.so.23
#3  0x7f9bea524e6b in ?? () from 
/usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#4  0x003d84e4f68a in camel_stream_read () from 
/usr/lib64/libcamel-1.2.so.23
#5  0x003d84e50238 in camel_stream_write_to_stream () from 
/usr/lib64/libcamel-1.2.so.23
#6  0x7f9bea525c35 in camel_imapx_stream_nstring_stream ()
   from /usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#7  0x7f9bea528bf2 in imapx_parse_fetch ()
   from /usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#8  0x7f9bea532977 in ?? () from 
/usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#9  0x7f9bea536516 in ?? () from 
/usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#10 0x7f9bea5367e5 in ?? () from 
/usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#11 0x7f9bea536c20 in ?? () from 
/usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#12 0x003f2d4683a6 in ?? () from /lib64/libglib-2.0.so.0
#13 0x00302b807b31 in start_thread () from /lib64/libpthread.so.0
#14 0x00302b4dfd2d in clone () from /lib64/libc.so.6

and another bt:
#0  0x003f2d4194b3 in g_atomic_pointer_get () from /lib64/libglib-2.0.so.0
#1  0x003d84e49721 in camel_operation_get_type () from 
/usr/lib64/libcamel-1.2.so.23
#2  0x003d85a5cd48 in ?? () from /usr/lib64/libcamel-provider-1.2.so.23
#3  0x003d84e4f68a in camel_stream_read () from 
/usr/lib64/libcamel-1.2.so.23
#4  0x7f9bea524e6b in ?? () from 
/usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#5  0x003d84e4f68a in camel_stream_read () from 
/usr/lib64/libcamel-1.2.so.23
#6  0x003d84e50238 in camel_stream_write_to_stream () from 
/usr/lib64/libcamel-1.2.so.23
#7  0x7f9bea525c35 in camel_imapx_stream_nstring_stream ()
   from /usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#8  0x7f9bea528bf2 in imapx_parse_fetch ()
   from /usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#9  0x7f9bea532977 in ?? () from 
/usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#10 0x7f9bea536516 in ?? () from 
/usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#11 0x7f9bea5367e5 in ?? () from 
/usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#12 0x7f9bea536c20 in ?? () from 
/usr/lib64/evolution-data-server/camel-providers/libcamelimapx.so
#13 0x003f2d4683a6 in ?? () from /lib64/libglib-2.0.so.0
#14 0x00302b807b31 in start_thread () from /lib64/libpthread.so.0
#15 0x00302b4dfd2d in clone () from /lib64/libc.so.6

-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Really super terribly awful slow performance Generating message list

[Zan Lynx]

Does anyone know why Evolution spends all of its time Generating
message list?

When I click on any folder to read it, it generates a message list.

When I move a message to a different folder it generates a message list.

When I double click on a message in a folder that is not using the
Preview pane, it generates a message list.

This operation appears to consume up to 30 seconds of CPU time each and
every time it runs. It's hell on laptop battery life using 30 seconds of
speed boost every couple of minutes.

Yes, I have over 30,000 messages in the inbox. No, this should not cause
any problem to a serious email program. mutt has no problem. Thunderbird
has no problem. Now, Mail.app does have a problem but I don't consider
it a serious email app.

Evolution *used to* perform acceptably well, back in the 2.something
versions when I used to run a Linux laptop in 2006. Now that I'm running
the 3.0 version in Fedora 15 it appears to have turned to crap. What
happened?

So, am I doing something wrong, or have the Evolution developers
forgotten the basics of O(n) data structure analysis.
-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Really super terribly awful slow performance Generating message list

[Zan Lynx]

On Mon, 2011-09-19 at 19:11 +0100, Pete Biggs wrote:
 On Mon, 2011-09-19 at 14:00 -0400, Adam Tauno Williams wrote:
  Quoting Zan Lynx zl...@acm.org:

 No, I don't see it either.  I only see the Generating message list if
 I do a search in a large folder or on the whole account.  Are you
 restricting the list of messages displayed in anyway?  i.e. is there a
 search active or have you got the Show: dropdown set to anything other
 than All Messages?  What about View - Show deleted messages, is that
 ticked?

Yes, I use both search/virtual folders and usually have the dropdown set
to Unread.
-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Really super terribly awful slow performance Generating message list

[Zan Lynx]

On Mon, 2011-09-19 at 14:00 -0400, Adam Tauno Williams wrote:
 Quoting Zan Lynx zl...@acm.org:
 
 First things first
 
  So, am I doing something wrong, or have the Evolution developers
  forgotten the basics of O(n) data structure analysis
 
 Really?  There is no need to be rude, accuse people of incompetence,  
 or generally behave in a belligerant manner.

OK. Sorry. I just got super frustrated and had to vent.

  Does anyone know why Evolution spends all of its time Generating
  message list?
  When I click on any folder to read it, it generates a message list.
  When I move a message to a different folder it generates a message list.
 
 I *assume* you are talking about a local mail folder; since you don't  
 say [maildir / POP / IMAP / IMAPX ]

No. Not a local folder. It is IMAPX and the plugins and all are whatever
the default Fedora-15 install has.

 If you run top or gnome-system-monitor do you see anything *else*  
 running?  I've seen this operation take *FOREVER* if the Tracker  
 plugin is enabled [this, I'm convinced, is Tracker's fault, not  
 Evolution's;  otherwise Tracker is great].

Nope. No tracker or anything else.

Evolution has just been started and I clicked on my LKML (linux kernel
mailing list) folder which is a virtual search folder with search set to
Any conditions, Recipients contains linux-ker...@vger.kernel.org,
Specific header Newsgroups contains linux.kernel, Search folder sources:
imapx:zl...@threatwall.zlynx.org/INBOX

Here's a line copied from 'top':

15816 lynx  20   0 1926m 295m  19m R 98.9  7.6   0:16.54 evolution

It's already burned 16 seconds and it hasn't even come up with the
message list yet.

INBOX has 31,457 total messages. 18,418 of those are from LKML.

Evolution version is 3.0.3.
-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Why does Evolution IMAP send a \* flag with IMAP APPEND?

[Zan Lynx]

On Sat, 2011-07-09 at 17:38 +0100, David Woodhouse wrote:
 On Tue, 2011-07-05 at 13:42 -0600, Zan Lynx wrote:
  
  When I try to move some messages from one folder to an archive folder,
  Evolution does a few messages and then stops with an error. I turned
  debugging on in the Courier server and I get this when it fails:
  
  READ: ATOM: T02473
  READ: ATOM: APPEND
  READ: ATOM: INBOX.Archive-2011-06
  READ: ATOM: \SEEN
  READ: ATOM: NOTJUNK
  READ: ATOM: \*
  WRITE: T02473 NO Error in IMAP command received by server.
  
  All of the APPEND commands that work do not include \*. All of the
  APPEND commands that fail do include it. 
 
 Can you show that debugging from the Evolution side? Run
  CAMEL_DEBUG=imapx evolution
 
 and show the output as we fetch and move the messages.
 

As I was running into this same problem today while trying to archive a
few messages I remembered that I'd never got around to doing this.

Here is some of the debug output as evolution tries to move one of the
messages and uses the invalid \* flag:

[imapx:D] ** Starting next command
[imapx:D] * no, no jobs
[imapx:D] camel_imapx_read: buffer is 'D00481 OK [APPENDUID 1316452735 152] 
APPEND Ok.
'
[imapx:D] token TOKEN 'D00481'
[imapx:D] Got completion response for command 00481 'APPEND'
[imapx:D] token TOKEN 'OK'
[imapx:D] token '['
[imapx:D] token TOKEN 'APPENDUID'
[imapx:D] token TOKEN '1316452735'
[imapx:D] token TOKEN '152'
[imapx:D] token ']'
[imapx:D] Got appenduid 1316452735 152
[imapx:D] ** Starting next command
[imapx:D] starting idle 
[imapx:D] adding command, fmt = 'APPEND %f %F %P'
[imapx:D] got folder 'INBOX/Archive-2011-08'
[imapx:?] looking up path INBOX/Archive-2011-08 - INBOX.Archive-2011-08
[imapx:D] got file path 
'/home/lynx/.local/share/evolution/mail/imapx/zl...@threatwall.zlynx.org/folders/INBOX/subfolders/Archive-2011-08/new/1f/tempuid-4e77aa17-6'
[imapx:D] completing command buffer is [0] ''
[imapx:D] enqueue job 'APPEND INBOX.Archive-2011-08 (\SEEN JUNK NOTJUNK \*) 
{3939}'
[imapx:D] ** Starting next command
[imapx:D] - we're selected on 'INBOX/Archive-2011-08', current jobs?
[imapx:D] -- Checking job queue
[imapx:D] -- -60 'APPEND'?
[imapx:D] -- starting 'APPEND'
[imapx:D] Starting command (active=1, literal) D00482 APPEND 
INBOX.Archive-2011-08 (\SEEN JUNK NOTJUNK \*) {3939}
[imapx:D] camel_imapx_write: 'D00482 APPEND INBOX.Archive-2011-08 (\SEEN JUNK 
NOTJUNK \*) {3939}
'
[imapx:D] camel_imapx_read: buffer is 'D00482 NO Error in IMAP command received 
by server.
'
[imapx:D] token TOKEN 'D00482'
[imapx:D] Got completion response for command 00482 'APPEND'
[imapx:D] token TOKEN 'NO'
[imapx:D] token TOKEN 'Error'
[imapx:D] ** Starting next command
[imapx:D] starting idle 
[imapx:D] Found connection for INBOX/Archive-2011-08 and connection number 1 
[imapx:D] adding command, fmt = 'IDLE'
[imapx:D] completing command buffer is [4] 'IDLE'
[imapx:D] Starting command (active=1, literal) D00483 IDLE
[imapx:D] camel_imapx_write: 'D00483 IDLE
'
[imapx:D] camel_imapx_read: buffer is '+ entering idle mode
* 152 EXISTS


-- 
Knowledge Is Power
Power Corrupts
Study Hard
Be Evil


signature.asc
Description: This is a digitally signed message part
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Why does Evolution IMAP send a \* flag with IMAP APPEND?

[Zan Lynx]

I'm using a Courier IMAP server and the Evolution 3.0.2 included with
Fedora 15.

When I try to move some messages from one folder to an archive folder,
Evolution does a few messages and then stops with an error. I turned
debugging on in the Courier server and I get this when it fails:

READ: ATOM: T02473
READ: ATOM: APPEND
READ: ATOM: INBOX.Archive-2011-06
READ: ATOM: \SEEN
READ: ATOM: NOTJUNK
READ: ATOM: \*
WRITE: T02473 NO Error in IMAP command received by server.

All of the APPEND commands that work do not include \*. All of the
APPEND commands that fail do include it.

Now, as far as I know and as far as I've been able to find out with
Google searches, the \* flag is a special flag that should not ever be
set on a message. So why is Evolution trying to set it?

Some more information that might be useful. The IMAP box is also
accessed by other applications like Thunderbird and K9 Mail which may
have flags of their own.


signature.asc
Description: This is a digitally signed message part
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list