[Evolution] Error while Storing folder 'Trash'.

[Bjørn T Johansen]

I keep getting this error when I try to mark mail as read in my trash folder:

Error while Storing folder 'Trash'.
The SendMeetingInvitationsOrCancellations attribute is required for calendar 
items

This is only for meeting invitations...
Is this a known problem or? Any way to get around it or can I just ignore it?


Regards,

BTJ

-- 
---
Bjørn T Johansen

b...@havleik.no
---
Someone wrote:
"I understand that if you play a Windows CD backwards you hear strange Satanic 
messages"
To which someone replied:
"It's even worse than that; play it forwards and it installs Windows"
---
___
evolution-list 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

[John Lauterbach]

I checked this recently using evolution 3.16.5 running under Ubutnu 15.10 beta. 
 Used evolution backup routine (Backup EvolutionData).  Saved backup file to
spare partition on my SSD.  Then copied the backup file to a 3 TB Toshiba USB
drive.  Moved drive over to another PC running same versions of evolution and
OS.  Copied contents of USB drive to Desktop.  Restored evolution form the
backup file and checked mail, contacts, etc.(I have evolution set not to check
mail on startup).  Everything okay.

It would be a nice addition to evolution to be able to schedule backups at a
certain time each day.  I use SpiderOak for offsite backup.  If I could have
evolution do this automatically, I would never lose more than a day's e-mail.

John

-Original Message-
From: Dennis Reichel 
Reply-to: den...@reichel.net
To: Evolution Mailing List 
Subject: [Evolution] Backing up Evolution Data
Date: Fri, 04 Sep 2015 12:19:47 -0400

What are the best practices for backing up Evolution data? 

Though these are (mostly) general sorts of questions, I'm using
Evolution 3.16.5 on Fedora 22.

What specifically is backed up when you back up you "Backup Evolution
Data.."?

What can be done to ensure the entire email base is both downloaded
from the imap servers
and included in the backup archives?

Are contacts backed up? (including Google Contacts and CardDav
contacts)

How does this handle accounts that are created by "Gnome's Online
Account service"?

What happens if this backup is restored on a non-Gnome Linux machine?

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

Re: [Evolution] evolution processes never die

[Pete Biggs]

On Tue, 2015-09-08 at 13:00 +, Joakim Tjernlund wrote:
> If I exit evolution I get a few leftover processes:
> ps uaxwww| grep evolution
> jocke10108  0.1  0.3 1328424 38384 ?   SLl  14:55   0:00 
> /usr/libexec/evolution-source-registry
> jocke10130  0.1  0.3 1059372 45888 ?   Sl   14:56   0:00 
> /usr/libexec/evolution/evolution-alarm-notify
> jocke10146  0.1  0.5 950924 69356 ?Sl   14:56   0:00 
> /usr/libexec/evolution-calendar-factory
> jocke10162  0.6  0.9 1573592 119052 ?  Sl   14:56   0:00 
> /usr/libexec/evolution-calendar-factory-subprocess --factory ews --bus-name 
> org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10146x2 --own-path 
> /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10146/2
> jocke10180  0.0  0.2 1065260 31216 ?   Sl   14:56   0:00 
> /usr/libexec/evolution-calendar-factory-subprocess --factory local --bus-name 
> org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10146x3 --own-path 
> /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10146/3
> 
> Should not these (or some of them ) also die when I exit evo?
> 

No.  They are used by other Gnome applications - such as the Gnome
calendar and the notification applet.  It's perfectly normal.

P.
___
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 processes never die

[Joakim Tjernlund]

If I exit evolution I get a few leftover processes:
ps uaxwww| grep evolution
jocke10108  0.1  0.3 1328424 38384 ?   SLl  14:55   0:00 
/usr/libexec/evolution-source-registry
jocke10130  0.1  0.3 1059372 45888 ?   Sl   14:56   0:00 
/usr/libexec/evolution/evolution-alarm-notify
jocke10146  0.1  0.5 950924 69356 ?Sl   14:56   0:00 
/usr/libexec/evolution-calendar-factory
jocke10162  0.6  0.9 1573592 119052 ?  Sl   14:56   0:00 
/usr/libexec/evolution-calendar-factory-subprocess --factory ews --bus-name 
org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10146x2 --own-path 
/org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10146/2
jocke10180  0.0  0.2 1065260 31216 ?   Sl   14:56   0:00 
/usr/libexec/evolution-calendar-factory-subprocess --factory local --bus-name 
org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10146x3 --own-path 
/org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10146/3

Should not these (or some of them ) also die when I exit evo?

Evolution version: 3.16.5

 Jocke
___
evolution-list 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

