[Evolution] HTML stripped when replying to HTML messages

[Per]

Evo 3.10.4

When I reply to an email containing this in the message body:

Dear So and So,
Did you get my mail?



Evo turns that into:


Dear So and So, Did you get my mail?



ie. it strips the html and the  block gets truncated with no newlines.

Is there a way in Evo to preserve such html tags?


Thanks,
Per
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Evo freezes during rendering of very large messages

[Per]

Evo 3.10.4

I receive some very large log files by email (text format, logs in email
body).

When I click to select/view the message, Evo CPU usage jumps and then
becomes unresponsive (did not have patience to wait > 5 min). Evo has to be
force quit.

Actions such as copy/move to another folder, or even manual delete, is
prone to the same freezing.

It would be helpful, if there was a way to
1) right-click the message and perform some actions without Evo attempting
to read the message
2) set a time-out period after which Evo stops processing the message (ie.
doesn't attempt to display the entire message)

For now, I have one bothersome message which I can't remove from a folder
due to said problem.

Is there a way to get around this?

Thanks,
Per
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] [SOLVED] Evo freezes during rendering of very large messages

[Per]

On Fri, Nov 14, 2014 at 4:09 PM, Patrick O'Callaghan  wrote:

> On Fri, 2014-11-14 at 09:29 -0800, Per wrote:
> > Evo 3.10.4
> >
> > I receive some very large log files by email (text format, logs in email
> > body).
> >
> > When I click to select/view the message, Evo CPU usage jumps and then
> > becomes unresponsive (did not have patience to wait > 5 min). Evo has to
> be
> > force quit.
>
> Turn off the preview pane (toggle View->Preview->Show Message Preview or
> hit Ctrl-M).
>

​Thanks! This allowed me to bypass the preview and delete the message.

 - Per
​
___
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] Errors when fetching mail from many accounts

[Per]

I have configured 9 POP accounts in my Evolution settings, which probably
isn't unusual.

If I enable 6 or more account to fetch email, and press Send/Receive or
wait for the scheduled tasks to kick in, I get this error;

Error while Fetching Mail.
Failed to read a valid greeting from POP server sub.domain.com

I do not get this error when download from 5 or fewer accounts. I should
add that all accounts reside on the same mail server.

I did not have this problem in Evolution 2.x (few weeks back) and therefore
don't think the mail server is too slow in serving all POP requests
simultaneously (does Evolution even do that?).

Still, even with this error, all POP tasks are reported as Complete (in the
little pop-up window that appears when you press Send/Receive) and email is
apparently downloaded from all accounts.

I could not locate a log file where additional information about these
events are kept. Anyone?

Is there a way to avoid or even suppress the reporting of such errors?


Versions:
Ubuntu 12.04
Evolution v. 3.2.3
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Tiling in Gnome 3 does not work properly

[Per]

Gnome 3 has some convenient options to maximize and tile windows. I find
that some of these do not work with Evolution, but all work with every
other application I have tested;

Drag window to top of screen (Super-Up) to maximize - Works
Drag a maximized window down to unmaximize (Super-Down) - Works
Drag window to left or right of screen (Super-Left/Right) to tile - Does
NOT work

All options do work for the Composer window, just not the main Evolution
window.

This is on Ubuntu 12.04 LTS.

Can anyone confirm?

Is the Super-Left/Right key combination captured by Evolution for any other
purpose?
___
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] Signatures inserted several times

[Per]

The followings happens in Evolution 3.6.0, but not in 2.x.

Whenever I compose a new message on an account with a pre-defined
signature, the signature is inserted correctly.

If I change the account in the From field, then the new account's is
inserted above the other signature (and so forth for every time I change
the selected account).

In 2.x the behavior was different; the current signature was *replaced* by
the new signature.

Is there a way to restore this behavior in 3.6?


Thanks,
Per Knutsen
___
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.6.0 hangs with a large number of unknown jobs

[Per]

After upgrading to 3.6.0 I'm experiencing frequent hang-ups. When this
happens, the status bar is full of active "Unknown" jobs. I have no idea
what these jobs are. I can't cancel them either, and I can't close
Evolution (which runs at near 100% cpu utilization).

My questions is: How can I debug what these jobs are doing?

Thanks,
Per
<>___
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.6.0 hangs with a large number of unknown jobs

[Per]

On Sun, Nov 4, 2012 at 8:07 AM, Andre Klapper  wrote:

> On Sat, 2012-11-03 at 22:57 -0700, Per wrote:
> > After upgrading to 3.6.0 I'm experiencing frequent hang-ups. When this
> > happens, the status bar is full of active "Unknown" jobs. I have no
> > idea what these jobs are. I can't cancel them either, and I can't
> > close Evolution (which runs at near 100% cpu utilization).
> >
> >
> >
> > My questions is: How can I debug what these jobs are doing?
>
> First of all: Does this still happen with 3.6.1 (latest stable release)?
>

I have not tested 3.6.1. My distro (ubuntu 12.10) only goes to 3.6.0 and I
don't know how to upgrade beyond that.

Thanks,
Per



>
> andre
> --
> Andre Klapper  |  ak...@gmx.net
> http://blogs.gnome.org/aklapper/
>
>
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Evolution 3.6.0 hangs with a large number of unknown jobs

[Per]

On Wed, Nov 7, 2012 at 12:30 AM, Per M Knutsen wrote:

