<div dir="ltr">Hallo zusammen,<div><br></div><div>wir sind mit Kolab einen recht zufriedenstellenden Testlauf gefahren, so dass wir das System in den Produktiveinsatz überführt haben. Bis jetzt ist noch nicht jedermann drauf, eher Spielwiese.</div><div><br></div><div>Nunja, nun habe ich das ganze wg. der Resources auf 3.3 gehoben und muss feststellen, die Migration ist seeeehr haarig. Die Debian-Pakete liefen nicht sauber durch und das manuelle Migrieren der config's... hui irgendwo zwischen Pest und Cholera. Bis alles wieder lief war so ein Tag weg.</div><div><br></div><div>Anyhow, soweit sind die Systeme wieder am laufen. Tasks, Notes usw. sind auch ans laufen gebracht. Nur bei den Resourcen gibt's noch Probleme.</div><div><br></div><div>- Die Resourcen-Liste zeigt eine Resource undefined</div><div>Irgendwie unschön ist im Roundcube der erste Eintrag namens "undefined", dahinter Konfi und Auto. Irgendwie ist die Filterung nicht korrekt? Meine Vergleiche zum Git sind aber bisher erfolglos geblieben... </div><div><br></div><div>ursprünglich hatte die calendar.inc.php ja das hier:</div><div><span style="color:rgb(0,106,0);font-family:Menlo,Monaco,Consolas,'Courier New',monospace;font-size:12px;line-height:16px;white-space:pre">// $rcmail_config['calendar_resources_directory'] = array(/* ldap_public-like address book configuration */)</span><br></div><div><br></div><div>Das bringt einen natürlich nicht viel weiter. Im tpl hab ich dann aber mehr gefunden. Allerdings sind da Variablen, die ich nach besten Wissen von Hand aufgelöst habe. Ob das man richtig ist?</div><div><br></div><div>so aktuell die calendar.inc.php</div><div><div>// LDAP directory configuration to find avilable resources for events</div><div>$rcmail_config['calendar_resources_directory'] = Array(<br></div><div>        'name'                      => 'Kolab Resources',</div><div>        'hosts'                     => 'localhost',</div><div>        'port'                      => 389,</div><div>        'use_tls'                   => false,</div><div>        'user_specific'             => true,</div><div>        'base_dn'                   => 'ou=Resources,dc=meinedomain,dc=de',</div><div>        'bind_dn'                   => 'uid=kolab-service,ou=Special Users,dc=meinedomain,dc=de',</div><div>        'bind_pass'                 => 'strenggeheim',</div><div>        'search_base_dn'            => 'ou=People,dc=meinedomain,dc=de‘,</div><div>        'search_bind_dn'            => 'uid=kolab-service,ou=Special Users,dc=meinedomain,dc=de',</div><div>        'search_bind_pw'            => 'strenggeheim',</div><div>        'search_filter'             => '(&(objectClass=inetOrgPerson)(mail=%fu))',</div><div>        'ldap_version'              => 3,       // using LDAPv3</div><div>        'fieldmap'                  => Array(</div><div>                'name'              => 'cn',</div><div>                'email'             => 'mail',</div><div>                'owner'             => 'owner',</div><div>                'description'       => 'description',</div><div>                'attributes'        => 'kolabdescattribute',</div><div>                'members'           => 'uniquemember',</div><div>                // these mappings are required for owner display</div><div>                'phone'             => 'telephoneNumber',</div><div>                'mobile'            => 'mobile'</div><div>            ),</div><div>        'search_fields'             => array('cn'),</div><div>        'sort'                      => array('cn'),</div><div>        'scope'                     => 'sub',</div><div>        'filter'                    => '(objectClass=*)',</div><div>        'fuzzy_search'              => true,</div><div>        'class_type_map'            => array(</div><div>                'kolabsharedfolder' => 'resource',</div><div>                'groupofuniquenames' => 'collection',</div><div>           ),</div><div><br></div><div>        'groups'                   => array(</div><div>                'name_attr'        => 'cn',</div><div>           ),</div><div>    );</div></div><div><br></div><div>Damit bekomm ich eine Liste von Resources, mit undefined drin aber however...</div><div><br></div><div>- Freebusy mag nicht für Resourcen</div><div>Als zweites nehmen wir die Resource in unseren Termin und speichern diesen. Der Termin wird von wallace bestätigt. Beim Klicken auf Termin aktualisieren fehlert er aber: PHP Fatal error:  Call to undefined method kolab_invitation_calendar::get_realname() in /usr/share/roundcubemail/plugins/kolab_delegation/kolab_delegation_engine.php on line 814</div><div><br></div><div>dieses get_realname bekomme ich nicht gelöst. Auch im Git in der history gesucht, anscheinend sagt ihm das nix. Der Freebusy von der Resource bleibt leer, genau wie der Shared Calendar. Bei Kollegen klappt das aber beides gut. Ist da noch was sonderbares zu beachten?</div><div><br></div><div>Kann ich das Kolab setup die konfigs neu generieren lassen? In ein separates Verzeichnis am liebsten. Dann kann ich von Hand vergleichen...</div><div><br></div><div><br></div><div>irgendwie bin ich spontan mal ratlos...</div><div>Philon</div>







</div>