Re: [SOGo] Login Problem/TB calendar not available/Browser cache (aka Thunderbird ESR 10.0.7 (+ Lightning 1.2.3) and SOGo 1.3.18a/2.0.2 aka VCALENDAR component)

2012-12-29 Thread Philipp Strobl

Thanks Thierry,

this seems to work. Sadly only once. Next day, prpoblem is back.
It is also possible to login through a browser. Afer Login copy the 
base-url again in the browser and then sogo-webui loads normal.
This behavior could  truly lead to memcached. I also searched at the 
memchaed-session, gut with no luck.


I disabled also selinux but without success. Is there something special 
with memcached, i could miss through update/upgrade of sogo ?



Best
Philipp

Philipp v. Strobl-Albeg
Dilp.-Ing.

Zellerstr. 19
70180 Stuttgart

Tel   +49 711 121 58269
Mobil +49 151 270 39710
Fax   +49 711 658 3089

http://www.pilarkto.net


Am 21.12.2012 15:47, schrieb Thierry Murgue:

Le 18/12/2012 11:10, Philipp v. Strobl-Albeg a écrit :

Hi,

i'm back with the same problem, as in the past: Thunderbird ESR 10.0.7
(+ Lightning 1.2.3) and SOGo 1.3.18a/2.0.2 etc
Anything else works like a charme - thanks for that.


When i start my computer in the morning, the TB sogo-related calendars
are unavailable.
I can now login to the webUI an get an object not found. The log shows

...  |SOGo| starting
method 'GET' on uri '/SOGo/USER'
2012-12-18 10:34:29.649 sogod[30073] ERROR(-[NSNull(misc)
forwardInvocation:]): called selector objectForKey: on NSNull !
2012-12-18 10:34:29.650 sogod[30073] ERROR(-[NSNull(misc)
forwardInvocation:]): called selector setObject:forKey: on NSNull !
2012-12-18 10:34:29.650 sogod[30073]   didn't set return value for type 'v'
Dec 18 10:34:29 sogod [30073]: |SOGo| request took 0.002629 seconds to
execute
localhost - - [18/Dec/2012:10:34:29 GMT] GET /SOGo/USER HTTP/1.1 404
36/0 0.003 - - 8K

Then i reload the browser or hit the base URL again ang i'm logged in.
Now the calendar are available again and it's working for the day.
This behavior is the same for WinXP and Linux as clients. Only IPhone
seems to have no problems here.

Has anyone an idea what didn't set return value for type 'v' means or
have a solution for this problem ?
Hope someone can save my xmas ;-)

Hi!

Same problem this morning here.

/etc/init.d/sogo stop; /etc/init.d/memcached stop; /etc/init.d/memcached
start; /etc/init.d/sogo start

solves it!

Have a good X-mas ;-)

Regards,
--
Thierry Murgue


--
users@sogo.nu
https://inverse.ca/sogo/lists


Re: [SOGo] Login Problem/TB calendar not available/Browser cache (aka Thunderbird ESR 10.0.7 (+ Lightning 1.2.3) and SOGo 1.3.18a/2.0.2 aka VCALENDAR component)

2012-12-21 Thread Thierry Murgue
Le 18/12/2012 11:10, Philipp v. Strobl-Albeg a écrit :
 Hi,
 
 i'm back with the same problem, as in the past: Thunderbird ESR 10.0.7
 (+ Lightning 1.2.3) and SOGo 1.3.18a/2.0.2 etc
 Anything else works like a charme - thanks for that.
 
 
 When i start my computer in the morning, the TB sogo-related calendars
 are unavailable.
 I can now login to the webUI an get an object not found. The log shows
 
 ...  |SOGo| starting
 method 'GET' on uri '/SOGo/USER'
 2012-12-18 10:34:29.649 sogod[30073] ERROR(-[NSNull(misc)
 forwardInvocation:]): called selector objectForKey: on NSNull !
 2012-12-18 10:34:29.650 sogod[30073] ERROR(-[NSNull(misc)
 forwardInvocation:]): called selector setObject:forKey: on NSNull !
 2012-12-18 10:34:29.650 sogod[30073]   didn't set return value for type 'v'
 Dec 18 10:34:29 sogod [30073]: |SOGo| request took 0.002629 seconds to
 execute
 localhost - - [18/Dec/2012:10:34:29 GMT] GET /SOGo/USER HTTP/1.1 404
 36/0 0.003 - - 8K
 
 Then i reload the browser or hit the base URL again ang i'm logged in.
 Now the calendar are available again and it's working for the day.
 This behavior is the same for WinXP and Linux as clients. Only IPhone
 seems to have no problems here.
 
 Has anyone an idea what didn't set return value for type 'v' means or
 have a solution for this problem ?
 Hope someone can save my xmas ;-)
Hi!

Same problem this morning here.

/etc/init.d/sogo stop; /etc/init.d/memcached stop; /etc/init.d/memcached
start; /etc/init.d/sogo start

solves it!

Have a good X-mas ;-)

Regards,
--
Thierry Murgue

-- 
users@sogo.nu
https://inverse.ca/sogo/lists