> On Sun, Nov 4, 2012 at 8:25 AM, Dan Vrátil  wrote:
>
>> On Saturday 03 of November 2012 22:57:33 Per wrote:
>> > After upgrading to 3.6.0 I'm experiencing frequent hang-ups. When this
>> > happens, the status bar is full of active "Unknown" jobs. I have no idea
>> > what these jobs are. I can't cancel them either, and I can't close
>> > Evolution (which runs at near 100% cpu utilization).
>> >
>> > My questions is: How can I debug what these jobs are doing?
>>
>> Hi,
>>
>
> Hi,
> Thanks for taking your time to answer.
>
>
>> can you confirm that this happens with HTML emails which have images? If
>> so,
>> then you are probably affected by bug #686810 [0].
>>
>
> No, it does not appear to be associated with HTML emails.
>
>>
>> Otherwise, make sure you have -debug packages for Evolution, Gtk+ and glib
>> installed and attach GDB to Evolution:
>>
>> gdb /usr/bin/evolution `pidof evolution`
>>
>> and get a full backtrace:
>>
>>  thread apply all bt
>>
>
> Ok. I'm not sure if I'm doing this right. I ran the command as above
> (including the `pidof evolution` string; should there be an actual PID in
> there?). Once gdb is started I type run to start Evo. Evo after 30 min or
> so hangs with a number of jobs (including some Unknown ones; see attached
> screenshot). At the same time Evo was downloading emails (8 pop accounts).
> Evo then froze and was unresponsive to me pressing any of the cancel
> buttons. CPU utilization was 100%. Only way to shut down Evo was to kill it
> manually.
>
> After Evo was killed I typed in your last command, and got in return a
> blank line.
>
> Am I doing something wrong debugging Evo, or is this the expected behavior
> when the app is killed? Sorry if if this question is lame, but I have no
> idea what to expect with the process you outlined.
>

Sorry for posting this again.

The problem outlined above is recurring (mutliple times per day). It seems
to start with a task called "Saving user interface", at which point Evo
freezes. At least twice this happened in conjunction with a 'Retrieving
Message x' message shown in the message pane (which never disppears).
CPU goes to ~50%. Gradually, a whole bunch of 'Unknown' tasks are spawned;
seems CPU usage then goes up eventually hitting 100%.

I'd like to file a bug report, but due to my apparent inability to use the
gdb tool properly am unable to do so.

Can someone point out for me further directions for debugging this issue?


Thanks.
Per




> Thanks,
> Per
>
>
>
>
>> Cheers,
>>
>> Dan
>>
>>
>> [0] https://bugzilla.gnome.org/show_bug.cgi?id=686810
>>
>>
>> >
>> > Thanks,
>> > Per
>> --
>> --
>> dvra...@redhat.com | Associate Software Engineer / BaseOS / KDE, Qt
>> GPG Key: 0xC59D614F6F4AE348
>> Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348
>> ___
>> evolution-list mailing list
>> evolution-list@gnome.org
>> To change your list options or unsubscribe, visit ...
>> https://mail.gnome.org/mailman/listinfo/evolution-list
>>
>>
>
>
> --
> *Per M Knutsen
> *
> Department of Physics
> University of California, San Diego
> Urey Hall, Rm. 7108 (Deliveries)
> 9500 Gilman Drive, La Jolla, CA 92093-0374
>
> T: +1 858-405-2868
> F: +1 858-534-6602
> E: pknut...@ucsd.edu*
> *
>
>
___
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] Building 3.6.2 from source

[Per]

Can anyone advice on best practices for building Evo 3.6.2 from source on
Ubuntu 12.10?

Compiling-from-source vs Jhbuild?

Should I uninstall my current Evo (3.6.0) prior to building from source?

Is this how-to still valid? http://mad-scientist.us/evolution.html

Thanks for any input.


Per
___
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 on Ubuntu many problems - Help required

[Per]

Jonathan,

On Wed, Nov 28, 2012 at 1:43 PM, Jonathan Harrison
 wrote:
>
> Dear sirs
> I have a number of issues with Evolution and am unable to get any help 
> resolving them or acknowledgement that there is an issue.  I am hoping that 
> by submitting here some one can help.  I have raised the issues on the Ubuntu 
> Forum at the following links.
> http://ubuntuforums.org/showthread.php?t=2075709
> http://ubuntuforums.org/showthread.php?t=2085832
>
> These issues are not on ONE machine, but 5.  A mix of home build and off the 
> shelf, 32-bit and 64-bit, fresh build and upgrade, so no common denominator 
> other than they are all on the same release of Ubuntu 12:10 and latest 
> Evolution 3.6.0.  Here are the issues:

I am a a Ubuntu user too, and recognize some of the problems you're reporting.

> 1. Since Ubuntu upgrade to 12:10 from 12:04 Evolution keeps crashing. I had 
> this issue with 12:04 and fixed it by purging and reinstalling. I followed 
> the same steps, but this time it does not work.

You need to provide some more details here. Since we are using the
same Ubuntu and Evo versions, is your problem by any chance similar to
one I posted earlier?;
https://mail.gnome.org/archives/evolution-list/2012-November/msg00021.html
https://bugzilla.gnome.org/show_bug.cgi?id=688622

Characteristic of this problem is that a large number of jobs appear
in the status bar that never seem to end. Evo is unresponsive, and has
to be killed and restarted. Answers on this list and elsewhere was to
test Evo 3.6.2.

> 2. I also find an issue with auto-signatures.

Evo 3.6.0 has issues with auto-signatures. See;
https://mail.gnome.org/archives/evolution-list/2012-November/msg7.html

and note the answer this problem was fixed in Evo 3.6.1;
https://bugzilla.gnome.org/show_bug.cgi?id=684249

