General discussion on installation and configuration of SOGo

Text archives Help


Re: [SOGo] Unable to subscribe user to a calendar


Chronological Thread 
  • From: Christian Mack < >
  • To:
  • Cc:
  • Subject: Re: [SOGo] Unable to subscribe user to a calendar
  • Date: Thu, 21 Jun 2012 10:01:47 +0200

Hello Michael


On 2012-06-20 15:13,

wrote:
> I experienced the problem in the web interface. If I invoke the menu on an
> existing calendar and click on Sharing... I immediately get
> "WARNING(-[NSNull(misc) count]): called NSNull -count (returns 0) !!!:" in
> sogo.log. Regardless the message in the log a new window appears and I can
> find
> users and grant various rights. Then I check Subscribe User box and close
> the
> window. If I again open the "Sharing" window the Subscribe User box is
> unchecked. I also get the error message each time I open the "Sharing"
> window.
>
> The sharing doesn't work. I can add the shared calendar as the subcribed
> user
> but the calendar is in red italics and I can't see any events and next login
> (as the subcribed user) the shared calendar disappears from the menu. I
> tried
> to share the calendar using SOGo Integrator in Thunderbird and there is no
> checkbox Subscribe user in the "Sharing" window nevertheless the sharing
> doesn't work too.
>
> I installed fresh CentOS 6.2 32bit on my testing server, then I installed
> 389
> Directory Server with ldap and ldaps support. Authentication works well in
> the
> system. Then I installed SOGo - I used epel and inverse repos and yum, no
> manual compilations. After that I followed the official manual, sogod and
> memcached are running, everything works well except the sharing issue. I can
> log into SOGo and work. Hostname correctly resolves to IP address. MySQL db
> works well too.
>
> Perhaps I miss some component or a piece of configuration. Can you help me
> where to look for a detailed report on what happens? Can you recheck my
> config?
>
> Thank you
> Michal
>
> Details:
> [root@fs sogo]# rpm -qa | grep sope
> sope49-gdl1-4.9-20120601_1664.el6.1.i686
> sope49-sbjson-2.3.1-20120601_1664.el6.1.i686
> sope49-gdl1-mysql-4.9-20120601_1664.el6.1.i686
> sope49-gdl1-contentstore-1.3.16-1.centos6.i686
> sope49-appserver-4.9-20120601_1664.el6.1.i686
> sope49-mime-4.9-20120601_1664.el6.1.i686
> sope49-xml-4.9-20120601_1664.el6.1.i686
> sope49-cards-1.3.16-1.centos6.i686
> sope49-core-4.9-20120601_1664.el6.1.i686
> sope49-ldap-4.9-20120601_1664.el6.1.i686
> [root@fs sogo]# rpm -qa | grep sogo
> sogo-1.3.16-1.centos6.i686
> [root@fs sogo]# rpm -qa | grep gnustep
> gnustep-make-2.6.1-1.i686
> gnustep-base-1.23.0-1.i686
> [root@fs sogo]# rpm -qa | grep memcached
> libmemcached-0.49-1.i686
> memcached-1.4.4-3.el6.i686
>
> ======================.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>
> <key>NSGlobalDomain</key>
> <dict>
> </dict>
> <key>sogod</key>
> <dict>
> <key>OCSFolderInfoURL</key>
>
> <string>mysql://sogo:aaaaaa@localhost:3306/sogo/sogo_folder_info</string>
> <key>OCSSessionsFolderURL</key>
>
> <string>mysql://sogo:aaaaaa@localhost:3306/sogo/sogo_sessions_folder</string>
> <key>SOGoACLsSendEMailNotifications</key>
> <string>YES</string>
> <key>SOGoAppointmentSendEMailNotifications</key>
> <string>YES</string>
> <key>SOGoDraftsFolderName</key>
> <string>Drafts</string>
> <key>SOGoFoldersSendEMailNotifications</key>
> <string>YES</string>
> <key>SOGoForwardEnabled</key>
> <string>YES</string>
> <key>SOGoIMAPServer</key>
> <string>localhost</string>
> <key>SOGoLanguage</key>
> <string>English</string>
> <key>SOGoMailDomain</key>
> <string>getnet.cz</string>
> <key>SOGoMailingMechanism</key>
> <string>smtp</string>
> <key>SOGoProfileURL</key>
>
> <string>mysql://sogo:aaaaaa@localhost:3306/sogo/sogo_user_profile</string>
> <key>SOGoSMTPServer</key>
> <string>localhost</string>
> <key>SOGoSentFolderName</key>
> <string>Sent</string>
> <key>SOGoSuperUsernames</key>
> <array>
> <string>sogo</string>
> </array>
> <key>SOGoTimeZone</key>
> <string>Europe/Prague</string>
> <key>SOGoTrashFolderName</key>
> <string>Trash</string>
> <key>SOGoUserSources</key>
> <array>
> <dict>
> <key>CNFieldName</key>
> <string>cn</string>
> <key>IDFieldName</key>
> <string>uid</string>
> <key>UIDFieldName</key>
> <string>uid</string>
> <key>baseDN</key>
> <string>ou=People,dc=getnet,dc=cz</string>
> <key>bindDN</key>
> <string>uid=sogo,ou=People,dc=getnet,dc=cz</string>
> <key>bindPassword</key>
> <string>aaaaaa</string>
> <key>canAuthenticate</key>
> <string>YES</string>
> <key>displayName</key>
> <string>Shared Addresses</string>
> <key>hostname</key>
> <string>localhost</string>
> <key>id</key>
> <string>public</string>
> <key>isAddressBook</key>
> <string>YES</string>
> <key>port</key>
> <string>389</string>
> </dict>
> </array>
> <key>SOGoVacationEnabled</key>
> <string>YES</string>
> </dict>
> </dict>
>
> LDAP query - example user
> ===============================================================
>
> [root@fs Defaults]# ldapsearch -x '(uid=pdobes)'
> # extended LDIF
> #
> # LDAPv3
> # base <dc=getnet,dc=cz> (default) with scope subtree
> # filter: (uid=pdobes)
> # requesting: ALL
> #
>
> # pdobes, People, getnet.cz
> dn: uid=pdobes,ou=People,dc=getnet,dc=cz
> givenName: Pavel
> sn: Dobes
> loginShell: /bin/bash
> gidNumber: 501
> uidNumber: 501
> mail:
>
> objectClass: top
> objectClass: person
> objectClass: organizationalPerson
> objectClass: inetorgperson
> objectClass: posixAccount
> objectClass: posixgroup
> uid: pdobes
> cn: pdobes
> homeDirectory: /home/pdobes
>
> # search result
> search: 2
> result: 0 Success
>
> # numResponses: 2
> # numEntries: 1

Why has your user "objectClass: posixgroup" ?

SOGo will try to expand that group, but there are no members in it, so
it will not work.


Kind regards,
Christian Mack

--
Christian Mack
Gruppe Informationsdienste
Rechenzentrum Universität Konstanz



Archive powered by MHonArc 2.6.18.

Top of page