ian.m...@uni-konstanz.de) wrote:
Hello
Am 28.11.19 um 12:19 schrieb "Lorenz Pressler" (lor...@pressler.pro):
>
> Hello,
> I am not quite sure how this attendence status of participants of events
> work. The mails are sent to the participants I added but when I confirm the
>
Hello,
I am not quite sure how this attendence status of participants of events work.
The mails are sent to the participants I added but when I confirm the
attendence I get various results. The calendar from which I create and send
this invitation is a normal calender of the user (not shared
s about the same as using no proxy again
(500-1000ms).
regards,
--
Lorenz Pressler
--
users@sogo.nu
https://inverse.ca/sogo/lists
Hi Odhiamb,
I tried setting it to 128M and I tried moving it to a unix socket. Both
resulted in nothing noticable but I did not really expect anything on
the cache side since everything else but accessing mail is reasonably fast.
regards,
--
Lorenz Pressler
--
users@sogo.nu
https
misunderstanding what this is doing.
regards,
--
Lorenz Pressler
mob +43 699 191 61 003
fon +43 1 30 50 436
fax +43 1 30 50 436 9
Kastnergasse 16/44, 1170 Wien
ATU 68 573 616
--
users@sogo.nu
https://inverse.ca/sogo/lists
.message snipped..]
> a OK Fetch completed (0.002 + 0.000 + 0.001 secs).
which is as snappy as expected.
Funny thing is, that the addressbook and calender work quite well, it's
just the email thats laggy.
any ideas what I could monitor to find out whats taking so long?
best regards,
--
Lore
*/
SOGoDebugRequests = YES;
SoDebugBaseURL = YES;
ImapDebugEnabled = YES;
//LDAPDebugEnabled = YES;
//PGDebugEnabled = YES;
MySQL4DebugEnabled = YES;
SOGoUIxDebugEnabled = YES;
//WODontZipResponse = YES;
WOLogFile = /var/log/sogo/sogo.log;
}
--
Lorenz Pressler
mob +43 699 191 61 003
fon +43