I have not been able to confirm the fix since I have not found a way
to install 3.6.1 yet. It seems we have to wait for the Ubuntu
repositories to get updated. Note that the last Evo build is 3.6.2. My
experience posting questions on this list is that developers are
reluctant to take on problems unless you use the last Evo build, which
we Ubuntu users generally don't. If someone could post advice how to
get the latest build to run (e.g. building from source), that would be
very useful!

 - Per


> I have about 5 accounts I manage in my client. One is my Default. I have set 
> different auto-signatures for each account. When I create a message it adds 
> the correct auto-signature, BUT also adds the default signature too. I have 
> disabled the auto-signature in the Default account and it has stopped 
> happening, but I do not now have an auto-signature in the main account, I 
> have to add it manually.
>
> 3. In "Reply" the first character of the eMail Header is put on the end of 
> the previous line. I.e. if the Header of the replied message is:
>
> PHP Code:
> -Original Message-
> To: 'clivea...@aol.com' 
> Date: Mon, 19 Nov 2012 09:06:49 +
> I get.
>
> PHP Code:
> -
> Original Message-T
> o: 'clivea...@aol.com' D
> ate: Mon, 19 Nov 2012 09:06:49 +
> This is an actual cut n paste with the name changed for security reasons.
>
> All these are found on all (5) the machines we are running Ubuntu and 
> Evolution on. All latest Evolution and Ubuntu releases.
>
> 4. Also it hangs when synchronizing... Not all the time, just when it has a 
> number of folders to synchronise and always after about `5 minutes of use. I 
> have to kill it and reboot, which is not good.
>
> 5.  In Calendar, when invitations are responded to, it does not recognise 
> them so can not update the record.
>
> 6. Also in Calendar the tabs for Chair and "required attendee" do not work
>
>
> There are quite a few anomalies.  I have raised these on the Ubuntu Forum, 
> and had a number of other users complain of the same, but no help in getting 
> a fix.  Can anyone help, please?
>
>
> --
> Regards
>
> Jonathan
>
>
> ___
> 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-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] POP Before SMTP error ("authentication attempted with a CamelSmtpTransport service")

[Per]

My mail server is configured to accept POP Before SMTP for
authentication when sending mail.

When configuring Evo 3.6.0 to do so, however, I get only this error message;

The reported error was "POP Before SMTP authentication attempted with
a CamelSmtpTransport service".

Does this indicate a client or server problem?


Thanks,
Per
___
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] SMTP login password not saved to keyring

[Per]

In the "Sending Email" configuration window for my mail account I have;
Server requires authentication YES
Authentication Type = PLAIN
Username: myuser

1) I open the Composer, type in my message and press Send. I am then
prompted (by Gnome) for the password. I type the password and also
select the option to save the password to my keyring. After this, the
message sending is automatically canceled (status bar above message
body says "Sending message (canceled)").

2) If I press send again, the message gets sent (and received by recipient).

3) If I open Composer and type a new message, the message is again sent.

If I restart Evo, open Composer and type a new message, steps 1
through 3 are repeated.

When I open Seahorse, and search for my mail account username, I find
only the saved POP entry.

So, there seem to be several problems here;
 - SMTP login password is not saved to keyring, and hence password is
not remembered across sessions.
 - Evo does not send message when password is entered the first time.

I don't know the internals, but it also seems odd that the password is
not saved to the keyring, while Evo apparently remembers the password
for the current Evo session. So, I'm probably getting my conclusions
wrong... Still, from a user perspective, something seems wrong with
how Evo stores my SMTP credentials.

Evo 3.6.0
Gnome 3.6
Ubuntu 12.10


 - Per
___
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] SMTP login password not saved to keyring

[Per]

On Sun, Dec 2, 2012 at 10:34 AM, Andre Klapper  wrote:
> Can you run the following in a terminal, and then try to use the keyring
> using one of the applications you had trouble with above?
>
> $ gnome-keyring-daemon --foreground --replace

Before doing so, I found a work-around to my problem. My mail server
accepts both short (username) and long (usern...@domain.com)
usernames. I found that my problem with SMTP passwords not being saved
only occurred when using the short form. When replacing that with the
long form, I was requested the password once only and the message got
sent the first time. Restarting Evo, the password was then saved
permanently.

Still, I reverted to the short-form username to reproduced the problem
when running your command. When doing so, however, I was not requested
for the password again (not even after a Evo restart). Its as if using
the long-form username fixed the problem I had with the short-form
username.

This is the output when running the command;

$ gnome-keyring-daemon --foreground --replace
** Message: Replacing daemon, using directory: /run/user/USER/keyring-VzYeki
GNOME_KEYRING_CONTROL=/run/user/USER/keyring-VzYeki
SSH_AUTH_SOCK=/run/user/USER/keyring-VzYeki/ssh
GPG_AGENT_INFO=/run/user/USER/keyring-VzYeki/gpg:0:1
GNOME_KEYRING_PID=21479
Gkm-Message: using old keyring directory: /home/USER/.gnome2/keyrings
Gkm-Message: using old keyring directory: /home/USER/.gnome2/keyrings
** Message: couldn't allocate secure memory to keep passwords and or
keys from being written to the disk

There is no more output when sending emails (as the problem now
appears solved using the long-form username)

Oddly though, the SMTP authentication password does still not exist in
gnome-keyring (at least as far as I can tell using Seahorse). So,
where is the SMTP password being saved if not in gnome-keyring?

This PC was upgraded from Gnome 2, and the message referring to the
old keyring in ~/.gnome2/keyrings is a bit troubling.

> On Sat, 2012-12-01 at 23:00 -0800, Per wrote:
>> Ubuntu 12.10
>
> That means:
> gnome-keyring (3.6.0-0ubuntu1)

gnome-keyring (3.6.1-0ubuntu1)

> evolution (3.6.0-0ubuntu3)

 - Per
___
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.6.0 hangs with a large number of unknown jobs

[Per]

On Wed, Jan 2, 2013 at 8:50 AM, Reid Thompson  wrote:
> On Sat, 2012-12-29 at 10:17 +0100, Andre Klapper wrote:
>> On Sat, 2012-12-29 at 00:27 -0800, Paco Pineda wrote:
>> > (ironical mode on) In my own short understanding (ironical mode off), all
>> > questions you refeer was replied by Per in his last November message.
>>
>> No. (Or I didn't receive all answers though I'm subscribed.)
>
> you did not miss them.  OP didn't quite get the debug instructions
> right.  I posted a follow up noting where I thought he'd gotten
> offtrack, but there was no response/follow on to that from the OP

The bug was also posted on bugzilla, and I took it from there. The
suggestion to disable downloading images appears to have resolved the
problem in my case. For specifics, see Milan Crha's suggestions here;
https://bugzilla.gnome.org/show_bug.cgi?id=688622

>From 3.5.92 the bug appears permanently resolved even with image
download enabled, although I've been unable to test that (still
running 3.6.0).
https://bugzilla.gnome.org/show_bug.cgi?id=682295


 - Per


> 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-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] White/black listing recipients

[Per]

I discovered today some very important mail being picked up by Evo's spam
filter from a recipient that have passed the filter before. I guess due to
the fluctuating nature of the evolving filter, such things happen.

As a safety net, is there a way to white list individual recipients (that
does not evolve configuring a new filter)?


Thanks.
Per
___
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 would you feel about annual instead of semi-annual releases?

[Per]

+1
On Jul 28, 2013 2:28 PM,  wrote:

> In my personal opinion I'd rather have stability, fewer bugs, and a
> supported product than I would like to have new bells and whistles.  I'm
> not sure what you put into a release vs. maintenance, but I like the
> current feature set just fine and would rather see it working so well that
> I never see another bug, rather than having some new look and feel every
> half-year.
>
> I vote for fewer releases and the quality that comes from a relaxed
> schedule.
>
> On 2013-07-28 10:16, Matthew Barnes wrote:
>
>> The Evolution team is considering moving from our traditional 6 month
>> release cycle to a 12 month release cycle starting next March, and is
>> soliciting feedback from the user community.
>>
>> This is partly motivated by the team's desire for a longer development
>> window in which to merge and test major changes, but moreover it's to
>> provide better support to the user community.
>>
>> The team's manpower is still severely limited to where we can only
>> realistically support one stable branch at a time and still manage to
>> get any kind of significant development work done for the next major
>> release.
>>
>> The problem is -- even for distros that also make semi-annual releases
>> like Fedora and Ubuntu -- because of the lag between an upstream release
>> and a distro release, users are often upgrading to an Evolution release
>> that's either near the end of its upstream support window or is already
>> abandoned by developers.
>>
>> That's frustrating for everyone.  Developers want everyone using the
>> latest (and in our opinion, best) release, and users don't like waiting
>> until their next distro upgrade to get their Evolution issues resolved.
>>
>> So to compensate, the proposal is basically to make a major release
>> annually instead of semi-annually, and to support each release for 12
>> months instead of 6.  That gives users a better chance to sync up with
>> developers for at least half the year, and hopefully get their issues
>> resolved quicker.
>>
>> We intend to synchronize our annual major release with GNOME's spring
>> release, and continue releasing stable updates and development snap-
>> shots throughout the year at the same pace as we do currently: about
>> once a month for each branch.  So we'll still hold to the "release
>> early, release often" principle.
>>
>> You can peek at the developer thread on this starting from here:
>> https://mail.gnome.org/**archives/evolution-hackers/**
>> 2013-July/msg4.html
>>
>> There seems to be a consensus in favor of this policy change on the
>> developer side, although we're still working out the finer details of
>> scheduling, versioning, etc.
>>
>> What do you guys think?  Would this be helpful?
>>
>> Matthew Barnes
>>
>> __**_
>> 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-list mailing list
> evolution-list@gnome.org
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/**mailman/listinfo/evolution-**list
>
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Send/Receive without GUI

[Per]

Hi,
Is it possible to Send/Receive email without actually running the GUI, i.e.
via the command line? I would like to sync with the remote mail server (POP
in my case; e.g. with a cron job) but not actually have Evo run up-front
all the time.

Evolution 3.8.2


Thanks.
Per
___
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] Black areas in space with email headers using Evolve Gnome theme

[Per]

Hi,
After a recent upgrade to Ubuntu 14.04 w/Gnome 3.10 and Evolution 3.10.4 I
find that an old bug has resurfaced when using a custom GTK+ theme (the
Evolve theme in my case).

The old bug report is here:
https://bugzilla.gnome.org/show_bug.cgi?id=671437

I have reported the bug to the maintainer of the Evolve theme and posted
some screenshots here:
https://github.com/satya164/Evolve/issues/9

Disabling the overlay scrollbars in Ubuntu removed black areas in other
apps (e.g. gedit) when using the Evolve theme, as well as around the
Mail/Contacts/etc buttons in Evolve, but black areas in the space with mail
headers in Evolution persist.

I do not experience this bug with any of the default themes that comes with
Ubuntu/Gnome, just Evolve, so I'm not sure whether this is an Evolution or
Evolve issue (no pun intended...).

The fact the bug was addressed by the Evolution developers in the past
suggests perhaps there is a regression in Evolution, as all the fixes made
seem to refer to older versions of Evolution than I use.

Thanks,
Per
___
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] Black areas in space with email headers using Evolve Gnome theme

[Per]

On Sun, Apr 27, 2014 at 11:18 PM, Milan Crha  wrote:

> On Sat, 2014-04-26 at 14:37 -0700, Per wrote:
>
> > I do not experience this bug with any of the default themes that comes
> > with Ubuntu/Gnome, just Evolve, so I'm not sure whether this is an
> > Evolution or Evolve issue (no pun intended...).
> >
> > The fact the bug was addressed by the Evolution developers in the past
> > suggests perhaps there is a regression in Evolution, as all the fixes
> > made seem to refer to older versions of Evolution than I use.
>
>
> Anyway, the message preview tries to use colors from the selected theme
> to be drawn consistently (or close to) the other widgets. The problem is
> that the theme definitions do not always define colors (in this case
> background colors), thus the returned value is a default color, black.
> So the problem is unreliability on colors of theme definitions. One
> case, I notices, was when the theme defines background image, with no
> "fallback" color for the widget, but Evolution requires the color.
>
> As you mentioned, all other preinstalled themes work correctly for you,
> which shows that the actual issue is with the theme you chose to use.
> The theme is just a css definition, thus it might be doable to edit it
> and add the background color definition for the widgets, namely for
> toolbar (see the above bug report and the attached patch there).
>
​​

​Thanks Milan. I dug up the source for the Adwaita theme but its beyond my
skills to identify which elements do not have their background-color
property defined in the Evolve theme's stylesheets. It may be extremely
tedious work for the Evolve developer to identify them as well. Anyway, I
copied your advice to him. In the meanwhile I simple added this line at the
top my /usr/share/themes/Evolve/gtk-3.0/gtk-widgets.css:

* { background-color: @theme_bg_color; }
 ​
​This defines a default fallback color for *any* undefined element. Perhaps
its too risk with such wide scope, but it fixed the ugly, black background
issue in Evolution, Gnome Tweaks and gedit.​ It should work for any other
theme with said issue.

Regards,
Per
___
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] Linux hardware question

[Per]

On Sat, May 31, 2014 at 1:28 PM, Jimmy Montague 
wrote:

> ​​
>
> ​​
> On 05/31/2014 02:51 PM, Andre Klapper wrote:
>
>> ​​
>> On Sat, 2014-05-31 at 13:53 -0500, Jimmy Montague wrote:
>>
>>> ​​
>>> 1) how much computing power do I need to build a linux firewall that
>>> ​​
>>> will service a LAN with five other (mostly windoze) computers on it?
>>> ​​
>>> Notice I'm talking hardware only here. I don't yet know enough to ask
>>> ​​
>>> software and networking questions.
>>>
>> Hi
>> ​​
>> Jimmy,
>> co
>> ​​
>> uld you please bring this up in a general Linux forum or mailing list?
>> It
>> ​​
>> is off-topic here, since this mailing list is about the GNOME
>> E
>> ​​
>> volution software.
>> ​​
>>
>> ​​
>> Thanks for your understanding,
>> ​​
>> andre
>>
> ​​
>
> ​​
> Di
> ​​
> d
> ​​
> ​​
> you look at the part that says I now have Evolution running on Ubuntu
> Linux with NO PROBLEMS after I bought a fastmail account. Is that
> off-topic, too?
> ​​
>
> ​​
> I t
> ​​
> h
> ​​
> ​​
> ink I can unsubscribe but I'm not sure just how. Is it a message sent to
> 'list' with 'unsubscribe' in the subject line -- or is there more to it
> than that? -- or is 'unsubscribe' of
> ​​
> f-
> ​​
> ​​
> topic, too?
> ​
>
​
Relax. Andre was right (and he was polite too). Your firewall question is
indeed off-topic.

unsubscribe questions are not strictly speaking off-topic, but they are
answered indirectly in the footer of every mail you receive from this
group.

Regards,
Per
​
___
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 notifications

[Per]

On Sat, May 31, 2014 at 2:21 PM, Peter von Kaehne  wrote:

> ​​
> Not sure where this belongs, to - here or onto another list.
> ​​
>
> ​​
> I would like to customise my mail notifications in Gnome so that not
> ​​
> everything coming in triggers a notification pop-up.
> ​​
>
>
In the case of Thunderbird, only Unread messages are notified:
http://askubuntu.com/questions/197844/how-to-disable-osd-notifications-for-specific-email-addresses

I haven't tested it, but I suspect it may be the same in Evo's case as
mails that I filter manually to Trash/Spam folders are not notified.

If so, you would need to filter your mail and set status as read (via Edit
- Message Filters). That may not be what you want though.

Let us know if this works please.

Regards,
Per
___
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] How to include pre-made custom headers in outgoing mail?

[Per]

​Hi,
I am attempting to track incoming messages using a unique ticket ID which
should display within the subject or message itself.

Since a user may remove the ticket​ ID from the message body or subject, I
use a custom header (X-Ticket) for tracking.

I am piping messages from Evolution through my own code that makes sure the
message body still displays the ticket ID.

Problem is, my custom X-Ticket header is removed when I reply to a message
and hence the piped message includes this important string no longer.

I guess this is to be expected, but is there nonetheless a way to achieve
this with Evolution, ie. have it include my custom header as the outgoing
message is piped through my application? Or, am I going completely wrong
about this problem?

Any ideas greatly appreciated.

Thanks,
Per
___
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 include pre-made custom headers in outgoing mail?

[Per]

On Sun, Oct 26, 2014 at 10:40 PM, Thomas Mittelstaedt <
tmsta...@t-mittelstaedt.de> wrote:

> There exists an evolution plug-in for user defined email headers. It's
> part of the evolution-plugins package, at least on the old ubuntu 10.04
> version that I still use. Should still be available, though, and may
> achieve what you need.
>

​If you mean​ the "Custom Header" plugin it unfortunately does not help me.
The problem is that I need to keep an existing header from the incoming
mail and process that header when I reply to the mail (while piping the
message through my own code when sending using an Outgoing filter in Evo).


> Another idea that comes to my mind, is to use message filters to for
> incoming and outgoing messages.
>

​I use an Outgoing filter. That is how I pipe​ the message through my own
code for processing when sending.


> You may also go after the "Message-Id" and "References" headers. The
> first of  which is included in messages, at least those sent from
> evolution.
>

​Aha, I see that while the Message-id header is changed each time, the
References header 'references' all previous Message-id values, in this
format:

References:  ​

I could simply sneak in the ticket ID in the References header as long as
this fake message-id is guaranteed to be unique, eg:

References:  
​

Will try this.

Thanks a bunch for the pointers,
Per
___
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] 2.8.x does not save appointments on Exchange server

[Per Nystrom]

Hi,

I'm wondering if I'm the only one having this problem.  When I create an
appointment on an Exchange Calendar through Evolution, it appears
locally in the Evolution calendar view until I quit Evolution.  Then
it's gone.  At no time is it ever actually published on the Exchange
server, and I missed a few appointments after upgrading to 2.8.x until I
discovered that this was happening.  There are two bugs open for this
issue that I know of:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225372
http://bugzilla.gnome.org/show_bug.cgi?id=394473

The bug in bugzilla.gnome.org has been open for a month without any
action, and I'm wondering if this just isn't affecting anyone else?

Here's what Evolution spits out in the terminal I run it from when I
make an appointment on the exchange calendar:

(evolution:27791): libecal-WARNING **: e-cal.c:321: Unexpected response

(evolution:27791): libecal-WARNING **: e-cal.c:321: Unexpected response

(evolution:27791): calendar-gui-CRITICAL **: e_day_view_add_event: assertion
`end > add_event_data->day_view->lower' failed