[Patrick O'Callaghan]

On Tue, 2015-09-08 at 13:28 -0400, John Lauterbach wrote:
> Not all of us are on servers.

Not clear whether you're referring to the mail system or the backup
system, If it's the former, then of course we are all on servers but
not all of them are IMAP, however my point was specifically in relation
to a question about backing up IMAP accounts. If you mean that not
everyone has a backup server, that's true but irrelevant. If I was
backing up to a local disk my backup technique would be exactly the
same.

>   Also, my laptop (where mail evo with my business
> -related e-mail) is on 24/7 except when going through airport
> security, etc. 
>  The same for my two desktops.  I cannot afford to loose what I have
> on the evo
> on my laptop. Yes, one of my business e-mail accounts is IMPAX, but
> the ISP's
> server does not store sent e-mail.  Incremental backups are a thing
> of the past
> with large capacity 2.5 inch SSDs.

The idea that "disks are so large now that we can stop worrying about
running out of space" is one I've been hearing for the past 40 years.
Oddly enough, the size of email messages seems to grow as fast as the
space available for their storage, but even if that weren't true, you
mean you copy 6GB of (mostly redundant) data over your network
connection every time you do a backup? I don't see the point.

>   The partition where I keep by evo backups
> (about 6 GB each still has more than 60 GB free space).  They are 
> also backed up on SpiderOak.  I do not see the objection to doing
> what works.

So you can store up to 10 backups. Using an incremental scheme would
get you a lot more, and you'd use much less bandwidth in doing it. You
must do whatever works for you, but the discussion is about what if
anything Evo itself should support. My view is that it would be a waste
of scarce developer time to code some application-specific backup
scheme when it's not needed.

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

Re: [Evolution] Backing up Evolution Data

[Patrick O'Callaghan]

On Tue, 2015-09-08 at 10:17 -0600, Zan Lynx 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.

Imagine for a moment that the commands weren't called "backup" and
"restore", but (say) "pack" and "unpack". See what I mean? They have
nothing to do with backups as that term is normally understood. In that
light, the only obscure thing about them is their name, which as I've
said I think should be changed.

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

Re: [Evolution] Backing up Evolution Data

[Dennis Reichel]

Thanks John,

That's helpful information.  My understanding of IMAP is that either
the message header or header with message body may be downloaded.  For
a backup to be most useful, the message body should also be included.  

Cron or scheduled within Evolution, automatic data backups would be a
great feature.

Also, I'd appreciate a notification when message bodies are not
available to be backed up and a configuration option to attempt
downloading missing bodies for backup.

Dennis Reichel 

On Tue, 2015-09-08 at 10:10 -0400, John Lauterbach wrote:
> I checked this recently using evolution 3.16.5 running under Ubutnu
> 15.10 beta.  Used evolution backup routine (Backup EvolutionData). 
>  Saved backup file to spare partition on my SSD.  Then copied the
> backup file to a 3 TB Toshiba USB drive.  Moved drive over to another
> PC running same versions of evolution and OS.  Copied contents of USB
> drive to Desktop.  Restored evolution form the backup file and
> checked mail, contacts, etc.(I have evolution set not to check mail
> on startup).  Everything okay.
> 
> It would be a nice addition to evolution to be able to schedule
> backups at a certain time each day.  I use SpiderOak for offsite
> backup.  If I could have evolution do this automatically, I would
> never lose more than a day's e-mail.
> 
> John
> 
> -Original Message-
> From: Dennis Reichel 
> Reply-to: den...@reichel.net
> To: Evolution Mailing List 
> Subject: [Evolution] Backing up Evolution Data
> Date: Fri, 04 Sep 2015 12:19:47 -0400
> 
> What are the best practices for backing up Evolution data? 
> 
> Though these are (mostly) general sorts of questions, I'm using
> Evolution 3.16.5 on Fedora 22.
> 
> What specifically is backed up when you back up you "Backup Evolution
> Data.."?
> 
> What can be done to ensure the entire email base is both downloaded
> from the imap servers
> and included in the backup archives?
> 
> Are contacts backed up? (including Google Contacts and CardDav
> contacts)
> 
> How does this handle accounts that are created by "Gnome's Online
> Account service"?
> 
> What happens if this backup is restored on a non-Gnome Linux machine?
> 
> Many Thanks
> ___
> evolution-list mailing list
> evolution-list@gnome.org
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list
___
evolution-list 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 processes never die

[Patrick O'Callaghan]

On Tue, 2015-09-08 at 15:39 +, Joakim Tjernlund wrote:
> On Tue, 2015-09-08 at 14:14 +0100, Pete Biggs wrote:
> > On Tue, 2015-09-08 at 13:00 +, Joakim Tjernlund wrote:
> > > If I exit evolution I get a few leftover processes:
> > > ps uaxwww| grep evolution
> > > jocke10108  0.1  0.3 1328424 38384 ?   SLl  14:55   0:00
> > > /usr/libexec/evolution-source-registry
> > > jocke10130  0.1  0.3 1059372 45888 ?   Sl   14:56   0:00
> > > /usr/libexec/evolution/evolution-alarm
> > > -notify
> > > jocke10146  0.1  0.5 950924 69356 ?Sl   14:56   0:00
> > > /usr/libexec/evolution-calendar-factory
> > > jocke10162  0.6  0.9 1573592 119052 ?  Sl   14:56   0:00
> > > /usr/libexec/evolution-calendar-factory
> > > -subprocess --factory ews --bus-name
> > > org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10146x
> > > 2 -
> > > -own-path
> > > /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10146
> > > /2
> > > jocke10180  0.0  0.2 1065260 31216 ?   Sl   14:56   0:00
> > > /usr/libexec/evolution-calendar-factory
> > > -subprocess --factory local --bus-name
> > > org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10146x
> > > 3 
> > > --own-path
> > > /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10146
> > > /3
> > > 
> > > Should not these (or some of them ) also die when I exit evo?
> > > 
> > 
> > No.  They are used by other Gnome applications - such as the Gnome
> > calendar and the notification applet.  It's perfectly normal.
> 
> What if you upgrade evo? Are these processes restarted then?

That would depend on how your package manager handles the upgrade. To
be safe, run "evolution --force-shutdown" and restart Evo after
upgrading.

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

Re: [Evolution] evolution processes never die

[Joakim Tjernlund]

On Tue, 2015-09-08 at 16:49 +0100, Patrick O'Callaghan wrote:
> On Tue, 2015-09-08 at 15:39 +, Joakim Tjernlund wrote:
> > On Tue, 2015-09-08 at 14:14 +0100, Pete Biggs wrote:
> > > On Tue, 2015-09-08 at 13:00 +, Joakim Tjernlund wrote:
> > > > If I exit evolution I get a few leftover processes:
> > > > ps uaxwww| grep evolution
> > > > jocke10108  0.1  0.3 1328424 38384 ?   SLl  14:55   0:00
> > > > /usr/libexec/evolution-source-registry
> > > > jocke10130  0.1  0.3 1059372 45888 ?   Sl   14:56   0:00
> > > > /usr/libexec/evolution/evolution-alarm
> > > > -notify
> > > > jocke10146  0.1  0.5 950924 69356 ?Sl   14:56   0:00
> > > > /usr/libexec/evolution-calendar-factory
> > > > jocke10162  0.6  0.9 1573592 119052 ?  Sl   14:56   0:00
> > > > /usr/libexec/evolution-calendar-factory
> > > > -subprocess --factory ews --bus-name
> > > > org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10146x
> > > > 2 -
> > > > -own-path
> > > > /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10146
> > > > /2
> > > > jocke10180  0.0  0.2 1065260 31216 ?   Sl   14:56   0:00
> > > > /usr/libexec/evolution-calendar-factory
> > > > -subprocess --factory local --bus-name
> > > > org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10146x
> > > > 3 
> > > > --own-path
> > > > /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10146
> > > > /3
> > > > 
> > > > Should not these (or some of them ) also die when I exit evo?
> > > > 
> > > 
> > > No.  They are used by other Gnome applications - such as the Gnome
> > > calendar and the notification applet.  It's perfectly normal.
> > 
> > What if you upgrade evo? Are these processes restarted then?
> 
> That would depend on how your package manager handles the upgrade. To
> be safe, run "evolution --force-shutdown" and restart Evo after
> upgrading.

Ahh, that option would be nice to have in Evo's File menu, next to Quit

 Jocke
___
evolution-list 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

[Patrick O'Callaghan]

On Tue, 2015-09-08 at 10:10 -0400, John Lauterbach wrote:
> It would be a nice addition to evolution to be able to schedule
> backups at a
> certain time each day.  I use SpiderOak for offsite backup.  If I
> could have
> evolution do this automatically, I would never lose more than a day's 
> e-mail.

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. For one thing, it requires Evo to be
running (not much use if you want to schedule it at fixed times). For
another, it doesn't do incremental backups but takes a complete
snapshot every time. This is almost never what you want in a production
context. Use a real backup system, of which there are many in Linux (I
use rsnapshot to a local NAS, but YMMV). You are backing up your systemanyway 
aren't you?

I think the command should have a different name to avoid this being
brought up time and again, though nothing occurs to me offhand.

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

Re: [Evolution] evolution processes never die

[Patrick O'Callaghan]

On Tue, 2015-09-08 at 15:52 +, Joakim Tjernlund wrote:
> > That would depend on how your package manager handles the upgrade.
> To
> > be safe, run "evolution --force-shutdown" and restart Evo after
> > upgrading.
> 
> Ahh, that option would be nice to have in Evo's File menu, next to
> Quit

Feel free to file a Request For Enhancement (RFE) on Bugzilla. Remember
to post the reference here so others can chip in.

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

Re: [Evolution] evolution processes never die

[Joakim Tjernlund]

On Tue, 2015-09-08 at 14:14 +0100, Pete Biggs wrote:
> On Tue, 2015-09-08 at 13:00 +, Joakim Tjernlund wrote:
> > If I exit evolution I get a few leftover processes:
> > ps uaxwww| grep evolution
> > jocke10108  0.1  0.3 1328424 38384 ?   SLl  14:55   0:00 
> > /usr/libexec/evolution-source-registry
> > jocke10130  0.1  0.3 1059372 45888 ?   Sl   14:56   0:00 
> > /usr/libexec/evolution/evolution-alarm
> > -notify
> > jocke10146  0.1  0.5 950924 69356 ?Sl   14:56   0:00 
> > /usr/libexec/evolution-calendar-factory
> > jocke10162  0.6  0.9 1573592 119052 ?  Sl   14:56   0:00 
> > /usr/libexec/evolution-calendar-factory
> > -subprocess --factory ews --bus-name 
> > org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10146x2 -
> > -own-path 
> > /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10146/2
> > jocke10180  0.0  0.2 1065260 31216 ?   Sl   14:56   0:00 
> > /usr/libexec/evolution-calendar-factory
> > -subprocess --factory local --bus-name 
> > org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx10146x3 
> > --own-path 
> > /org/gnome/evolution/dataserver/Subprocess/Backend/Calendar/10146/3
> > 
> > Should not these (or some of them ) also die when I exit evo?
> > 
> 
> No.  They are used by other Gnome applications - such as the Gnome
> calendar and the notification applet.  It's perfectly normal.

What if you upgrade evo? Are these processes restarted then?

 Jocke
___
evolution-list 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

[John Lauterbach]

Hello Patrick:
Not all of us are on servers.  Also, my laptop (where mail evo with my business
-related e-mail) is on 24/7 except when going through airport security, etc. 
 The same for my two desktops.  I cannot afford to loose what I have on the evo
on my laptop.  Yes, one of my business e-mail accounts is IMPAX, but the ISP's
server does not store sent e-mail.  Incremental backups are a thing of the past
with large capacity 2.5 inch SSDs.  The partition where I keep by evo backups
(about 6 GB each still has more than 60 GB free space).  They are also backed up
on SpiderOak.  I do not see the objection to doing what works.
John
-Original Message-
From: Patrick O'Callaghan 
To: evolution-list@gnome.org
Subject: Re: [Evolution] Backing up Evolution Data
Date: Tue, 08 Sep 2015 16:55:08 +0100
On Tue, 2015-09-08 at 10:10 -0400, John Lauterbach wrote:
> It would be a nice addition to evolution to be able to schedule
> backups at a
> certain time each day.  I use SpiderOak for offsite backup.  If I
> could have
> evolution do this automatically, I would never lose more than a day's 
> e-mail.
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. For one thing, it requires Evo to be
running (not much use if you want to schedule it at fixed times). For
another, it doesn't do incremental backups but takes a complete
snapshot every time. This is almost never what you want in a production
context. Use a real backup system, of which there are many in Linux (I
use rsnapshot to a local NAS, but YMMV). You are backing up your systemanyway
aren't you?
I think the command should have a different name to avoid this being
brought up time and again, though nothing occurs to me offhand.
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___
evolution-list 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

[Pete Biggs]

> 
> 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.

I hardly think that a menu item labelled "Backup Evolution Data ..."
under "File" is obscure, nor is it necessary to remember anything. It's
not like you have to delve deep down into menus or find a command line
option to do it.

> 
> 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.

And that works perfectly fine for Evolution.  You don't have to use the
menu backup/restore - but it is useful if you can't restore your whole
home directory.  In fact I haven't used the backup/restore facility for
years - I have either copied my whole home between machines or I have
decided to start fresh (which is always a good option after a few
years).

> 
> 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 conforms to Gnome standards, because it's a Gnome
application.  Firefox/Thunderbird aren't Gnome applications - if they
were they should store their data according to Gnome guidelines.

All part of the rich ecosystem of a Linux install.

P.

___
evolution-list 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