Approved that it is an LDAP issue:
- Removed objectClasses calEntry and CalendarResource from Meetingroom's
LDAP set.
- Result: Free/Busy times are being displayed during event creation!
Again the question: Is there anybody with a working LDAP resources setup
who could provide a sample LDIF of a resource?
Thank you!
BR
Irma
########################################################################
My resources' Free/Busy times still won't work.
For normal users, Free/Busy times work fine!
Here's more detail about the configurations.
(1) Resource 'meetingroom' created in LDAP, resides in the same OU as
the normal users. Has same objectClasses and attributes as normal user
accounts PLUS objectClasses 'calEntry' and 'CalendarResource' with their
attributes [values] 'Kind' [location] and 'Multiplebookings' [1].
Meetingroom's full LDAP set:
#########################################################################
dn:
mail=meetingr...@mycompany.com,ou=Users,domainName=mycompany.com,o=domains,dc=mycompany,dc=com
mail: meetingr...@mycompany.com
mailQuota: 1048576
objectClass: inetOrgPerson
objectClass: organizationalPerson
objectClass: mailUser
objectClass: shadowAccount
objectClass: amavisAccount
objectClass: person
objectClass: posixAccount
objectClass: top
objectClass: calEntry
objectClass: CalendarResource
storageBaseDirectory: /data/mboxes
enabledService: indexer-worker
enabledService: doveadm
enabledService: dsync
enabledService: shadowaddress
enabledService: displayedInGlobalAddressBook
enabledService: mail
enabledService: forwarding
enabledService: deliver
enabledService: lda
enabledService: lmtp
enabledService: smtp
enabledService: smtpsecured
enabledService: imap
enabledService: imapsecured
enabledService: imaptls
enabledService: managesieve
enabledService: managesievesecured
enabledService: sogo
enabledService: sieve
enabledService: sievesecured
enabledService: forward
enabledService: senderbcc
enabledService: recipientbcc
enabledService: internal
enabledService: lib-storage
amavisLocal: TRUE
accountStatus: active
shadowLastChange: 0
mailHost: localhost
cn: Meetingroom
gidNumber: 2104
homeDirectory: /data/mboxes/vmail1/mycompany.com/meetingroom/
mailMessageStore: vmail1/mycompany.com/meetingroom/
loginShell: /sbin/nologin
sn: Meetingroom
uid: meetingroom
uidNumber: 2104
userPassword:
{CRYPT}$6$ncaXAOch$FuQ9weAfqMUvbKlsam2X/e13t0cIMrnvz/S7q/XqrWq4xyK
OigNGjMPYuvBvzVYrZRJPEUPatnFlHx5rhz74O1
displayName: Meetingroom
Multiplebookings: 1
Kind: location
###########################################################################
(2) ACL settings on Meetingroom's SOGo Personal Calendar:
Any Authenticated User:
- Public / View All
- Confidential / View All
- Private / View All
- This person can create objects in my calendar: NOT CHECKED
- This person can erase objects from my calendar: NOT CHECKED
(3) ACL settings on all Testusers' SOGo Personal Calendars:
Any Authenticated User:
- Public / View the Date & Time
- Confidential / View the Date & Time
- Private / View the Date & Time
- This person can create objects in my calendar: NOT CHECKED
- This person can erase objects from my calendar: NOT CHECKED
Scenario:
- Testuser us...@mycompany.com creates event1 on his SOGo Personal
Calendar, inviting testuser us...@mycompany.com and
meetingr...@mycompany.com.
- Meetingroom auto-accepts invitation and adds event to its SOGo
Personal Calendar.
- User2 gets invitation mail and event with dashed line in his mailbox
and SOGo Personal Calendar respectively.
- User2 accepts invitation (manual action). Event's line continuous now.
- User1 gets confirmation mail and event status on all involved
calendars show that both Meetingroom and User2 have accepted invitation.
- Testuser us...@mycompany.com creates event2 overlapping event1's
times, inviting User2, User4 and Meetingroom:
-- Free/Busy times of User2 show: BLOCKED
-- Free/Busy times of User4 show: FREE
-- Free/Busy times of Meetingroom: FREE
Conclusion: Everything works like expected, excepted Meetingroom's
Free/Busy times. It should show BLOCKED on the 2nd event!
Does anybody have OpenLDAP resources work correctly on SOGo?
Thank you very much!
BR
Irma
--
users@sogo.nu
https://inverse.ca/sogo/lists
__________ Information from mm-lab IT security __________The message was
checked by ESET Mail Security.
--
users@sogo.nu
https://inverse.ca/sogo/lists
