On 27/01/12 13:11, Julian Robbins wrote:
This is great many thanks
Have you fixed something that had broke in an earlier vers 1.3.9 ? or
is this new functionality that should help anyway ?
I haven't dig to see if it is a regression that was added... but for
sure, that will help for ICS export
On 27/01/12 15:34, Ludovic Marcotte wrote:
On 27/01/12 09:02, Ludovic Marcotte wrote:
On 27/01/12 07:52, Christian Naumer wrote:
We have an application that fetches a ical (large file>2000 entries)
file from sogo an this caused this issue every time. After I stopped
fetching this ical we don't
On 27/01/12 09:02, Ludovic Marcotte wrote:
On 27/01/12 07:52, Christian Naumer wrote:
We have an application that fetches a ical (large file>2000 entries)
file from sogo an this caused this issue every time. After I stopped
fetching this ical we don't have any more crashes with SxVMemLimit=1024
Am 27.01.2012 16:11, schrieb Alessio Fattorini:
Il 27/01/2012 16:00, Martin Rabl ha scritto:
Maybe you get it easier: limiting the sent ics-events.
SOGo gives you all stored events in one file, but this is IMHO
generated
from the database.
Ludovic says:
If you want to limit the number of even
Am 27.01.2012 16:10, schrieb Julian Robbins:
On 27/01/12 15:02, Martin Rabl wrote:
ical-file == ics-file
So I did understand the issue.
I thought you specifically meant when exporting events in the web view
of the calendar, but I guess its the same issue really ...
No, I meant retrieving a ca
Il 27/01/2012 16:00, Martin Rabl ha scritto:
Maybe you get it easier: limiting the sent ics-events.
SOGo gives you all stored events in one file, but this is IMHO generated
from the database.
Maybe it is possible to insert an optional Option ;-)
"SOGoLimitIcsEventsToLastXWeeks", configured with
On 27/01/12 15:02, Martin Rabl wrote:
Am 27.01.2012 15:53, schrieb Julian Robbins:
We have an application that fetches a ical (large file>2000 entries)
file from sogo an this caused this issue every time. After I stopped
Possibly, but my problem with memory/CPU isnt occuring on ics
generation,
Am 27.01.2012 15:53, schrieb Julian Robbins:
We have an application that fetches a ical (large file>2000 entries)
file from sogo an this caused this issue every time. After I stopped
Possibly, but my problem with memory/CPU isnt occuring on ics
generation, its happening generally
ical-file == i
Maybe you get it easier: limiting the sent ics-events.
SOGo gives you all stored events in one file, but this is IMHO generated
from the database.
Maybe it is possible to insert an optional Option ;-)
"SOGoLimitIcsEventsToLastXWeeks", configured with the count of Weeks
with events, you will g
On 27/01/12 14:13, Martin Rabl wrote:
Hi,
Am 27.01.12 15:02, schrieb Ludovic Marcotte:
On 27/01/12 07:52, Christian Naumer wrote:
We have an application that fetches a ical (large file>2000 entries)
file from sogo an this caused this issue every time. After I stopped
fetching this ical we don'
On 27/01/12 14:12, Alessio Fattorini wrote:
Is there any possibility to delete old events? It's very unfrequently
to need old events ( es. > 1 year)
Less events less cache
+1 Yes, I think this would be a very useful feature ...
--
Kind Regards,
Julian Robbins
--
users@sogo.nu
https://invers
Hi,
Am 27.01.12 15:02, schrieb Ludovic Marcotte:
On 27/01/12 07:52, Christian Naumer wrote:
We have an application that fetches a ical (large file>2000 entries)
file from sogo an this caused this issue every time. After I stopped
fetching this ical we don't have any more crashes with SxVMemLimi
Is there any possibility to delete old events? It's very unfrequently
to need old events ( es. > 1 year)
Less events less cache
--
Alessio Fattorini (alessio.fattor...@nethesis.it)
nethesis srl - Via degli Olmi 16/4 - 61100 Pesaro (PU)
tel. +39 0721 405516 - fax +39 0721 268147
www.nethesis.it
On 27/01/12 07:52, Christian Naumer wrote:
We have an application that fetches a ical (large file>2000 entries)
file from sogo an this caused this issue every time. After I stopped
fetching this ical we don't have any more crashes with SxVMemLimit=1024
with less this still happens.
We will inves
Am 27.01.2012 14:01, schrieb Julian Robbins:
> Yes that makes sense. But I don't want to keep raising the mem unless
> there's a good reason for it. We never had these issues a while back.
> I'd rather try to find what is making SOGo collapse so easily when
> previously with less memory it was so
On 27/01/12 12:52, Christian Naumer wrote:
We have the same problem. I was putting it down to the switch to 64bit
architecture. I increased SxVMemLimit to 1024 to no avail. The problem
occurred less with 1024 but was not gone.
Yes that makes sense. But I don't want to keep raising the mem unless
We have the same problem. I was putting it down to the switch to 64bit
architecture. I increased SxVMemLimit to 1024 to no avail. The problem
occurred less with 1024 but was not gone.
We have an application that fetches a ical (large file >2000 entries)
file from sogo an this caused this issue ever
Hello
I've seen repeated issues with my SOGo 1.3.11 server over last few
weeks, when previously had no issues at all over a period of several months.
ie logs in debug mode below.
localhost - - [27/Jan/2012:10:25:03 GMT] "REPORT
/SOGo/dav/x/Calendar/_personal/ HTTP/1.1" 207 125/245 0.
18 matches
Mail list logo