Zentyal Forum, Linux Small Business Server
Zentyal Server => Installation and Upgrades => Topic started by: andygraybeal on October 04, 2011, 05:30:27 pm
-
Greetings,
I would like a recommendation from the group on how to setup Zarafa Resources. I've read the Zarafa documentation and this is the URL for setting up resources: http://doc.zarafa.com/7.0/Administrator_Manual/en-US/html/_resource_configuration.html
This documentation is great and I'm happy about this. I'm wondering if I should follow these instructions or if there is another way, since I'm using Zarafa in conjunction with Zentyal, that you folks might recommend.
Andy
-
I just noticed that I posted the 7.0 version of the documentation, it appears the same in the 6.4 documentation.
-
Zarafa documentation is still completely valid for Zarafa deployed on Zentyal. Just take into account that is not using MySQL to store the users but LDAP, so zarafa-admin only works on read-only mode (all managements is done via Zentyal interface). If you want to modify any file, use custom templates under /etc/zentyal/stubs.
-
jsalamero,
So, I don't think I need to modify any files.. but I need to run these commands from what the documentation says:
zarafa-admin -u <resource name> --mr-accept 1
zarafa-admin -u <resource name> --mr-decline-conflict 1
zarafa-admin -u <resource name> --mr-decline-recurring 1
Would I be needing to modify anything in Zentyal to do this?
-
http://doc.zarafa.com/6.40/Administrator_Manual/en-US/pdf/Zarafa_Collaboration_Platform-6.40.0-Administrator_Manual-en-US.pdf
That's the link to the 6.40 manual and it's on page 107 that describes resouces.
-
okay, so more specifically the ZCP manual says: ZCP supports automatic booking of resources. To create a
resource add a new non-active mailbox or select in OpenLDAP the resource user type.
And then it looks like i run those commands:
zarafa-admin -u <resource name> --mr-accept 1
zarafa-admin -u <resource name> --mr-decline-conflict 1
zarafa-admin -u <resource name> --mr-decline-recurring 1
ichat from IRC told me that to do this I would probably do some LDAP trickery. He also said that waiting for Chris would be a good thing :) As he is the LDAP guru.
ichat also mentioned installing webmin on the directory server to assist with the directory edits.
HOWTO: Webmin Install - http://forum.zentyal.org/index.php?topic=3852.0
Andy
-
ichat from IRC told me that to do this I would probably do some LDAP trickery. He also said that waiting for Chris would be a good thing :) As he is the LDAP guru.
ichat also mentioned installing webmin on the directory server to assist with the directory edits.
HOWTO: Webmin Install - http://forum.zentyal.org/index.php?topic=3852.0
;) If there is any guru, (s)he is on Zentyal team side :P
Although I know LDAP pretty well thank to my parallel life aside Zentyal ;D I do not pretend to act as a guru for what concerns Zentyal implementation.
This said, be aware that I don't use Zarafa, focusing on Zentyal as "internet gateway" only
Last but not least, I would suggest NOT to use Webmin in parallel to Zentyal unless you understand the very - low level - detail of what you do with various Webmin modules and what could be the impact on Zentyal.
Back to your point:
- As jsalamero wrote, administration cannot be done via Zarafa but must be done using Zentyal. This is at least true for components and objects defined in Zentyal.
- I don't feel comfortable with Zaraf documentation (at least URL you provided) because it doesn't contain the righ level of detail permitting to understand:
-> what is the LDAP schema to be used when running such command
-> where in the DIT such entries will be created
so it definitely deserves further investigation 8)
-
like i said chris, he'd be better off asking you, or anyone else-
i recomemended webmin because its a grafical way to browse the ldap structure.
nothing more or less..
-
okay, i got some more info - in the Zarafa 6.4 Admin Manual, the end is Appendix B: LDAP Attribute Description
A few attributes look like it relates..
zarafaMrAccept: This attribute will configure auto-acception of meeting requests. This attribute is not used in the current
Zarafa versions.
zarafaMrDeclineConflict: This attribute will decline meeting requests when the calendar already contains appointments. This
attribute is not used in the current Zarafa versions.
zarafaResourceType: This attribute will configure the resource type of a shared store. The available options are Room or
"Equipment"
zarafaResourceCapacity: This attribute will number the rooms or equipment available.
Looks like the zarafaMr attributes aren't used in the 'current zarafa version' - again, this is from the 6.4 admin manual.
I wonder if this is helpful at all to resolve my issue. Sadly, I don't understand enough.
Andy
-
i recomemended webmin because its a grafical way to browse the ldap structure.
OK why not but this is quite dangerous... you can browse LDAP (DIT and schema) installing JXplorer on your client. no need to install anything server side. Then if your choice is Webmin, again... why not but this is not what I would recommend for this purpose.
-
you can browse LDAP (DIT and schema) installing JXplorer on your client
Nice, I look forward to playing with JXplorer, thank you for the suggestion.
-
Okay, JXplorer has defeated me :) It was getting late last night anyway.
So I found some more information on the Zarafa forum: I only need to consider one of Zarafa's LDAP resource.. if I understand correctly.
ldap_nonactive_attribute = zarafaSharedStoreOnly
This attribute will configure a mailbox as a shared store. On shared stores you will not be able to login.
I think it needs to be assigned a "1"
I am assuming the process I should follow is:
I need to make a Zentyal account, give it a mailbox in Zarafa, edit Zarafa's LDAP config by modifying zarafaSharedStoreOnly=1, and then I can run zarafa-admin commands to auto-accept and deny if busy.
I need some re-assurance I'm heading in the correct direction.
Thank you,
Andy
-
With help from dihedral on IRC (#zentyal @ freenode) i conquered JXplorer and I can browse the ldap structure. I'm not sure what I'm looking for and I'm not seeing anything related to zarafa. I thought i might see the 'zarafaSharedStoreOnly' somewhere.
-
zarafaSharedStoreOnly is not managed by Zentyal module, try to add the attrs you need there.
-
zarafaSharedStoreOnly is not managed by Zentyal module, try to add the attrs you need there.
Do you mean you do not install Zarafa LDAP schema?
Sorry for asking, I never installed Zarafa :-[
-
zarafaSharedStoreOnly is not managed by Zentyal module, try to add the attrs you need there.
jsalaremo, thanks for the response. when you sayd 'try to add the attrs you need there' - where is 'there'?
-
On LDAP, try to use Zentyal ldapvi.
-
Of course we add Zarafa schema, but we do not configure the resources attrs.
-
I just found this thread in the forum:
http://forum.zentyal.org/index.php?topic=7710.0
Looks like this guy is doing the same thing I want to do; cept it's in 2.2 ... looks like I have a hot lead with this. :)
-
Okay, i diff'd the files that Stenneman posted vs the ones in my Zentyal 2.0.
A strange difference was that " 'objectClass' => 'zarafa-contact' " isn't inside the attribute array in my ZarafaLdapUser.pm for 2.0, and I don't know whether to add it or not, so I left it out, assuming that it's something they added in 2.2.
I made a 'van' account in Zentyal. After I made the changes that Stenneman mentioned, I tried to make the 'van' account a resource. I enabled the van's Zarafa account and this gave me an error:
Trace
Unknown error at EBox::ZarafaLdapUser::setHasAccount Referral received at /usr/share/perl5/EBox/Ldap.pm line 703
EBox::Ldap::_errorOnLdap('Net::LDAP::Search=HASH(0x7f678403dd48)', 'HASH(0x7f6784043438)') called at /usr/share/perl5/EBox/Ldap.pm line 342
EBox::Ldap::search('EBox::Ldap=HASH(0x7f678206d868)', 'HASH(0x7f6784043438)') called at /usr/share/perl5/EBox/ZarafaLdapUser.pm line 263
EBox::ZarafaLdapUser::setHasAccount('EBox::ZarafaLdapUser=HASH(0x7f67840432e8)', 'van', 1) called at /usr/share/perl5/EBox/CGI/Zarafa/ZarafaUserOptions.pm line 53
EBox::CGI::Zarafa::ZarafaUserOptions::_process('EBox::CGI::Zarafa::ZarafaUserOptions=HASH(0x7f6780cd7c08)') called at /usr/share/perl5/EBox/CGI/Base.pm line 262
EBox::CGI::Base::run('EBox::CGI::Zarafa::ZarafaUserOptions=HASH(0x7f6780cd7c08)') called at /usr/share/perl5/EBox/CGI/Run.pm line 120
EBox::CGI::Run::run('EBox::CGI::Run', 'Zarafa/ZarafaUserOptions', 'EBox') called at /usr/share/ebox/cgi/ebox.cgi line 35
ModPerl::ROOT::ModPerl::Registry::usr_share_ebox_cgi_ebox_2ecgi::handler('Apache2::RequestRec=SCALAR(0x7f6780eb4ab8)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 204
eval {...} called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 204
ModPerl::RegistryCooker::run('ModPerl::Registry=HASH(0x7f6783fd6ad8)') called at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 170
ModPerl::RegistryCooker::default_handler('ModPerl::Registry=HASH(0x7f6783fd6ad8)') called at /usr/lib/perl5/ModPerl/Registry.pm line 31
ModPerl::Registry::handler('ModPerl::Registry', 'Apache2::RequestRec=SCALAR(0x7f6780eb4ab8)') called at -e line 0
eval {...} called at -e line 0
I'll keep trying.
Andy
-
Sorry for necroposting....
I do not get why this does not get into zentyal. My trac ticket also got declined.
http://trac.zentyal.org/ticket/3987#comment:1
In a lisenced environment it would be really helpful to be able to set a check box if a user is enabled for zarafa to flag him active/non active.
now I do this using ldap but this is really annoying.
Is there a reason not to add this one flag? it should not constrain any other configuration?
-
Hi,
I'll write down this feature to implement it during my free time, in the meanwhile use ldapvi :)
Cheers,
-
This would be awesome!
Especially for container accounts like "info" and so on.
-
Hi, i want to bring this up again.
Since the original Post, a lot has changed. But i still have problems with the same thing. I need to create resources in Zentyal, to block them in Zarafa. Zentyal 3 now has the feature to auto accept and decline meeting requests, but even when activating that feature, nothing seems to happen. i can still book the same resource from two users and the resource never confirms / declines a meeting request. Is this a bug? Am i doing something wrong?
I just created a new user, that has "shared storage only" activated. then i ticked the auto accept MR's /decline MR when busy fields.
Any hints?
-
Don't forget to define your resource as a "resource" in the meeting request. I have it working here with no muss or fuss with 2.2. I made no modifications other than the zarafa-admin commands to turn on the auto-accept etc.
-
You are right, i did not add them as a resource but an invitee. But now i tried adding "them" (the resources) as Resources and it did not change anything. I still could make appointments with the same ressources at the same time... I dont know if thats a problem but i am dealing with One-User Ressouces, specifically Editing Suites. So the appointment is just with the one who starts the appointment and the ressource. But Zarafa accepts this without problem... only the auto decline / accept feature seems buggy. I dont know if this is a issue of the Zentyal interface or zarafa though...
-
I had added mine from the command line under 2.2. This might be the difference. I will check it against 3.0 this week.
-
Did you try :
zarafa-admin -u <resource name> --mr-decline-recurring 1
-
tried it now from the command line with the command you mentioned, no success, double booking still possible... probably i am making some stupid mistake, but i have no clue what...
-
It would be appreciated if anyone could try to create a Resource in Zentyal for Zarafa and check if double booking, although set up to be rejected, is possible. Just to know if i made a mistake or if this is a bug in Zarafa / Zentyal!
cheers,
t.