kolab-3.4 - ../kolab-webadmin -> settings
g.spellauge
Gustav.Spellauge at Softing.com
Mon Jun 29 21:35:05 CEST 2015
hello franz,
unsure if this is related to my problem. i want to create a resource
type which i would like to instanciate using kolab-webadmin. currently
saving an existing type results in an 'kolab-webadmin uninstanciable' type.
workaround: i use an ldapeditor / ldapadd to instanciate resource types.
this works fine for me.
gustav
On 06/29/2015 07:41 PM, Franz Skale wrote:
>
> Hi,
> i use 3.4 and able to rename a resource.
> After changing the name, i use the TAB key once and the TargetFolderType
> also changed.
> But, some time ago i had similar troubles which i debugged in deep.
> Kolabd lost one imap connection (2 remained open) which remained half
> open (CLOSE_WAIT but disconnected), although the socket should have been
> disconnected on any errors.The problem was, that my pear libs were
> outdated, and the auth cache db had been corrupted.
> After renaming, the ACL migrated and the ldap entry showed the right
> attributes.
> What was weird, that the cyrus-admin acl disappeared, but booking works.
> I must dig deeper into it, to find the cause.
> Did you import the wallace module for resource management ?
> It would be good to post the relevant config options from the kolab.conf
> file.
>
> Rgds.
>
> Franz
>
>
> Am 28.06.15 um 20:41 schrieb g.spellauge:
>> hello,
>>
>> whenever i save (submit) an existing resource type (eg car, conference
>> room) it will no longer be possible to create an object of this type
>> because the name field will not be editable.
>>
>> when i change the attribute cn value from 'generated (read-only' to
>> 'normal', it is possible to create a resource of this type - the field
>> 'name' is editable but the field 'TargetFolder' will not be updated
>> according to the entere resource name (it stays
>> shared/Resources/@name.tld) while the field 'mail-address' is updated
>> correctly.
>>
>> is there anything i missed?
>>
>> thanks in advance for any answer.
>> _______________________________________________
>> users mailing list
>> users at lists.kolab.org
>> https://lists.kolab.org/mailman/listinfo/users
>
>
>
> _______________________________________________
> users mailing list
> users at lists.kolab.org
> https://lists.kolab.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20150629/bbfd3ce5/attachment.html>
More information about the users
mailing list