Re: [SOGo] Thunderbird 17 still asks for the password several times [was Re: SOGo extensions for Thunderbird 10!]
Al 11/01/13 21:51, En/na Nobody ha escrit: I noticed myself after upgrading to Thunderbird 17 that I was being prompted to authenticate seemingly for every calendar I was subscribed to in addition to once for my mail. After a lot of tinkering with versions and settings, I found myself digging through the extracted contents of the Lightning extension. There, I found the file calAuthUtils.jsm in the modules sub directory. I've found that if I overwrite the cal.auth.Prompt.prototype definition/code block, with the version from lightning-1.0b2.105i (Inverse Edition for the 3.x release), and of course, re-zip the extension back up and re-install it, I get the old behavior of only being prompted to enter my password twice, once for mail and once for all of my calendars. This appears to work on Linux and OSX with 17.0.2. I've yet to test with the 10.x series or with Windows but I suspect its the same issue. I believe it has to do with the way the authentication realms are being handled for CalDAV auth, but I'm no expert. Hope maybe this will help and not break too much stuff. Seems to work. I just tried than but it doesn't work :-( On 12/14/2012 12:34 AM, Luca Olivetti wrote: Al 14/12/2012 9:17, En/na Buddy Butterfly ha escrit: Hi Luca, you should use the master password as TB stores all passwords in cleartext by default! Why do you think I forcefully disabled password caching until now? Anyway, now that's no more possible, my question was: is there a way to programmatically *FORCE* on my users the use of a master password? Bye Regards, Matt Am 14.12.2012 09:10, schrieb Luca Olivetti: Al 13/12/2012 13:37, En/na Luca Olivetti ha escrit: Al 13/12/2012 11:22, En/na Thoralf Schulze ha escrit: hi Luca, Am 13.12.2012 10:44 schrieb Luca Olivetti: I'm trying thunderbird 17 esr with the corresponding extensions and I still see it has the same problem: it asks for the password several times. have a look at the startup master-extension¹ for thunderbird … it works quite fine here for thunderbird 10esr, at least regarding tb asking for its master passwort several times. with kind regards, t. ¹ - https://addons.mozilla.org/de/thunderbird/addon/startupmaster/ Maybe, but I don't like/want to set a master password, I just want my users to introduce their login password once, like it was possible with the integrator for thunderbird 3. OK, since it seems it's not possible to do that, I could enable password caching, but I'd like a way to force the use of a master password, to be set the first time my users start the upgraded thunderbird. My google-fu failed me to find a way, do you know if is there one? Bye The information contained in this e-mail message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this e-mail message in error, please e-mail the sender at the above e-mail address. -- Luca Olivetti Wetron Automation Technology http://www.wetron.es Tel. +34 935883004 Fax +34 935883007 -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] SOGo 2.0 eats up to 100% mem and cpu
Dear All, concerning: Version 2.0.0 (root@shiva 201209280016). I have a small installation of SOGo 2.0 running with about 5 users tu share there calendars with Outlook and Funambol. All the time it was running top but suddenly sogod eats up my cpu and memory until I do a restart. My Sogo-Config: /home/sogo/G*/D*/.GNUstepDefaults: ?xml version=1.0 encoding=UTF-8? !DOCTYPE plist PUBLIC -//GNUstep//DTD plist 0.9//EN http://www.gnustep.org/plist-0_9.xml plist version=0.9 dict keyNSGlobalDomain/key dict /dict keysogod/key dict keyOCSFolderInfoURL/key stringpostgresql://sogo:sogo@localhost:5432/sogo/sogo_folder_info/string keyOCSSessionsFolderURL/key stringpostgresql://sogo:sogo@localhost:5432/sogo/sogo_sessions_folder/string keySOGoACLsSendEMailNotification/key stringYES/string keySOGoAppointmentSendEMailNotification/key stringYES/string keySOGoAuthenticationMethod/key stringLDAP/string keySOGoBusyOffHours/key stringYES/string keySOGoDraftsFolderName/key stringINBOX.Drafts/string keySOGoEnablePublicAccess/key stringYES/string keySOGoCalendarDefaultRoles/key array stringPublicDAndTViewer/string stringConfidentialDAndTViewer/string stringPrivateDAndTViewer/string /array keySOGoFirtsDayOfWeek/key string1/string keySOGoFoldersSendEMailNotification/key stringYES/string keySOGoGoMailMessageCheck/key stringevery_5_minutes/string keySOGoIMAPServer/key string192.168.135.250:143/string keySOGoLanguage/key stringGerman/string keySOGoMailAuxiliaryUserAccountsEnabled/key stringYES/string keySOGoMailDomain/key stringcomm2.local/string keySOGoMailUseOutlookStyleReplies/key stringYES/string keySOGoMailingMechanism/key stringsmtp/string keySOGoNotifyOnExternalModifications/key stringYES/string keySOGoNotifyOnPersonalModifications/key stringYES/string keySOGoPageTitle/key stringTopenklinik Webmailer-Interface/string keySOGoPasswordChangeEnabled/key stringYES/string keySOGoProfileURL/key stringpostgresql://sogo:sogo@localhost:5432/sogo/sogo_user_profile/string keySOGoSMTPServer/key string192.168.135.250/string keySOGoSentFolderName/key stringINBOX.Sent/string keySOGoSharedFolderName/key stringshared/string keySOGoSpecialFoldersInRoot/key stringYES/string keySOGoSuperUsernames/key array stringmueller/string stringmarstaller/string /array keySOGoTimeZone/key stringEurope/Berlin/string keySOGoTrashFolderName/key stringINBOX.Trash/string keySOGoUserSources/key array dict keyCNFieldName/key stringcn/string keyIDFieldName/key stringuid/string keyUIDFieldName/key stringuid/string keybaseDN/key stringou=users,dc=tuepdc,dc=local/string keybindDN/key stringuid=sogo,ou=users,dc=tuepdc,dc=local/string keybindPassword/key stringqwerty/string keycanAuthenticate/key stringYES/string keydisplayName/key stringBenutzer Adressen/string keyhostname/key string192.168.135.236/string keyid/key stringpublic/string keyisAddressBook/key stringYES/string keyport/key string389/string keyuserPasswordAlgorithm/key stringmd5/string /dict dict keyCNFieldName/key stringcn/string keyIDFieldName/key stringcn/string keyUIDFieldName/key stringcn/string keyUIDFieldName/key stringcn/string keybaseDN/key stringou=groups,dc=tuepdc,dc=local/string keybindDN/key stringuid=sogo,ou=users,dc=tuepdc,dc=local/string keybindPassword/key stringqwerty/string keycanAuthenticate/key stringYES/string keydisplayName/key stringGruppen Adressen/string keyhostname/key string192.168.135.236/string keyid/key stringpublic_groups/string keyisAddressBook/key stringYES/string keyport/key string389/string /dict /array keySxVMemLimit/key string1024/string keyWOWorkersCount/key string2/string /dict /dict /plist /etc/sysconfig/sogo: PREFORK=2 [root@tplk-openchange bin]# ps ax grep sogod 18223 ? S 13:35 /usr/sbin/sogod -WOWorkersCount 2 -WOPidFile /var/run/sogo/sogo.pid -WOLogFile /var/log/sogo/sogo.log 20411 ? Ss 0:11 /usr/sbin/sogod -WOWorkersCount 2 -WOPidFile /var/run/sogo/sogo.pid -WOLogFile /var/log/sogo/sogo.log 20618 ? Ss 0:00 /usr/sbin/sogod -WOWorkersCount 2 -WOPidFile /var/run/sogo/sogo.pid -WOLogFile /var/log/sogo/sogo.log 20695 pts/0 S+ 0:00 grep sogod In my sogo.log there are infos like this..hnaging for 1 until ... minutes Aug 08 10:16:48 sogod [18223]: [WARN] 0x0x14c3c28[WOWatchDogChild] pid 20618 has been hanging in the same request for 1 minutes top shows: 20618 sogo 20 0 9169m 6.9g 2804 R 66.0 92.4 2:10.48 sogod 38 root 20 0 0 0 0 D 25.4 0.0 16:19.27 kswapd0 And users can not login the web gui anymore: The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /SOGo. How can I fix this issue? Greetings Daniel
[SOGo] Fw: SOGo 2.0 eats up to 100% mem and cpu
Moreinformation about a sogod cunsuming near 100% cpu: 21416 sogo 20 0 7423m 6.5g 4328 R 100.0 87.6 1:38.96 sogod gdb -p 21416 (gdb) bt #0 0x003cf0523f7c in object_setClass (obj=0x11de00698, cls=0x3cf08baa00) at runtime.c:1084 #1 0x003cf0459a84 in NSAllocateObject (aClass=0x3cf08baa00, extraBytes=7, zone=0x3cf0961680) at NSObject.m:823 #2 0x003cf0382a1a in -[GSCString lowercaseString] (self=0x3cf2a5f0c0, _cmd=0x3cf2a515a0) at GSString.m:3179 #3 0x003cf2826a8d in -[CardElement valuesForKey:] (self=0x11dddbc28, _cmd=0x3cf2a51520, key=0x3cf2a5f0c0) at CardElement.m:193 #4 0x003cf2826aed in -[CardElement valuesAtIndex:forKey:] ( self=0x11dddbc28, _cmd=0x3cf2a5fa50, idx=0, key=0x3cf2a5f0c0) at CardElement.m:199 #5 0x003cf2839cdc in -[iCalRecurrenceRule byMonth] (self=0x11dddbc28, _cmd=0x3cf2a63290) at iCalRecurrenceRule.m:494 #6 0x003cf283e9cd in -[iCalTimeZonePeriod _occurenceForDate:byRRule:] ( self=0x11dddb758, _cmd=0x3cf2a63330, refDate=0x11ddf2fa8, rrule=0x11dddbc28) at iCalTimeZonePeriod.m:149 #7 0x003cf283ed0e in -[iCalTimeZonePeriod occurenceForDate:] ( self=0x11dddb758, _cmd=0x3cf2a627d0, refDate=0x11ddf2fa8) at iCalTimeZonePeriod.m:184 #8 0x003cf283d805 in -[iCalTimeZone _occurrenceForPeriodNamed:forDate:] ( self=0x11dddb078, _cmd=0x3cf2a627e0, pName=0x3cf2a62240, aDate=0x11ddf2fa8) at iCalTimeZone.m:209 #9 0x003cf283d890 in -[iCalTimeZone periodForDate:] (self=0x11dddb078, _cmd=0x3cf2a62830, date=0x11ddf2fa8) at iCalTimeZone.m:225 #10 0x003cf283dc14 in -[iCalTimeZone computedDateForDate:] ( self=0x11dddb078, _cmd=0x3cf2a618f0, theDate=0x11ddf2fa8) at iCalTimeZone.m:273 #11 0x003cf283c457 in -[iCalRepeatableEntityObject exceptionDatesWithTimeZone:] (self=0x11dddeb18, _cmd=0x7ff6d7f0e060, theTimeZone=0x11dddb078) at iCalRepeatableEntityObject.m:271 #12 0x7ff6d7cd6f0c in -[SOGoAppointmentFolder _flattenCycleRecord:forRange:intoArray:] (self=0x18387b8, _cmd=0x7ff6d7f0e0d0, theRecord=0x8b3ea88, theRange=0x1d47888, theRecords=0x18d31b8) at SOGoAppointmentFolder.m:1078 #13 0x7ff6d7cd7356 in -[SOGoAppointmentFolder _flattenCycleRecords:fetchRange:] (self=0x18387b8, _cmd=0x7ff6d7f0e1c0, _records=0x18d31f8, _r=0x1d47888) at SOGoAppointmentFolder.m:1139 #14 0x7ff6d7cd8184 in -[SOGoAppointmentFolder fetchFields:from:to:title:component:additionalFilters:includeProtectedInformation:] (self=0x18387b8, _cmd=0x7ff6d7f0ea20, _fields=0x18a2978, _startDate=0x188ae28, _endDate=0x1820dc8, title=0x0, _component=0x7ff6d7f0af00, filters=0x0, _includeProtectedInformation=1 001) at SOGoAppointmentFolder.m:1323 #15 0x7ff6d7cddd86 in -[SOGoAppointmentFolder fetchFreeBusyInfosFrom:to:] ( self=0x18387b8, _cmd=0x7ff6d7f14b70, _startDate=0x188ae28, _endDate=0x1820dc8) at SOGoAppointmentFolder.m:2533 #16 0x7ff6d7ce7968 in -[SOGoFreeBusyObject fetchFreeBusyInfosFrom:to:] ( self=0x18577b8, _cmd=0x7ff6d7f14b10, startDate=0x188ae28, endDate=0x1820dc8) at SOGoFreeBusyObject.m:341 #17 0x7ff6d7ce7788 in -[SOGoFreeBusyObject fetchFreeBusyInfosFrom:to:forContact:] (self=0x18577b8, _cmd=0x7ff6d7f14a80, startDate=0x188ae28, endDate=0x1820dc8, uid=0x0) at SOGoFreeBusyObject.m:312 #18 0x7ff6d7ce73c9 in -[SOGoFreeBusyObject contentAsStringWithMethod:andUID:andOrganizer:andContact:from:to:] (self=0x18577b8, _cmd=0x7ff6d7f14aa0, method=0x0, UID=0x0, organizer=0x0, contactID=0x0, _startDate=0x188ae28, _endDate=0x1820dc8) at SOGoFreeBusyObject.m:246 #19 0x7ff6d7ce7482 in -[SOGoFreeBusyObject contentAsStringFrom:to:] ( self=0x18577b8, _cmd=0x7ff6d7f14a70, _startDate=0x188ae28, _endDate=0x1820dc8) at SOGoFreeBusyObject.m:259 #20 0x7ff6d7ce7369 in -[SOGoFreeBusyObject contentAsString] ( self=0x18577b8, _cmd=0x7ff6d7f14c70) at SOGoFreeBusyObject.m:234 #21 0x7ff6d7ce81e7 in -[SOGoFreeBusyObject GETAction:] (self=0x18577b8, _cmd=0x12ce0d0, _ctx=0x17b53f8) at SOGoFreeBusyObject.m:430 #22 0x003cf045b2b3 in -[NSObject performSelector:withObject:] ( self=0x18577b8, _cmd=0x3cf2722b30, aSelector=0x12ce0d0, anObject=0x17b53f8) at NSObject.m:2011 #23 0x003cf23f09e4 in -[SoSelectorInvocation primaryCallSelector:withArguments:] (self=0x18a0f48, _cmd=0x3cf2722c90, _sel=0x12ce0d0, _args=0x1822208) at SoSelectorInvocation.m:231 #24 0x003cf23f117c in -[SoSelectorInvocation callOnObject:inContext:] ( self=0x18a0f48, _cmd=0x3cf2722bf0, _client=0x18577b8, _ctx=0x17b53f8) at SoSelectorInvocation.m:329 #25 0x003cf23f0d1e in -[SoSelectorInvocation callOnObject:inContext:] ( self=0x158d7d8, _cmd=0x3cf2736270, _client=0x18577b8, _ctx=0x17b53f8) at SoSelectorInvocation.m:285 #26 0x003cf2402984 in -[SoObjectWebDAVDispatcher doGET:] (self=0x185a488, _cmd=0x1689350, _ctx=0x17b53f8) at SoObjectWebDAVDispatcher.m:192 #27 0x003cf045b2b3 in -[NSObject performSelector:withObject:] ( self=0x185a488, _cmd=0x3cf2736a60, aSelector=0x1689350, anObject=0x17b53f8) at NSObject.m:2011 #28 0x003cf240969f in
Re: [SOGo] some users cannot share address books
On Tuesday 30 July 2013 15:25:01 Christian Mack wrote: Hello Silver Salonen Am 2013-07-29 13:21, schrieb Silver Salonen: On Monday 29 July 2013 13:17:00 Christian Mack wrote: Am 2013-07-29 10:34, schrieb Silver Salonen: Any more guesses about this issue? On Thursday 11 July 2013 17:10:33 Silver Salonen wrote: Yes, this is how I did it and this is what I mean by sharing. So it's not about me being not able to setup sharing ;) On Thursday 11 July 2013 09:04:20 Mark Madere wrote: Share permissions are found in context menus for each address book/calendar. Right click the book as the user who is sharing and select sharing. From there you can add users, and set their permissions. You can even automatically subscribe the other users to the shares by checking a box. On Jul 11, 2013, at 4:17 AM, Silver Salonen sil...@serverock.ee wrote: Although sharing address books works OK for some users, other users can't share theirs - actually they can, but the users who they shared their address book just cannot see it. Using SOGo 2.0.6 and doing it via web interface. Where are these permission stored? Can I see/hack them manually? They are stored in the sogo database. You can get them via sogo-tool backup in a human readable format for each user together with all the data. That doesn't help one user to see the shared address book from another user, does it? Sorry if I misunderstood your initial question, but I think you asked how to check the privileges for this share in SOGo? You checked it via web interface of the address book owner and it looked OK. Then I gave you the hint to check them in the backup files of both users involved. Did you do that? Sorry, misunderstood you :) I checked it now and I guess you mean this? /Users/user.sharing/Contacts/73D5-51DE5E80-41-516FF480 = { acl = { default = ( None ); user.1 = ( ObjectCreator, ObjectEditor, ObjectViewer ); user.2 = ( ObjectCreator, ObjectEditor, ObjectViewer ); user.N = ( ObjectCreator, ObjectEditor, ObjectViewer ); user.notseeing = ( ObjectCreator, ObjectEditor, ObjectViewer ); }; So this user.notseeing has the privileges just like other users, but he cannot see the address book - after subscribing to it the address book looks empty and it's not possible to delete/unsubscribe from it. After logging out and in again the subscription to that address book is gone. -- Silver -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] some users cannot share address books
On Thursday 08 August 2013 09:41:36 Christian Mack wrote: Hello Silver Salonen Am 2013-08-08 09:21, schrieb Silver Salonen: On Tuesday 30 July 2013 15:25:01 Christian Mack wrote: Am 2013-07-29 13:21, schrieb Silver Salonen: On Monday 29 July 2013 13:17:00 Christian Mack wrote: Am 2013-07-29 10:34, schrieb Silver Salonen: Any more guesses about this issue? On Thursday 11 July 2013 17:10:33 Silver Salonen wrote: Yes, this is how I did it and this is what I mean by sharing. So it's not about me being not able to setup sharing ;) On Thursday 11 July 2013 09:04:20 Mark Madere wrote: Share permissions are found in context menus for each address book/calendar. Right click the book as the user who is sharing and select sharing. From there you can add users, and set their permissions. You can even automatically subscribe the other users to the shares by checking a box. On Jul 11, 2013, at 4:17 AM, Silver Salonen sil...@serverock.ee wrote: Although sharing address books works OK for some users, other users can't share theirs - actually they can, but the users who they shared their address book just cannot see it. Using SOGo 2.0.6 and doing it via web interface. Where are these permission stored? Can I see/hack them manually? They are stored in the sogo database. You can get them via sogo-tool backup in a human readable format for each user together with all the data. That doesn't help one user to see the shared address book from another user, does it? Sorry if I misunderstood your initial question, but I think you asked how to check the privileges for this share in SOGo? You checked it via web interface of the address book owner and it looked OK. Then I gave you the hint to check them in the backup files of both users involved. Did you do that? Sorry, misunderstood you :) I checked it now and I guess you mean this? /Users/user.sharing/Contacts/73D5-51DE5E80-41-516FF480 = { acl = { default = ( None ); user.1 = ( ObjectCreator, ObjectEditor, ObjectViewer ); user.2 = ( ObjectCreator, ObjectEditor, ObjectViewer ); user.N = ( ObjectCreator, ObjectEditor, ObjectViewer ); user.notseeing = ( ObjectCreator, ObjectEditor, ObjectViewer ); }; So this user.notseeing has the privileges just like other users, but he cannot see the address book - after subscribing to it the address book looks empty and it's not possible to delete/unsubscribe from it. After logging out and in again the subscription to that address book is gone. Yes, that was what I was thinking of. As user.notseeing subscribed to it, and it vanishes after logout, can you also check the settings for user.notseeing please? I mean has he an entry for this shared address book in his Contacts -- SubscribedFolders section? This is definitely a bug in SOGo. Please file a bug report at http://www.sogo.nu/bugs/ Yes, that user has: Contacts = { DragHandleHorizontal = 183; DragHandleVertical = 269; FolderShowAlarms = { info:Contacts/73D5-51DEBF80-FF-516FF480 = *I0; user.sharing:Contacts/73D5-51DE4A00-23-516FF480 = *I0; user.sharing:Contacts/73D5-51DE5000-31-516FF480 = *I0; user.sharing:Contacts/73D5-51DE5B80-37-516FF480 = *I0; user.sharing:Contacts/73D5-51DE5E80-41-516FF480 = *I0; user.sharing:Contacts/73D5-51DE8880-9B-516FF480 = *I0; user.sharing:Contacts/personal = *I0; }; SubscribedFolders = ( user.sharing:Contacts/73D5-51DE5000-31-516FF480, user.sharing:Contacts/73D5-51DE5E80-41-516FF480, user.sharing:Contacts/personal ); }; Maybe if I'd delete these FolderShowAlarms and SubscribedFolders sections from that user preferences somehow and re-add these, maybe it would start working? Can I delete these subscriptions from database? -- Silver -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo 2.0 eats up to 100% mem and cpu
On 08/08/13 09:24, Daniel Müller wrote: Dear All, concerning: Version 2.0.0 (root@shiva 201209280016). I have a small installation of SOGo 2.0 running with about 5 users tu share there calendars with Outlook and Funambol. All the time it was running top but suddenly sogod eats up my cpu and memory until I do a restart. I saw this happen on 2.0.5 and 2.0.6 when someone got their LDAP password wrong. It seems to have stopped after upgrading to 2.0.7 I filed it onto http://sogo.nu/bugs/view.php?id=2367 Also, please don't reply to unrelated messages because it messes up the threading/categorisation of your message, which means it won't be read by as many people. Use the Compose button for new subjects. Thanks, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo 2.0 eats up to 100% mem and cpu
On 13-08-08 4:24 AM, Daniel Müller wrote: concerning: Version 2.0.0 (root@shiva 201209280016). Please try to reproduce that problem with 2.0.7. Also, to debug this kind of issues, it would be really helpful to enable SOGoDebugRequests and post your logfile. The next step would be to isolate the query that makes sogo go crazy by analyzing the logs. Then, take a pcap of the traffic on port 2 and look for the query. With that we should be able to replay the query and find the issue quickly. Like MJ said, don't reply to a thread to start a new one, simply send a new mail to users@. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ZEG install script
Hi, It is not normal. Please send me the config.ini private without APW variable. Please also check the APW variable, because it must satisfy the followings: - minimum 7chars - only alphanumeric chars - minimum 1 uppercase char - minimum 1 lowercase char - minimum 1 number If the above is not true, that is your problem. 2013-08-07 02:08 keltezéssel, Mail Robot írta: Hi, I had been trying to install SOGo using ZEG install script in my office, where the network are managed by policies and rules; I am stucked at Step 4, where after the script listed the network parameters, I am seeing Wait to start Samba4 LDAP which takes forever, even I had tried installing couple of times. I did managed to install this at home. Please assist what I should do. Thank you On Monday, August 5, 2013, Szládovics Péter wrote: 2013-08-05 16:29 keltezéssel, m...@line5.tv írta: Cool script, I am impressed. There were some error messages, sorry, was too few time to read or screenshot them - but still, without any further configuration I was able to connect Outlook and to use the web interface. Thank you! The error messages were at the samba4/openchange install step, I know. Those came from the sogo repository, and the guys reported it on the SOGo install documentation with 'don't care' remark ;) -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Thursday, August 08 2013
Title: BTS activities for Thursday, August 08 2013 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Thursday, August 08 2013 idlast updatestatus (resolution)categorysummary 2390 2013-08-08 05:43:25 new (open) Backend Address Book user cannot see shared address book 2376 2013-08-08 10:04:08 updated (open) Backend General SAML2 : SLO non fonctionnel 2377 2013-08-08 10:04:07 updated (open) Backend General SAML2 : SLO déclenché depuis l'IdP non fonctionnel 2378 2013-08-08 10:04:07 updated (open) Backend General SAML2 : modèle de méta-données (metadata) 2379 2013-08-08 10:04:07 updated (open) Backend General SAML2 : redirection au moment du logout 2381 2013-08-08 10:04:07 updated (open) Backend General SAML2 : suggestion d'options SOGo 2389 2013-08-08 03:19:23 updated (open) Backend General share folder, address book and other for user@fqdn 2388 2013-08-08 03:26:02 updated (open) Web Calendar Improving resources booking 2380 2013-08-08 10:04:07 updated (open) Web General SAML2 : impossible de voir la page d'accueil 2391 2013-08-08 09:02:27 new (open) ZEG Can't create cyrus mailboxes