(evolution:27791): calendar-gui-CRITICAL **: e_week_view_add_event: assertion
`end > add_event_data->week_view->day_starts[0]' failed

Any help is appreciated.  I'd like to stay on the 2.8.x release, but
having to use a browser and OWA every time I want to manipulate my
Exchange calendar is really a pain.


Thanks,
Per


___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] 2.8.x does not save appointments on Exchange server

[Per Nystrom]

On Sat, 2007-02-10 at 01:40 -0700, Veerapuram Varadhan wrote:
> Hi Per, 
> 
> On Fri, 2007-02-09 at 12:26 -0800, Per Nystrom wrote:
> > Hi,
> > 
> > I'm wondering if I'm the only one having this problem.  When I create an
> > appointment on an Exchange Calendar through Evolution, it appears
> > locally in the Evolution calendar view until I quit Evolution.  Then
> > it's gone.  At no time is it ever actually published on the Exchange
> > server, and I missed a few appointments after upgrading to 2.8.x until I
> > discovered that this was happening.  There are two bugs open for this
> > issue that I know of:
> > 
> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225372
> > http://bugzilla.gnome.org/show_bug.cgi?id=394473
> > 
> > The bug in bugzilla.gnome.org has been open for a month without any
> > action, and I'm wondering if this just isn't affecting anyone else?
> > 
> We would need E2K_DEBUG traces of evolution-data-server to debug the
> issue.
> 
> As a thumb rule, for any functionality bug like this one (including
> connectivity issues), we would need E2K_DEBUG traces of :
> 
>   For connectivity/mailer: Evolution and Evolution-exchange-storage
>   For calendar/tasks/addressbooks: Evolution-data-server and
> evolution-exchange-storage.
> 
> For how to get E2K_DEBUG traces, please refer to
> http://www.gnome.org/projects/evolution/bugs.shtml.
> 
> I have updated the bug mentioning the same.
> 
> Thanks,
> 
> V. Varadhan
> 

Done, and done.  Thank you for looking into this!

Per

___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Need focus on Exchange (was Re: CalDAV - any successes out there)

[Per Nystrom]

On Fri, 2007-02-16 at 09:02 -0600, Peter Van Lone wrote:
> On 2/16/07, Patrick O'Callaghan <[EMAIL PROTECTED]> wrote:
> 
> > While I understand the need for an Exchange client
> > under Linux, I can't help wondering how much this distracts developer
> > attention from the rest of Evo.
> 
> >From the perspective of hoping to drive Linux desktop adoption into
> the corporate world, Linux must have an enterprise-ready groupware
> client that can replace Outlook with little or no loss of
> functionality.
> 
> Evolution has been touted as just that ... but thus far (IMHO) has
> fallen considerably short -- and is actually pretty weak. Its poor
> showing has cost linux 2 desktop rollouts that I personally was hoping
> to assist with. I'm certain that there are many more.
> 
> There are *many* good/strong personal groupware offerings. I'd vote
> for please, distracting the developers from "the rest of EVO" -- so
> that we can finally get the product that we need to compete with
> Outlook/Exchange.
> 
> Peter

*Exactly* on the mark.  Everyone and their brother in the corporate
world uses Exchange, and that's unlikely to change in the future.  I
implore the developers to please focus on making the connector work
reliably.  I'll help in any way I can -- though I'm not much of a
programmer.

Just out of curiousity, I searched bugzilla.gnome.org for the number of
bugs logged and closed on each version of the Evolution Exchange
product, plugged them into a spreadsheet, and came up with this:

Release
Bug count
Resolved
Pct. Resolved
1.0.x
71
54
   76%
1.1.x
26
17
   65%
1.2.x
24
16
   67%
1.3.x
26
20
   77%
1.4
27
20
   74%
1.4.5
23
17
   74%
1.4.6
11
 6
   55%
1.4.7
27
25
   93%
1.5
   148
   101
   68%
2.0.0
18
14
   78%
2.0.1
28
16
   57%
2.0.2
44
33
   75%
2.0.3
51
34
   67%
2.1
   163
   106
   65%
2.2.x
38
34
   89%
2.3.x
   179
88
   49%
2.4.x
93
82
   88%
2.5.x
   134
   112
   84%
2.6.0
   100
60
   60%
2.7.x
39
18
   46%
2.8.x
65
10
   15%
2.9.x
   190
50
   26%

There are a lot of variables not accounted for here, but the dropoff in
closure rate after 2.6.0 is still pretty dramatic.


___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Need focus on Exchange (was Re: CalDAV - any successes out there)

[Per Nystrom]

On Mon, 2007-02-26 at 04:46 -0700, Veerapuram Varadhan wrote:

> Not sure of your metrics.  If you are going by the amount of commits in
> the evolution-exchange module in SVN - your metrics are wrong.

I was going by the bugs opened and resolved in the Evolution Connector
section of bugzilla.gnome.org.

Reading some of the later posts here, it seems like maybe bug handling
wasn't so much dropped as just skipped for release 2.8.x.  It sounds
like you're making great strides in 2.9.x and the SVN tree, but that
doesn't really help those of us that "upgraded" to the 2.8.x version
that was packaged with FC6 and Ubuntu 6.10, and are now having serious
issues.

The problem I'm having in 2.8.3 with calendar appointments (see bug
394473) not saving on Exchange is severe enough that I tried to
downgrade my FC6 installation with the FC5 evo- srpms but they won't
compile (and there's probably other special dependency hells that I've
yet to even see on that path).  So now I'm probably going to downgrade
the entire system to FC5 just to so I have something that I can rely on
for email and calendar.

I like a lot of the changes to evo that I've seen in 2.8.3.  I might
even try to run 2.9.x if I can find SRPMs that compile on my box before
resorting to a downgrade.  But the bottom line is I need to be able to
do my day-to-day work also, and the problem I'm having in 2.8.3 is
killing my productivity.


-- 
Per Nystrom <[EMAIL PROTECTED]>

___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Need focus on Exchange (was Re: CalDAV - any successes out there)

[Per Nystrom]

On Tue, 2007-03-06 at 22:51 -0700, P Chenthill wrote:

> You can do the following to fix the problem. Get the patch for timezone
> update from http://bugzilla.gnome.org/attachment.cgi?id=83954. You can
> apply the patch in you install area where the timezone information for
> evolution-data-server is present. You can find the location of zoneinfo
> by
> $ rpm -ql evolution-data-server |grep zoneinfo
> It would be under /opt/gnome/share/evolution-data-server-1.8/

(I actually found it in /usr/share/evolution-data-server-1.8 in FC6, I'm
sure it varies by distro)

> 
> Go to that directory and apply the patch
> $ cd /opt/gnome/share/evolution-data-server-1.8/
> $ patch -p0 <~/timezone_update.diff
> Check if its applied properly. 
> Do a evolution force shutdown
> $ evolution-2.8 --force-shutdown
> 
> Things should start working fine with appointments.
> 
> thanks, Chenthill.


Thank you so much, the fix is working so far.  I'm going to link to it
in the Fedora Bugzilla and hopefully they'll roll the patch into the
next update.

-- Per



___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Ical configuration

[Per Qvindesland]

Hello List,

How do I configure Ical? I have been looking around for ages and I see
that there is supposed to be support for ical but no matter where I look
there is no info about how to configure evolution.

Kind regards
Per Qvindesland



signature.asc
Description: OpenPGP digital signature
___
Evolution-list mailing list
Evolution-list@gnome.org
http://mail.gnome.org/mailman/listinfo/evolution-list

[Evolution] Error while fetching mail

[Per Magne Knutsen]

I recently upgraded to Evolution 3.2.3 from Evolution 2.x following an
upgrade to Ubuntu 12.04. In the previous version, when I pressed Send or
Ctrl+Enter the Compose Message would neatly close and the message send in
the background.

Now, the Compose window remains open with a "Sending message" header.

This is inconvenient when composing and sending many messages.

Is there a way to still make Evolution close the Compose window and send
the message in the background?


Thanks,
Per
___
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 while fetching mail

[Per Magne Knutsen]

On Tue, Jun 12, 2012 at 4:11 AM, Adam Tauno Williams  wrote:

> On Tue, 2012-06-12 at 10:41 +0100, Pete Biggs wrote:
> > On Mon, 2012-06-11 at 20:26 -0700, Per Magne Knutsen wrote:
> > and more specifically the answer from Matthew Barnes at
> > https://mail.gnome.org/archives/evolution-list/2012-May/msg00166.html
> > I don't really see what is inconvenient about having the composer window
> > open while the mail is sending - it's not as if it blocks anything and
> > it doesn't stop you from composing any other mails.
>
> And you get a momentary Cancel button, which can be handy.
>
> It did annoy me a bit at first, but it remains open only momentarily,
> and I've gotten used to it.  Plus, as indicated at msg00166, it
> represents a real improvement in Evolution's technique.
>


Thanks for both answers.

My apologies for sending out the query with the wrong Subject. I started
writing my message with a different error in mind. Also, sorry for not
finding your links in my search. Clearly, I'll have to be more careful next
time posting.

The post by Matthew Barnes you linked to was particularly helpful, as it
explains the rationale for the synchronous send feature (i.e. not depending
on a full Evolution session to launch to send a message when e.g. clicking
a mailto: link). That made sense, and its probably the way it ought to be,
taking into account the Composer habits of most users. Its clear to me that
the developers have carefully considered their options and clearly improved
Evolution.

In my youth (whatever that means), I have been beaten by how often
respondents respond to a post by downplaying the reported issue, when in
fact the issue was already reported to be a hindrance to the original
poster.

See, for me the synchrounous send feature does in fact take a hit on my
productivity. I don't send an occasional email every hour or so; at peak, I
may find myself answering hundreds of messages a day. The Sending...
message in my case appears for 5 seconds or more before the email is
confirmed Sent. Multiply worst case with worst case scenario and the
minutes add up. Although I can return to Evolution to compose a new
message, this involves 1-2 more mouse clicks.

This is not a major issue. Evolution is great as-is. The new Composer
behavior is just a minor annoyance, although it comes with a benefit too.
Matthew Barnes suggested in his post to add a Send Later option (preferably
available with a Ctrl+?? keystroke) that would place the message in the
Outbox until the next Send. I think that's a good idea, as I can see how it
would improve the workflow when editing a large number of message, as in my
case.
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list

Re: [Evolution] Evolution 3.6.0 hangs with a large number of unknown jobs

[Per M Knutsen]

On Sun, Nov 4, 2012 at 8:25 AM, Dan Vrátil  wrote:

> On Saturday 03 of November 2012 22:57:33 Per wrote:
> > After upgrading to 3.6.0 I'm experiencing frequent hang-ups. When this
> > happens, the status bar is full of active "Unknown" jobs. I have no idea
> > what these jobs are. I can't cancel them either, and I can't close
> > Evolution (which runs at near 100% cpu utilization).
> >
> > My questions is: How can I debug what these jobs are doing?
>
> Hi,
>

Hi,
Thanks for taking your time to answer.


> can you confirm that this happens with HTML emails which have images? If
> so,
> then you are probably affected by bug #686810 [0].
>

No, it does not appear to be associated with HTML emails.

>
> Otherwise, make sure you have -debug packages for Evolution, Gtk+ and glib
> installed and attach GDB to Evolution:
>
> gdb /usr/bin/evolution `pidof evolution`
>
> and get a full backtrace:
>
>  thread apply all bt
>

Ok. I'm not sure if I'm doing this right. I ran the command as above
(including the `pidof evolution` string; should there be an actual PID in
there?). Once gdb is started I type run to start Evo. Evo after 30 min or
so hangs with a number of jobs (including some Unknown ones; see attached
screenshot). At the same time Evo was downloading emails (8 pop accounts).
Evo then froze and was unresponsive to me pressing any of the cancel
buttons. CPU utilization was 100%. Only way to shut down Evo was to kill it
manually.

After Evo was killed I typed in your last command, and got in return a
blank line.

Am I doing something wrong debugging Evo, or is this the expected behavior
when the app is killed? Sorry if if this question is lame, but I have no
idea what to expect with the process you outlined.


Thanks,
Per




> Cheers,
>
> Dan
>
>
> [0] https://bugzilla.gnome.org/show_bug.cgi?id=686810
>
>
> >
> > Thanks,
> > Per
> --
> --
> dvra...@redhat.com | Associate Software Engineer / BaseOS / KDE, Qt
> GPG Key: 0xC59D614F6F4AE348
> Fingerprint: 4EC1 86E3 C54E 0B39 5FDD B5FB C59D 614F 6F4A E348
> ___
> evolution-list mailing list
> evolution-list@gnome.org
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list
>
>


-- 
*Per M Knutsen
*
Department of Physics
University of California, San Diego
Urey Hall, Rm. 7108 (Deliveries)
9500 Gilman Drive, La Jolla, CA 92093-0374

T: +1 858-405-2868
F: +1 858-534-6602
E: pknut...@ucsd.edu*
*
<>___
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] White/black listing recipients

[Per M Knutsen]

On Wed, Apr 10, 2013 at 9:59 AM, Patrick O'Callaghan  wrote:

> On Tue, 2013-04-09 at 23:39 -0700, Per wrote:
> > I discovered today some very important mail being picked up by Evo's spam
> > filter from a recipient that have passed the filter before. I guess due
> to
> > the fluctuating nature of the evolving filter, such things happen.
> >
> > As a safety net, is there a way to white list individual recipients (that
> > does not evolve configuring a new filter)?
>
> There's an option to not mark as junk contacts which are in your address
>  book.


That will work.

Thanks,
Per


>
> poc
>
> ___
> evolution-list mailing list
> evolution-list@gnome.org
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list
>



-- 
Per M Knutsen
Assistant Project Scientist
Department of Physics
University of California, San Diego
Urey Hall, Rm. 7108 (Deliveries)
9500 Gilman Drive, La Jolla, CA 92093-0374

T: +1 858-405-2868
F: +1 858-534-6602
E: pknut...@ucsd.edu
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list