Re: [Evolution] Missing Calendar Items

[Milan Crha]

On Sat, 2015-09-12 at 13:42 +0100, Pete Biggs wrote:
> I find that sometimes it takes a while for ALL entries in the EWS
> calendar to eventually show up in a newly configured calendar - no
> matter how many refreshes I do.  (A while = a couple of days.)  I
> don't know if that is an Evolution or Exchange issue.  Once
> everything is there, new entries appear quickly.

Hi,
any idea how many items your calendar contains? One way to figure out,
supposing your calendar is already fully downloaded, is to run this:

   $ grep -c BEGIN:VEVENT 
~/.cache/evolution/calendar//calendar.ics

It can be a bug in the ews calendar code that it doesn't iterate on the
download. I didn't check it in the code, though.

> The specific debug variable to use for EWS is "EWS_DEBUG=1"

EWS_DEBUG=2 is better, it's more verbose. To get the information from
the calendar part one should run evolution-calendar-factory from a
terminal with this variable being set. Just like:

   $ EWS_DEBUG=2 /usr/libexec/evolution-calendar-factory -w &>/tmp/log.txt

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

Re: [Evolution] Missing Calendar Items

[Pete Biggs]

On Mon, 2015-09-14 at 12:50 +0200, Milan Crha wrote:
> On Sat, 2015-09-12 at 13:42 +0100, Pete Biggs wrote:
> > I find that sometimes it takes a while for ALL entries in the EWS
> > calendar to eventually show up in a newly configured calendar - no
> > matter how many refreshes I do.  (A while = a couple of days.)  I
> > don't know if that is an Evolution or Exchange issue.  Once
> > everything is there, new entries appear quickly.
> 
>   

> any idea how many items your calendar contains?

1365

> It can be a bug in the ews calendar code that it doesn't iterate on the
> download. I didn't check it in the code, though.

It doesn't bother me particularly - configuring a new calendar is a
rare event for me, so I don't hit the issue often.  So long as new
events appear reasonably quickly, I'm happy.

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] Error while Storing folder 'Trash'.

[Patrick O'Callaghan]

On Fri, 2015-09-11 at 09:27 +0200, Bjørn T Johansen wrote:
> On Tue, 8 Sep 2015 08:21:07 +0200
> Bjørn T Johansen  wrote:
> 
> > 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
> > 
> 
> No one?

Perhaps if you said what version of Evo you have,
and what kind of account this is (IMAP, POP, Exchange, ...),
and whether you use a local or server Trash folder,
then someone might be able to help.

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 Mon, 2015-09-14 at 09:51 +0100, Pete Biggs wrote:
> > Hoping not to go too far OT, but what's the advantage over rsync in
> > this
> > context ?
> > 
> 
> Because it does versioning.
> 
> See http://www.mikerubel.org/computers/rsync_snapshots/ (which is 
> what rsnapshot is based on)

That site seems to be down (or at least very slow), so you might want
to look at http://rsnapshot.org/ for details. Briefly, rsnapshot allows
you to set up an incremental snapshotting backup system. As it's based
on rsync it can do everything rsync does, including minimizing storage
requirements by using hard links on the backup device (except for
directories of course, unlike Apple's Time Machine). Thus you can keep
a complete snapshot of your backup set on a daily, weekly, monthly etc.
basis, with automatic promotion between versions, and each snapshot
appears to contain the complete set even though only changed files are
physically stored. Restoring from a backup is done by simply copying
the files you want from the backup device.

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

[Emilio Recio]

RSnapShot allows you to do incremental backups (using hardlinks) vs
Rsync which you would have to script to do what rsnapshot does.
Honestly, if you don't care for point-in-time backups, then just use
rsync. I use them both on a case-by-case basis.

On 09/13/15 11:19, Tom wrote:
> Am Dienstag, den 08.09.2015, 16:55 +0100 schrieb 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 (...)
>
> Hoping not to go too far OT, but what's the advantage over rsync in this
> context ?
>
> ___
> evolution-list mailing list
> evolution-list@gnome.org
> To change your list options or unsubscribe, visit ...
> https://mail.gnome.org/mailman/listinfo/evolution-list
>
The information contained in this transmission contains privileged and 
confidential information. It is intended only for the use of the person named 
above. If you are not the intended recipient, you are hereby notified that any 
review, dissemination, distribution or duplication of this communication is 
strictly prohibited. If you are not the intended recipient, please contact the 
sender by reply email and destroy all copies of the original message.

CAUTION: Intended recipients should NOT use email communication for emergent or 
urgent health care matters.


___
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 Storing folder 'Trash'.

[Bjørn T Johansen]

On Mon, 14 Sep 2015 16:33:21 +0100
Patrick O'Callaghan  wrote:

> On Fri, 2015-09-11 at 09:27 +0200, Bjørn T Johansen wrote:
> > On Tue, 8 Sep 2015 08:21:07 +0200
> > Bjørn T Johansen  wrote:
> > 
> > > 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
> 
> Perhaps if you said what version of Evo you have,
> and what kind of account this is (IMAP, POP, Exchange, ...),
> and whether you use a local or server Trash folder,
> then someone might be able to help.
> 
> poc

Well, I thought that was implied based on the error message... But I am using 
version 3.16.15 and it's an Exchange account.. The trash folder is on
the server...

BTJ
___
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]

> Hoping not to go too far OT, but what's the advantage over rsync in this
> context ?
> 

Because it does versioning.

See http://www.mikerubel.org/computers/rsync_snapshots/ (which is what
rsnapshot is based on)

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