Quoting > Albrecht Dre? : >> Hi all, >> >> I have a HUGE problem with free/busy lists which unfortunately occurred >> only after migrating to the new Kolab system... >> >> The problem is that I apparently can successfully trigger fb list >> generation, but reading them always returns an empty list. Here are >> the details (huge, sorry): you seem to have a similiar problem that I had as well a while ago. Did you check the mailing list history for solutions? > No idea if this gives further insight into the problem, but... > > I completely erased the contents of the fb cache folder by calling "rm > -rf /kolab/var/kolab-freebusy/cache/*". > > Then I ran the trigger, which produced aclcache.db (db_dump reports it > doesn't contain any data) and xaclcache.db (containing two entries > "calendar at my-company.com" and "my-company^com/the^user/Kalender") in > the cache folder, plus a folder structure like > "my-company^com/the^user", containing three files of which > Kalender.pvc contains (afaict) the proper data. > > When I then run the command to load the ifb, a new file > "my-company^com/the^user.vc" is created, containing the empty fb list. > > This looks like the "transition" from the Kalender files to the vc > file is somehow broken... Hm, I think that was the solution for me. Even though I did had problems to start the freebusy generation. One thing was to turn of unauthorized freebusy list access (as stated in the wiki or mailing list posting). The other thing was that a non-exisiting user account IMAP folder stopped the "automatic" regeneration of the freebusy information. That had something to do with delete "[UNSHARED]" folders that are created by the Toltec Connector. Cheers Saim -- -------------------------------------------------------------------------- Dipl.-Ing. Saim Kim Lehrstuhl fuer Medizinische Informationstechnik Helmholtz-Institut fuer Biomedizinische Technik RWTH Aachen Pauwelsstr. 20, D-52074 Aachen --- Web: http://www.medit.hia.rwth-aachen.de/ Tel: +49-(0)241-80 23218 Fax: +49-(0)241-80 82442 email: s.kim at hia.rwth-aachen.de -------------------------------------------------------------------------- From devgioiatech at gmail.com Fri Oct 31 11:24:45 2008 From: devgioiatech at gmail.com (Antonio Straziota) Date: Fri, 31 Oct 2008 11:24:45 +0100 Subject: external web client In-Reply-To: <20081031065053.41847cr9xzxhie0w@webmail.pardus.de> References: <28713.200.47.24.7.1225369602.squirrel@webmail.xtech.com.ar> <50233.200.47.24.7.1225371471.squirrel@webmail.xtech.com.ar> <20081031065053.41847cr9xzxhie0w@webmail.pardus.de> Message-ID: mmmh... i've a problem autentication by local webmail goes fine... but when i try to login in horde by external webmail...i can't log in without any error message... any idea... any idea? 10/31 Gunnar Wrobel > > Quoting Antonio Straziota : > > Ok, >> i've installed webmail through a fresh kolab slave installation. >> > > This is currently the best option. I need to fix the wiki page :) > We decided that it will be safer for users to install a complete slave > rather than installing Horde on an apache/mod_php combo without know > configuration. > > >> only a question... can i stop all other kolab service and keep >> online only Apache? >> > > I think that should be possible. > > Cheers, > > Gunnar > > >> >> 2008/10/30 Alejandro Bednarik >> > dir=\"ltr\"> > >> 0pt 0.8ex; padding-left: 1ex;\" class=\"gmail_quote\"> >> I tried this also, it works if you also copy another directory >> where live >> many php modules, i can't remember the exact path sorry. Kolab php >> have >> patches, maybe is a good idea to compile and use this as source. >> The >> performance using this method was not what we expect, but probably >> was >> the network where we set this servers... >> Cheers! >> Antonio Straziota wrote: >> > Hi Alejandro, >> > thanks for the reply... >> > >> > i'll try this solution. >> > >> > However, i think that installing all dependence and copying >> the >> > /kolab/var/kolab/www/horde in the web root of the web server >> should be >> > work... >> > After all horde is simply a web application that needs to be >> configured >> > >> > Anyone can help for this? >> > >> > Thanks. >> > >> > 2008/10/30 Alejandro Bednarik >> >> >> > >> >> >> >> Hi Antonio. I tried the same thing a couple of weeks ago, >> and if i am >> >> not >> >> wrong that way to set another Horde is deprecated. You can >> try doing a >> >> normal kolab installation, but choosing Slave during the >> bootstrap >> >> process. >> >> For sure, someone who knows this better than me can help >> you with more >> >> info. >> >> >> >> Cheers! >> >> >> >> >> >> Antonio Straziota wrote: >> >> > ehm, >> >> > hi again... >> >> > >> >> > i tryed to launch the script but instead of the >> folder *horde*, the >> >> > content >> >> > of the web root is : >> >> > >> >> > >> >> > [root at srv html]# ll >> >> > -rw-r--r-- 1 root root 6021 Oct 30 12:39 >> external-horde.sh >> >> > -rw-r--r-- 1 root root 6282 Oct 30 12:41 >> >> > >> >> >> >> HK-GW-framework_3.2_ALPHA-Fix_Prefs_for_Ingo.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h > >> >> > -rw-r--r-- 1 root root 6883 Oct 30 12:41 >> >> > >> >> >> >> HK-GW-kronolith_2.2_RC1-Fbview_relevance.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h > >> >> > -rw-r--r-- 1 root root 6901 Oct 30 12:41 >> >> > >> >> >> >> HK-GW-kronolith_2.2_RC1-Fbview_xfb_access.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h > >> >> > -rw-r--r-- 1 root root 6193 Oct 30 12:41 >> >> > >> >> >> >> HK-GW-turba_2.2-Fix_editing_contacts.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h > >> >> > -rw-r--r-- 1 root root 6177 Oct 30 12:41 >> >> > >> >> >> >> HK-GW-turba_2.2-Fix_share_id_change.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h > >> >> > -rw-r--r-- 1 root root 6161 Oct 30 12:41 >> >> > >> >> >> >> HK-GW-turba_2.2-Ldap_read_only_fix.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h > >> >> > -rw-r--r-- 1 root root 6967 Oct 30 12:41 >> >> > >> >> >> >> HK-JS-kronolith_2.2_RC1-Fix_library_import.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h > >> >> > -rw-r--r-- 1 root root 6859 Oct 30 12:41 >> >> > >> >> >> >> HK-JS-nag_2.2_RC1-Fix_library_import.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h > >> >> > -rw-r--r-- 1 root root 7038 Oct 30 12:41 >> >> > >> >> >> >> HK-SB-kronolith_2.2_RC1-Fbview_extra_params.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h > >> >> > -rw-r--r-- 1 root root 7074 Oct 30 12:41 >> >> > >> >> >> >> HK-SB-kronolith_2.2_RC1-Fbview_save_attendees.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h > >> >> > >> >> > >> >> > Any idea? >> >> > >> >> > 2008/10/30 Antonio Straziota >> >> >> > >> >> >> hi all, >> >> >> i'm trying to install horde on a external web >> server. >> >> >> >> >> >> i'm following the tutorial at >> >> >> >> > href=\"http://wiki.kolab.org/index.php/Kolab2_Installation_-_Horde\ > ">http://wiki.kolab.org/index.php/Kolab2_Installation_-_Horde. > >> >> >> >> >> >> now i'm getting the script external-horde.sh with >> >> >> >> >> >> wget >> >> >> >> >> >> > href=\" > http://kolab.org/cgi-bin/viewcvs-kolab.cgi/*checkout*/server/horde/Attic/external-horde.sh?rev=HEAD&search=None&hideattic=1&content-type=text/x-sh\ > "> > http://kolab.org/cgi-bin/viewcvs-kolab.cgi/*checkout*/server/horde/Attic/external-horde.sh?rev=HEAD&search=None&hideattic=1&content-type=text/x-sh > >> >> >> >> >> >> because link in the tutorial doesn't work with >> wget >> >> >> >> >> >> Is this script right for the kolab2.2.0? >> >> >> >> >> >> Thanks >> >> >> >> >> >> >> >> > _______________________________________________ >> >> > Kolab-users mailing list >> >> > Kolab-users at kolab.org[4] >> >> > >> > href=\"https://kolab.org/mailman/listinfo/kolab-users\ > ">https://kolab.org/mailman/listinfo/kolab-users > >> >> > >> >> >> >> >> >> -- >> >> Alejandro Bednarik >> >> XTech - Soluciones Linux para Empresas >> >> (011) 5219-0678 >> >> alejandro at xtech.com.ar[5] >> >> >> >> >> >> _______________________________________________ >> >> Kolab-users mailing list >> >> Kolab-users at kolab.org[6] >> >> >> > href=\"https://kolab.org/mailman/listinfo/kolab-users\ > ">https://kolab.org/mailman/listinfo/kolab-users > >> >> >> > >> -- >> Alejandro Bednarik >> XTech - Soluciones Linux para Empresas >> (011) 5219-0678 >> alejandro at xtech.com.ar[7] >> >> > -- > ______ http://kdab.com _______________ http://kolab-konsortium.com _ > > p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium > > ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ > E-mail : p at rdus.de Dr. Gunnar Wrobel > Tel. : +49 700 6245 0000 Bundesstrasse 29 > Fax : +49 721 1513 52322 D-20146 Hamburg > -------------------------------------------------------------------- > >> Mail at ease - Rent a kolab groupware server at p at rdus << > -------------------------------------------------------------------- > > Links: > ------ > [1] mailto:alejandro at xtech.com.ar > [2] mailto:alejandro at xtech.com.ar > [3] mailto:devgioiatech at gmail.com > [4] mailto:Kolab-users at kolab.org > [5] mailto:alejandro at xtech.com.ar > [6] mailto:Kolab-users at kolab.org > [7] mailto:alejandro at xtech.com.ar > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > > -------------- parte successiva -------------- Un allegato HTML ? stato rimosso... URL: http://kolab.org/pipermail/kolab-users/attachments/20081031/0bf3cc87/attachment-0001.html From devgioiatech at gmail.com Fri Oct 31 11:56:11 2008 From: devgioiatech at gmail.com (Antonio Straziota) Date: Fri, 31 Oct 2008 11:56:11 +0100 Subject: external web client In-Reply-To: References: <28713.200.47.24.7.1225369602.squirrel@webmail.xtech.com.ar> <50233.200.47.24.7.1225371471.squirrel@webmail.xtech.com.ar> <20081031065053.41847cr9xzxhie0w@webmail.pardus.de> Message-ID: As suggested in the wiki, I also try to remove nss_db library (my system is CENTOS) but nothing changes 2008/10/31 Antonio Straziota > mmmh... > i've a problem autentication by local webmail goes fine... but when i try > to login in horde by external webmail...i can't log in without any error > message... > any idea... > > any idea? > > > 10/31 Gunnar Wrobel > >> >> Quoting Antonio Straziota : >> >> Ok, >>> i've installed webmail through a fresh kolab slave installation. >>> >> >> This is currently the best option. I need to fix the wiki page :) >> We decided that it will be safer for users to install a complete slave >> rather than installing Horde on an apache/mod_php combo without know >> configuration. >> >> >>> only a question... can i stop all other kolab service and keep >>> online only Apache? >>> >> >> I think that should be possible. >> >> Cheers, >> >> Gunnar >> >> >>> >>> 2008/10/30 Alejandro Bednarik >>> >> dir=\"ltr\"> >> >>> 0pt 0.8ex; padding-left: 1ex;\" class=\"gmail_quote\"> >>> I tried this also, it works if you also copy another directory >>> where live >>> many php modules, i can't remember the exact path sorry. Kolab php >>> have >>> patches, maybe is a good idea to compile and use this as source. >>> The >>> performance using this method was not what we expect, but probably >>> was >>> the network where we set this servers... >>> Cheers! >>> Antonio Straziota wrote: >>> > Hi Alejandro, >>> > thanks for the reply... >>> > >>> > i'll try this solution. >>> > >>> > However, i think that installing all dependence and copying >>> the >>> > /kolab/var/kolab/www/horde in the web root of the web server >>> should be >>> > work... >>> > After all horde is simply a web application that needs to be >>> configured >>> > >>> > Anyone can help for this? >>> > >>> > Thanks. >>> > >>> > 2008/10/30 Alejandro Bednarik >>> >>> >>> > >>> >> >>> >> Hi Antonio. I tried the same thing a couple of weeks ago, >>> and if i am >>> >> not >>> >> wrong that way to set another Horde is deprecated. You can >>> try doing a >>> >> normal kolab installation, but choosing Slave during the >>> bootstrap >>> >> process. >>> >> For sure, someone who knows this better than me can help >>> you with more >>> >> info. >>> >> >>> >> Cheers! >>> >> >>> >> >>> >> Antonio Straziota wrote: >>> >> > ehm, >>> >> > hi again... >>> >> > >>> >> > i tryed to launch the script but instead of the >>> folder *horde*, the >>> >> > content >>> >> > of the web root is : >>> >> > >>> >> > >>> >> > [root at srv html]# ll >>> >> > -rw-r--r-- 1 root root 6021 Oct 30 12:39 >>> external-horde.sh >>> >> > -rw-r--r-- 1 root root 6282 Oct 30 12:41 >>> >> > >>> >> >>> >>> HK-GW-framework_3.2_ALPHA-Fix_Prefs_for_Ingo.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h >> >>> >> > -rw-r--r-- 1 root root 6883 Oct 30 12:41 >>> >> > >>> >> >>> >>> HK-GW-kronolith_2.2_RC1-Fbview_relevance.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h >> >>> >> > -rw-r--r-- 1 root root 6901 Oct 30 12:41 >>> >> > >>> >> >>> >>> HK-GW-kronolith_2.2_RC1-Fbview_xfb_access.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h >> >>> >> > -rw-r--r-- 1 root root 6193 Oct 30 12:41 >>> >> > >>> >> >>> >>> HK-GW-turba_2.2-Fix_editing_contacts.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h >> >>> >> > -rw-r--r-- 1 root root 6177 Oct 30 12:41 >>> >> > >>> >> >>> >>> HK-GW-turba_2.2-Fix_share_id_change.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h >> >>> >> > -rw-r--r-- 1 root root 6161 Oct 30 12:41 >>> >> > >>> >> >>> >>> HK-GW-turba_2.2-Ldap_read_only_fix.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h >> >>> >> > -rw-r--r-- 1 root root 6967 Oct 30 12:41 >>> >> > >>> >> >>> >>> HK-JS-kronolith_2.2_RC1-Fix_library_import.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h >> >>> >> > -rw-r--r-- 1 root root 6859 Oct 30 12:41 >>> >> > >>> >> >>> >>> HK-JS-nag_2.2_RC1-Fix_library_import.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h >> >>> >> > -rw-r--r-- 1 root root 7038 Oct 30 12:41 >>> >> > >>> >> >>> >>> HK-SB-kronolith_2.2_RC1-Fbview_extra_params.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h >> >>> >> > -rw-r--r-- 1 root root 7074 Oct 30 12:41 >>> >> > >>> >> >>> >>> HK-SB-kronolith_2.2_RC1-Fbview_save_attendees.patch?logsort=date&sortby=file&hideattic=1&search=None&hidecvsroot=1&diff_format=h >> >>> >> > >>> >> > >>> >> > Any idea? >>> >> > >>> >> > 2008/10/30 Antonio Straziota >>> >>> >> > >>> >> >> hi all, >>> >> >> i'm trying to install horde on a external web >>> server. >>> >> >> >>> >> >> i'm following the tutorial at >>> >> >> >>> >> href=\"http://wiki.kolab.org/index.php/Kolab2_Installation_-_Horde\ >> ">http://wiki.kolab.org/index.php/Kolab2_Installation_-_Horde. >> >>> >> >> >>> >> >> now i'm getting the script external-horde.sh with >>> >> >> >>> >> >> wget >>> >> >> >>> >> >>> >> href=\" >> http://kolab.org/cgi-bin/viewcvs-kolab.cgi/*checkout*/server/horde/Attic/external-horde.sh?rev=HEAD&search=None&hideattic=1&content-type=text/x-sh\ >> "> >> http://kolab.org/cgi-bin/viewcvs-kolab.cgi/*checkout*/server/horde/Attic/external-horde.sh?rev=HEAD&search=None&hideattic=1&content-type=text/x-sh >> >>> >> >> >>> >> >> because link in the tutorial doesn't work with >>> wget >>> >> >> >>> >> >> Is this script right for the kolab2.2.0? >>> >> >> >>> >> >> Thanks >>> >> >> >>> >> >> >>> >> > _______________________________________________ >>> >> > Kolab-users mailing list >>> >> > Kolab-users at kolab.org[4] >>> >> > >>> >> href=\"https://kolab.org/mailman/listinfo/kolab-users\ >> ">https://kolab.org/mailman/listinfo/kolab-users >> >>> >> > >>> >> >>> >> >>> >> -- >>> >> Alejandro Bednarik >>> >> XTech - Soluciones Linux para Empresas >>> >> (011) 5219-0678 >>> >> alejandro at xtech.com.ar[5] >>> >> >>> >> >>> >> _______________________________________________ >>> >> Kolab-users mailing list >>> >> Kolab-users at kolab.org[6] >>> >> >>> >> href=\"https://kolab.org/mailman/listinfo/kolab-users\ >> ">https://kolab.org/mailman/listinfo/kolab-users >> >>> >> >>> > >>> -- >>> Alejandro Bednarik >>> XTech - Soluciones Linux para Empresas >>> (011) 5219-0678 >>> alejandro at xtech.com.ar[7] >>> >>> >> -- >> ______ http://kdab.com _______________ http://kolab-konsortium.com _ >> >> p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium >> >> ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ >> E-mail : p at rdus.de Dr. Gunnar Wrobel >> Tel. : +49 700 6245 0000 Bundesstrasse 29 >> Fax : +49 721 1513 52322 D-20146 Hamburg >> -------------------------------------------------------------------- >> >> Mail at ease - Rent a kolab groupware server at p at rdus << >> -------------------------------------------------------------------- >> >> Links: >> ------ >> [1] mailto:alejandro at xtech.com.ar >> [2] mailto:alejandro at xtech.com.ar >> [3] mailto:devgioiatech at gmail.com >> [4] mailto:Kolab-users at kolab.org >> [5] mailto:alejandro at xtech.com.ar >> [6] mailto:Kolab-users at kolab.org >> [7] mailto:alejandro at xtech.com.ar >> >> >> ---------------------------------------------------------------- >> This message was sent using IMP, the Internet Messaging Program. >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> >> > -------------- parte successiva -------------- Un allegato HTML ? stato rimosso... URL: http://kolab.org/pipermail/kolab-users/attachments/20081031/f6cde341/attachment.html From aspineux at gmail.com Fri Oct 31 16:09:13 2008 From: aspineux at gmail.com (Alain Spineux) Date: Fri, 31 Oct 2008 16:09:13 +0100 Subject: Revisited: Postfix Virtual Alias Domains & Kolab In-Reply-To: <1225292193l.18554l.2l@pc-adr2.lios-koeln.de> References: <71fe4e760809080229r752ce4ffkcef24f115fb5003e@mail.gmail.com> <1225292193l.18554l.2l@pc-adr2.lios-koeln.de> Message-ID: <71fe4e760810310809n2102d94as11da0e38aa752cf1@mail.gmail.com> On Wed, Oct 29, 2008 at 3:56 PM, Albrecht Dre? wrote: > Am 08.09.2008 11:29:38 schrieb(en) Alain Spineux: >> >> I wrote this wiki >> >> https://wiki.kolab.org/index.php/Managing_Domain_aliases >> >> hope this help > > Unfortunately, I ran into some problems using your descriptions... In my > setup, I have the following e-mail addresses/domains: > - some.user at my-company.com <-- this is the "main" account; > - some.user at the-server.de <-- Kolab is running on the-server.de, and I > want to catch messages from applications which /internally/ send to this > address. It shall however also be visible from the external world; > - some.user at my.home-provider.com <-- this is the user's private address with > an ISP. > > I first tried the last option on your wiki page, i.e. I had > > - "query_filter = > (&(!(kolabDeleteFlag=*))(|(alias=%u at my-company.com)(mail=%u at my-company.com)(uid=%u)))" > in ldapvirtual.cf; > - "the-server.de whatever" in virtual. > > Now, when I try to send a message to some.user at my.home-provider.com, Kolab > will accept and redirect it to some.user at my-company.com, which is obviously > not what I want. MY MISTAKE !!! and more seriously if you try to send to some.user at gmail.com it will be redirected to some.user at my-company.com ! In fact any address in the form some.user@ will be redirected to some.user at my-company.com if some.user at my-company.com is a valid local address !!! To correct this we have to add a condition about the domain, something like (|(foobar.de=%d)(foobar.net=%d)) but this is not valid LDAP filter anymore ! Then we have to forget this solution, I will remove it from the WIKI > > I then switched to the second version, i.e. reverted to the standard query > filter in ldapvirtual.cf, and added the "@the-server.de @my-company.com" to > virtual. Now mail gets out to the home account, but when I telnet to port > 25 of the Kolab postfix, it accepts (as reply to "rcpt to:" commands) > messages for some.user at my-company.com, for some.user at the-server.de, and also > for some.user at my.home-provider.com! Then my.home-provider.com should be defined somewhere in ldap or virtual, or maybe hard coded in main.cf ! Just remove it ! > > I think the best approach would actually be to use the "better" query filter > (as to reject unknown accounts), but how can I first sort out all > destination domains which are not mine? Any help from a postfix guru would > be welcome! > > Thanks, Albrecht. > The normal way, is to add the domain, and create any required aliases one by one. -- Alain Spineux aspineux gmail com May the sources be with you From aspineux at gmail.com Fri Oct 31 16:28:13 2008 From: aspineux at gmail.com (Alain Spineux) Date: Fri, 31 Oct 2008 16:28:13 +0100 Subject: Kolab + GOsa debugging In-Reply-To: <49087AB7.9050405@internode.on.net> References: <7B91BBC61758DD1183BE000C296D2CA71049A6@ct-exchange.wins.lawco.com> <490564DA.6080300@internode.on.net> <200810271732.30746.pollmeier@gonicus.de> <49070BDC.2060209@internode.on.net> <34550.200.47.24.7.1225199561.squirrel@webmail.xtech.com.ar> <49087AB7.9050405@internode.on.net> Message-ID: <71fe4e760810310828h2a03a9a4hdafd808380d1166f@mail.gmail.com> On Wed, Oct 29, 2008 at 4:01 PM, Mark Pavlichuk wrote: > Your instructions read as if you're not using the GOsa version of the > kolab2 schema. Is this correct? > > I tested this method, and after creating and activating a server I > could modify the kolab server settings, but when editing a user and > trying to add a mail address there was no mail server selectable. You mean the "Mailbox Home Server" ? Do you have a valid k=kolab entry ? With a valid kolabHost attribute ? What about this ? # ldapsearch -w your_manager_password -D "cn=manager,cn=internal,dc=your,dc=domain,dc=com" "(objectClass=emailgencyServerObject)" What about attribute kolabHost ? > > > Alejandro Bednarik wrote: >> Hi Mark. In /kolab/etc/kolab/templates/slapd.conf.template below >> /kolab/etc/openldap/schema/inetorgperson.schema add >> >> include /kolab/etc/openldap/schema/nis.schema >> include /usr/share/gosa/contrib/openldap/samba3.schema >> include /usr/share/gosa/contrib/openldap/goconfig.schema >> include /usr/share/gosa/contrib/openldap/gofirewall.schema >> include /usr/share/gosa/contrib/openldap/gosystem.schema >> include /usr/share/gosa/contrib/openldap/gofon.schema >> include /usr/share/gosa/contrib/openldap/goto.schema >> include /usr/share/gosa/contrib/openldap/goto-mime.schema >> include /usr/share/gosa/contrib/openldap/gofax.schema >> include /usr/share/gosa/contrib/openldap/goserver.schema >> include /usr/share/gosa/contrib/openldap/gosa+samba3.schema >> include /usr/share/gosa/contrib/openldap/trust.schema >> >> and in /kolab/etc/openldap/schema/kolab2.schem comment this entry: >> >> # cyrus imapd access control list >> # acls work with users and groups >> #attributetype ( 1.3.6.1.4.1.19414.2.1.651 >> # NAME 'acl' >> # EQUALITY caseIgnoreIA5Match >> # SUBSTR caseIgnoreIA5SubstringsMatch >> # SYNTAX 1.3.6.1.4.1.1466.115.121.1.26{256} ) >> >> Also, if after this and run kolabconf, you still have problems, you should >> check in /kolab/etc/openldap/schema/kolab2.schema this entry >> >> objectclass ( 1.3.6.1.4.1.19414.2.2.9 >> NAME 'kolabSharedFolder' >> DESC 'Kolab public shared folder' >> SUP top STRUCTURAL >> MUST cn >> MAY ( acl $ >> alias $ >> cyrus-userquota $ >> kolabHomeServer $ >> kolabFolderType $ >> kolabDeleteflag ) ) >> >> and delete "acl $". >> >> Hope this help. Cheers! >> > > > -- > Mark Pavlichuk > Strategic IT > ph. (07)47242890 > m. 0409 124577 > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- Alain Spineux aspineux gmail com May the sources be with you From santoshmahale at gmail.com Wed Oct 1 09:18:50 2008 From: santoshmahale at gmail.com (Santosh Mahale) Date: Wed, 01 Oct 2008 07:18:50 -0000 Subject: Kolab commercial support Message-ID: Dear All, Does anybody have an idea about the pricing and contacts info for the commercial support offerings from Kolab? I tried to located that information on the Kolab website but could not find it. Any help is much appreciated. Kind regards, santosh -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20081001/3158eab8/attachment.html From rbos at opensuse.org Wed Oct 1 11:12:55 2008 From: rbos at opensuse.org (Richard Bos) Date: Wed, 01 Oct 2008 09:12:55 -0000 Subject: Kolabd crashes after deleting user In-Reply-To: <48E33253.8080403@blinkenlichten.de> References: <1222768494.6804.33.camel@campocampo> <200809301307.14217.ml@radoeka.nl> <48E23982.7050200@blinkenlichten.de> <200809302338.17403.ml@radoeka.nl> <48E33253.8080403@blinkenlichten.de> Message-ID: <20081001091252.GA82949@xs4all.nl> On Wed, Oct 01, 2008 at 10:18:27AM +0200, Rouven Sacha wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Richard Bos schrieb: > > >> installing libnet-ldap-perl from debian unstable (0.38-1) as recommended > >> doesn't help either, kolabd now crashes immediately on startup, just as > >> you encountered it. > > > Hmm, interesting ;) What version did you use before? Can you make a diff > > between the 2? I used 0.37 up till now. However, 0.38 provides 2 bug fixes: > > - From which of the 40 perl modules in libnet-ldap-perl should i make a > diff of? > > > bserver-netsrv:~# dpkg -L libnet-ldap-perl|grep .pm$|wc -l all :) As I don't know which one changed. Is it possible to have the old installed in some temp directory? With rpm this is possible like this: rpm2cpio | cpio -id If the same is possible for deb pkgs (which I assume it is), you can than run a tool like: find -name "*.pm" | while read M; do echo === $M === diff -u /$M $M done Redirect the diff to a diff. Hopefully it is not too big, so it is clear what has changed... I'm afraid however, that it is a big diff as the 0.37 release added the syncrepl support to perl-ldap..... BUT perhaps is not needed, see issue: https://www.intevation.de/roundup/kolab/issue1755 https://www.intevation.de/roundup/kolab/msg16878 Perhaps that is the real (temporarely) solution? -- Richard From quintin at sita.fs.gov.za Thu Oct 30 10:16:22 2008 From: quintin at sita.fs.gov.za (Quintin Terblanche) Date: Thu, 30 Oct 2008 11:16:22 +0200 Subject: eGroupware/Kolab2/Outlook/Kontact Message-ID: <49097B66.9040502@sita.fs.gov.za> Sorry if this is not mend for you, I have a problem syncing outlook with egroupware, but only the group calendars and group contacts, it doesnt show on my outlook but is on the egroupware user website.. if you can help me, please let me know before I go in to much detail and waist your time. Quintin Terblanche -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.