From kappel at campact.de Mon Sep 1 01:59:24 2008 From: kappel at campact.de (Klaus Kappel) Date: Mon, 1 Sep 2008 01:59:24 +0200 Subject: Horde In-Reply-To: <48B80887.9040507@vw.htw-aalen.de> References: <48B80887.9040507@vw.htw-aalen.de> Message-ID: <200809010159.24941.kappel@campact.de> Am Freitag 29 August 2008 16:32:39 schrieb Till Eberlein: > When I log into Horde Webmail and change the folder for spam in the > filter rules (not creating a new filter) it's gonna saved. But when I > login again, the old settings (spamlevel 5 and folder "Spam") are there > again. Is this only in my configuration or can anybody confirm this? > Ok, i could make a folder "Spam", but I've for example an folder > "shared.spam" for learning spam. And I would like to put in here the spam. Ok, we see a similar reaction, non reaction with horde under univention. It seems, that sieve filters (or their rights) are corupted by Clients (Horde vs. KMail vs. univention). or are there any other suggestions? cu, Klaus Kappel Admin Campact e.V. From bernhard at intevation.de Mon Sep 1 11:28:59 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 1 Sep 2008 11:28:59 +0200 Subject: Horde In-Reply-To: <200809010159.24941.kappel@campact.de> References: <48B80887.9040507@vw.htw-aalen.de> <200809010159.24941.kappel@campact.de> Message-ID: <200809011129.04028.bernhard@intevation.de> On Monday 01 September 2008 01:59, Klaus Kappel wrote: > Am Freitag 29 August 2008 16:32:39 schrieb Till Eberlein: > > When I log into Horde Webmail and change the folder for spam in the > > filter rules (not creating a new filter) it's gonna saved. But when I > > login again, the old settings (spamlevel 5 and folder "Spam") are there > > again. Is this only in my configuration or can anybody confirm this? > > Ok, i could make a folder "Spam", but I've for example an folder > > "shared.spam" for learning spam. And I would like to put in here the > > spam. > > Ok, we see a similar reaction, non reaction with horde under univention. It > seems, that sieve filters (or their rights) are corupted by Clients (Horde > vs. KMail vs. univention). > > or are there any other suggestions? I do not think that Horde's sieve filter editor is already integrated into the Kolab Client world. I cannot say, if it works correctly at all. If you are an admin, you could do a few experiments each time checking how the sieve scripts are changed and then help the kolab-devel at s with a qualified problem report. :) Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080901/1a7314d2/attachment.bin From bernhard at intevation.de Mon Sep 1 11:32:57 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 1 Sep 2008 11:32:57 +0200 Subject: IMAP Escape character for "[" and "]" In-Reply-To: <48B7D003.2010208@hia.rwth-aachen.de> References: <48B7D003.2010208@hia.rwth-aachen.de> Message-ID: <200809011132.58396.bernhard@intevation.de> On Friday 29 August 2008 12:31, Saim Kim wrote: > after I had another issue with wrong freebusy information being shown I > tried to delete the freebusy cache and the automatic cache regeneration. > But it fails because it can't find several folders which were delete > with a name starting with [UNSHARED]. Those folders were generated by > Toltec after ACL changes of IMAP folders. "[UNSHARED]" folder should get created by Toltec, when somebody else deletes the folder this user has access to, then I do get synced up to the server and are up there as well. > The folders were deleted from > the Horde interface of the user. They are not shown anymore and are not > present under /kolab/var/imapd/spool/domain/blabla/... Hmm if you use Toltec in the mix, you might need to delete the folder with Toltec at the end. > Still the automatic cache regeneration is looking for them. There is no automatic cache regeneration on the server. Clients have to issue a trigger URL. Check the apache log to see which client trigges this. Or are you refering to the manual recreation of the whole cache? > I tried to recreate the folders with cyrreconstruct but it fails on the > folder name (I tried creating folders with a simple name and it worked > fine). I have the feeling that I have to use special escape characters > for "[" and "]" just like for German umlauts. Any help? Thanks! -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080901/447a9681/attachment.bin From bernhard at intevation.de Mon Sep 1 11:37:46 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 1 Sep 2008 11:37:46 +0200 Subject: Sender quota In-Reply-To: <71fe4e760808290716x7914ebfawc5079c94a78c9085@mail.gmail.com> References: <71fe4e760808290716x7914ebfawc5079c94a78c9085@mail.gmail.com> Message-ID: <200809011137.47839.bernhard@intevation.de> On Friday 29 August 2008 16:16, Alain Spineux wrote: > On Thu, Aug 28, 2008 at 10:03 PM, Volker Stoppe wrote: > > Has anyone tried before to implement > > on his own hands a sender quota? There already is a tracker entry for this: kolab/issue2743 (Stop users from sending email when close to reaching their quota) So if somebody had something developed, my first stop would be the tracker, second stop wiki. :) > > It would be far better to disallow sending mails, > > if the quota is reached. I know that this feature is not implementd > > in Kolab, but maybe someone has > > scripted a solution on his own and could send a howto. > > Someone already asked something like that some day ago. I've added Alain's following comment to the issue. > You can write a postfix policy that will return a 45x or 55x code when > the recipient mailbox is full. > This can be easily added to the smtpd_recipient_restrictions postfix > option Your policy script must take care of aliases too and to resolve the > recipient mailbox > by querying the ldap DB and finally check the quota usage of the > recipient mailbox > before to return the SMTP code. -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080901/ada6fbd1/attachment.bin From bernhard at intevation.de Mon Sep 1 11:43:36 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 1 Sep 2008 11:43:36 +0200 Subject: Outlook cannot read kolab global address book? In-Reply-To: <20080826173751.25C1071976B@srv-lios2.koeln.nktcables.com> References: <20080826173751.25C1071976B@srv-lios2.koeln.nktcables.com> Message-ID: <200809011143.38078.bernhard@intevation.de> Hi Albrecht, On Tuesday 26 August 2008 19:37, Albrecht Dre? wrote: > while testing the Konsec connector for M$ Outlook in connection with kolab > 2.2, I ran into a problem with Outlook 2003SP2 on a Win2kSP4 box which > seems to be more ldap/kolab related than to the connector. > > The problem is that the global address book in Outlook, taken from ldap > with a proper base dn, is just empty. how does this compare to kolab/issue732 (outlooks addressbook does not directly list entries with openldap)? As far as I know, when you search in the address book or the completion is active, Outlook will use LDAPv3 and show the global addresses from Kolab Server's OpenLDAP. For some other occasions Outlook does not seem to use an LDAPv3 protocol standard (see the issue for an example). If you want to help the problem, check in the issue, ask on kolab-devel@ and maybe on the OpenLDAP developers or Microsoft developers levels as well. Best, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080901/2ef414a4/attachment.bin From bernhard at intevation.de Mon Sep 1 11:44:04 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 1 Sep 2008 11:44:04 +0200 Subject: [HowTO] Installing Kolab 2.2 with Samba on Ubuntu In-Reply-To: <20080825192915.7F85671A12C@srv-lios2.koeln.nktcables.com> References: <20080825192915.7F85671A12C@srv-lios2.koeln.nktcables.com> Message-ID: <200809011144.05561.bernhard@intevation.de> On Monday 25 August 2008 21:29, Albrecht Dre? wrote: > Therefore, any comment or suggestion would be really welcome! Did you put the link on the wiki as well? -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080901/01bea42c/attachment-0001.bin From bernhard at intevation.de Mon Sep 1 11:48:01 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 1 Sep 2008 11:48:01 +0200 Subject: Script to massively insert users into Kolab? In-Reply-To: <200808272308.00873.dvadell@linuxclusters.com.ar> References: <200808242028.51328.dvadell@linuxclusters.com.ar> <200808252159.14062.ml@radoeka.nl> <200808272308.00873.dvadell@linuxclusters.com.ar> Message-ID: <200809011148.02444.bernhard@intevation.de> On Thursday 28 August 2008 04:08, Diego M. Vadell wrote: > So I made the script with WWW-Mechanize and I got about 300 users done in a > couple of minutes. It goes a little like this (it's pretty rough though, > but I hope it could help someone) Thanks for sharing! Can you put this up in the wiki? Note there is another script which can be an example for setting up several users: http://kolab.org/cgi-bin/viewcvs-kolab.cgi/utils/testing/create_ldap_users.py -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080901/6efa3b27/attachment.bin From bernhard at intevation.de Mon Sep 1 11:51:53 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 1 Sep 2008 11:51:53 +0200 Subject: Script to massively insert users into Kolab? In-Reply-To: <200808261844.19224.ml@radoeka.nl> References: <200808242028.51328.dvadell@linuxclusters.com.ar> <71fe4e760808251355o13c1518ald972561cde3083b3@mail.gmail.com> <200808261844.19224.ml@radoeka.nl> Message-ID: <200809011151.54159.bernhard@intevation.de> On Tuesday 26 August 2008 18:44, Richard Bos wrote: > Op Monday 25 August 2008 22:55:49 schreef Alain Spineux: > > > But does this script not bypass all the checks that are build into the > > > kolab frontend? ?Wouldn't it be better if there is a hook in kolab, > > > that can be used to insert user data and that checks that the data is > > > correct? > > > > The web interface could have a "mass user creation" page that is > > accepting to cut and paste a CSV file, and check for user consistency. Currently the implemented strategy is: the directory service is central, so any directory service tools are fine and the web admin is just one. However, because the OpenLDAP server cannot model all restrictions, the clients will enforce some additional checks. > But that would just be a workaround, Yes, I would also put forward that this kind of mass import does not happen very often, so using a script speaking LDAP is feasable for it. Anyway, if the wish is very popular something could be done, so the next step would be to create an entry in the tracker. > because the next question will be for > a API that be can be accessed by another system. ?I assume the best thing > would be a, I think, soap interface that can deal with this. ?The process > that processes the data from the SOAP interface could than also be used for > a web interface... (Should probably be discussed in the issue or on kolab-devel at . IMO the script would always be an ldap client and the directory service would ideally model all further constrains.) -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080901/eb816858/attachment.bin From ml at radoeka.nl Mon Sep 1 12:34:04 2008 From: ml at radoeka.nl (Richard Bos) Date: Mon, 1 Sep 2008 12:34:04 +0200 Subject: [HowTO] Installing Kolab 2.2 with Samba on Ubuntu In-Reply-To: <200809011144.05561.bernhard@intevation.de> References: <20080825192915.7F85671A12C@srv-lios2.koeln.nktcables.com> <200809011144.05561.bernhard@intevation.de> Message-ID: <20080901103404.GA88468@xs4all.nl> On Mon, Sep 01, 2008 at 11:44:04AM +0200, Bernhard Reiter wrote: > On Monday 25 August 2008 21:29, Albrecht Dre? wrote: > > Therefore, any comment or suggestion would be really welcome! > > Did you put the link on the wiki as well? yes, it's there: http://wiki.kolab.org/index.php/Samba_PDC_and_Kolab_Server It's a pity however, that the article itself is not in the wiki. -- Richard From s.kim at hia.rwth-aachen.de Mon Sep 1 12:47:17 2008 From: s.kim at hia.rwth-aachen.de (Saim Kim) Date: Mon, 01 Sep 2008 12:47:17 +0200 Subject: IMAP Escape character for "[" and "]" In-Reply-To: <200809011132.58396.bernhard@intevation.de> References: <48B7D003.2010208@hia.rwth-aachen.de> <200809011132.58396.bernhard@intevation.de> Message-ID: <48BBC835.7080805@hia.rwth-aachen.de> Hello Bernhard, Bernhard Reiter schrieb: > On Friday 29 August 2008 12:31, Saim Kim wrote: > >> after I had another issue with wrong freebusy information being shown I >> tried to delete the freebusy cache and the automatic cache regeneration. >> But it fails because it can't find several folders which were delete >> with a name starting with [UNSHARED]. Those folders were generated by >> Toltec after ACL changes of IMAP folders. >> > > "[UNSHARED]" folder should get created by Toltec, when somebody else > deletes the folder this user has access to, then I do get synced up > to the server and are up there as well. > Yes, that's what happened. >> The folders were deleted from >> the Horde interface of the user. They are not shown anymore and are not >> present under /kolab/var/imapd/spool/domain/blabla/... >> >> Still the automatic cache regeneration is looking for them. >> > > There is no automatic cache regeneration on the server. > Clients have to issue a trigger URL. Check the apache log to see > which client trigges this. Or are you refering to the manual > recreation of the whole cache? > Yes, I was refering to the manual cache regeneration. >> I tried to recreate the folders with cyrreconstruct but it fails on the >> folder name (I tried creating folders with a simple name and it worked >> fine). I have the feeling that I have to use special escape characters >> for "[" and "]" just like for German umlauts. Any help? Thanks! Are there any escape characters for "[" and "]"? So that I can delete the [UNSHARED] folders manually under the cyradm interface. Best regards, 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 albrecht.dress at lios-tech.com Mon Sep 1 13:13:14 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Mon, 01 Sep 2008 13:13:14 +0200 Subject: [HowTO] Installing Kolab 2.2 with Samba on Ubuntu In-Reply-To: <20080901103404.GA88468@xs4all.nl> (from ml@radoeka.nl on Mon Sep 1 12:34:04 2008) References: <200809011144.05561.bernhard@intevation.de> <20080901103404.GA88468@xs4all.nl> Message-ID: <1220267594l.7573l.0l@pc104141.koeln.nktcables.com> Am 01.09.2008 12:34:04 schrieb(en) Richard Bos: > yes, it's there: > http://wiki.kolab.org/index.php/Samba_PDC_and_Kolab_Server > > It's a pity however, that the article itself is not in the wiki. Well, I never tried to write something in wiki yet (shame on me), but I could try that if nobody minds... Please don't expect good results too soon, though. BTW, is it also possible to have patches (or links to them) in a wiki, or should I have them pointing to my personal site (really stupid question, I guess)? Cheers, Albrecht. From albrecht.dress at lios-tech.com Mon Sep 1 13:29:03 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Mon, 01 Sep 2008 13:29:03 +0200 Subject: Outlook cannot read kolab global address book? In-Reply-To: <200809011143.38078.bernhard@intevation.de> (from bernhard@intevation.de on Mon Sep 1 11:43:36 2008) Message-ID: <1220268543l.7573l.1l@pc104141.koeln.nktcables.com> Hi Bernhard: Am 01.09.2008 11:43:36 schrieb(en) Bernhard Reiter: > how does this compare to kolab/issue732 (outlooks addressbook does > not directly list entries with openldap)? Yes, you're right, it's exactly the same. Sorry for not looking in more detail through the issues... > As far as I know, when you search in the address book or the > completion is active, Outlook will use LDAPv3 and show the global > addresses from Kolab Server's OpenLDAP. For some other occasions > Outlook does not seem to use an LDAPv3 protocol standard (see the > issue for an example). Yes, there is even a related Microsnot kb: . The problem is that Lookout apparently checks for the presence of VLV extensions (OID's 2.16.840.1.113730.3.4.9 and .10). I found comments in some OpenLDAP forum that those are not standardised and thus not implemented in OpenLDAP, and probably not going to be ever supported unless the IETF releases them as a standard. Now Outlook refuses to browse through the address book, which *is* be possible using Active Directory via LDAP (tested). The only solution seems to use the Toltec address book plug-in. > Microsoft developers levels as well. To be honest, I think M$ introduced it *intentionally*... I didn't check yet if it's still in Office/Outlook 2007, but in that case it's probably something which you (as software developer/service company) or we (as end users) should complain about at the European Commission, as this smells like an unfair way to avoid competition. Just my ? 0.01, though. Cheers, Albrecht. From ml at radoeka.nl Mon Sep 1 13:34:45 2008 From: ml at radoeka.nl (Richard Bos) Date: Mon, 1 Sep 2008 13:34:45 +0200 Subject: [HowTO] Installing Kolab 2.2 with Samba on Ubuntu In-Reply-To: <1220267594l.7573l.0l@pc104141.koeln.nktcables.com> References: <200809011144.05561.bernhard@intevation.de> <20080901103404.GA88468@xs4all.nl> <1220267594l.7573l.0l@pc104141.koeln.nktcables.com> Message-ID: <20080901113445.GA91824@xs4all.nl> Hi Albrecht, On Mon, Sep 01, 2008 at 01:13:14PM +0200, Albrecht Dre?? wrote: > Am 01.09.2008 12:34:04 schrieb(en) Richard Bos: > > yes, it's there: > > http://wiki.kolab.org/index.php/Samba_PDC_and_Kolab_Server > > > > It's a pity however, that the article itself is not in the wiki. > > Well, I never tried to write something in wiki yet (shame on me), but I > could try that if nobody minds... Please don't expect good results too > soon, though. Just use (e.g.): http://diberri.dyndns.org/wikipedia/html2wiki/ > BTW, is it also possible to have patches (or links to them) in a wiki, > or should I have them pointing to my personal site (really stupid > question, I guess)? Patches can't be stored. So, you better point to your personal site, or attach the patch to issue that is open for it. -- Richard From bernhard at intevation.de Mon Sep 1 14:15:13 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 1 Sep 2008 14:15:13 +0200 Subject: IMAP Escape character for "[" and "]" In-Reply-To: <48BBC835.7080805@hia.rwth-aachen.de> References: <48B7D003.2010208@hia.rwth-aachen.de> <200809011132.58396.bernhard@intevation.de> <48BBC835.7080805@hia.rwth-aachen.de> Message-ID: <200809011415.14584.bernhard@intevation.de> Saim, On Monday 01 September 2008 12:47, Saim Kim wrote: > Bernhard Reiter schrieb: > > On Friday 29 August 2008 12:31, Saim Kim wrote: > > ? > > > >> after I had another issue with wrong freebusy information being shown I > >> tried to delete the freebusy cache and the automatic cache regeneration. > >> But it fails because it can't find several folders which were delete > >> with a name starting with [UNSHARED]. Those folders were generated by > >> Toltec after ACL changes of IMAP folders. > >> ? ? > > > > "[UNSHARED]" folder should get created by Toltec, when somebody else > > deletes the folder this user has access to, then I do get synced up > > to the server and are up there as well. > > ? > > Yes, that's what happened. > > >> The folders were deleted from > >> the Horde interface of the user. They are not shown anymore and are not > >> present under /kolab/var/imapd/spool/domain/blabla/... > >> ? ? > >> Still the automatic cache regeneration is looking for them. > >> ? ? > > > > There is no automatic cache regeneration on the server. > > Clients have to issue a trigger URL. Check the apache log to see > > which client trigges this. Or are you refering to the manual > > recreation of the whole cache? > > ? > > Yes, I was refering to the manual cache regeneration. Hmm, looks like a defect in there then. Can you help reproducing it and file and issue in the tracker? > >> I tried to recreate the folders with cyrreconstruct but it fails on the > >> folder name (I tried creating folders with a simple name and it worked > >> fine). I have the feeling that I have to use special escape characters > >> for "[" and "]" just like for German umlauts. Any help? Thanks! > > Are there any escape characters for "[" and "]"? So that I can delete > the [UNSHARED] folders manually under the cyradm interface. There probably are, I do not know them by heart. Hmm, if they are listed like this, you probably would only need to protect it against the shell, so single or double quotes might help. -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080901/12d3ecbe/attachment.bin From eberlein at vw.htw-aalen.de Mon Sep 1 15:37:23 2008 From: eberlein at vw.htw-aalen.de (Till Eberlein) Date: Mon, 01 Sep 2008 15:37:23 +0200 Subject: Horde In-Reply-To: <200809011129.04028.bernhard@intevation.de> References: <48B80887.9040507@vw.htw-aalen.de> <200809010159.24941.kappel@campact.de> <200809011129.04028.bernhard@intevation.de> Message-ID: <48BBF013.1000201@vw.htw-aalen.de> Hello I tried a few thing and heres the solution: The sieve-scripts configured with horde are not the problem, they all work and were saved. Even the original spam-script is saved correctly. But only when you look under script --> active script. When you only look under filters theres "spamlevel 5" and "Zielordner ausw?hlen". This seems to be a problem in giving back the standard configuration here instead of the actual configuration. Maybe its even my configuration which causes the problem. Greetings Till Eberlein Bernhard Reiter schrieb: > On Monday 01 September 2008 01:59, Klaus Kappel wrote: >> Am Freitag 29 August 2008 16:32:39 schrieb Till Eberlein: >>> When I log into Horde Webmail and change the folder for spam in the >>> filter rules (not creating a new filter) it's gonna saved. But when I >>> login again, the old settings (spamlevel 5 and folder "Spam") are there >>> again. Is this only in my configuration or can anybody confirm this? >>> Ok, i could make a folder "Spam", but I've for example an folder >>> "shared.spam" for learning spam. And I would like to put in here the >>> spam. >> Ok, we see a similar reaction, non reaction with horde under univention. It >> seems, that sieve filters (or their rights) are corupted by Clients (Horde >> vs. KMail vs. univention). >> >> or are there any other suggestions? > > I do not think that Horde's sieve filter editor is already integrated > into the Kolab Client world. I cannot say, if it works correctly at all. > If you are an admin, you could do a few experiments each time checking > how the sieve scripts are changed and then help the kolab-devel at s with > a qualified problem report. :) > > Bernhard > From ml at radoeka.nl Mon Sep 1 19:56:42 2008 From: ml at radoeka.nl (Richard Bos) Date: Mon, 1 Sep 2008 19:56:42 +0200 Subject: Script to massively insert users into Kolab? In-Reply-To: <200809011148.02444.bernhard@intevation.de> References: <200808242028.51328.dvadell@linuxclusters.com.ar> <200808272308.00873.dvadell@linuxclusters.com.ar> <200809011148.02444.bernhard@intevation.de> Message-ID: <200809011956.42573.ml@radoeka.nl> Op Monday 01 September 2008 11:48:01 schreef Bernhard Reiter: > On Thursday 28 August 2008 04:08, Diego M. Vadell wrote: > > So I made the script with WWW-Mechanize and I got about 300 users done in > > a couple of minutes. It goes a little like this (it's pretty rough > > though, but I hope it could help someone) > > Thanks for sharing! > Can you put this up in the wiki? > > Note there is another script which can be an example for setting > up several users: > http://kolab.org/cgi-bin/viewcvs-kolab.cgi/utils/testing/create_ldap_users. >py And even one (adduser) that is distributed with kolab: http://kolab.org/cgi-bin/viewcvs-kolab.cgi/server/kolabd/kolabd/namespace/libexec/adduser.in?rev=1.3&content-type=text/vnd.viewcvs-markup -- Richard Bos Without a home the journey is endless From s.kim at hia.rwth-aachen.de Mon Sep 1 20:15:22 2008 From: s.kim at hia.rwth-aachen.de (Saim Kim) Date: Mon, 01 Sep 2008 20:15:22 +0200 Subject: Outlook cannot read kolab global address book? In-Reply-To: <1220268543l.7573l.1l@pc104141.koeln.nktcables.com> References: <1220268543l.7573l.1l@pc104141.koeln.nktcables.com> Message-ID: <48BC313A.3090605@hia.rwth-aachen.de> Albrecht Dre? schrieb: >
Hi Bernhard: > > Am 01.09.2008 11:43:36 schrieb(en) Bernhard Reiter: >> how does this compare to kolab/issue732 (outlooks addressbook does >> not directly list entries with openldap)? > > Yes, you're right, it's exactly the same. Sorry for not looking in > more detail through the issues... > > Cheers, > Albrecht. Hi Albrecht, I had the same experience as you. Now, I'm using a shared folder (type contacts) as a public address book. Sure, it is more work since everybody from the LDAP has to put into the shared folder as contact. But we have less then 20 persons and only low fluctuation so it's still manageble. I'm sure it's possible to write a script which scans LDAP and auto-updates the shared folder address book. Best regards, Saim Kim -- -------------------------------------------------------------------------- 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 bernhard at intevation.de Tue Sep 2 09:51:58 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 2 Sep 2008 09:51:58 +0200 Subject: Horde In-Reply-To: <48BBF013.1000201@vw.htw-aalen.de> References: <48B80887.9040507@vw.htw-aalen.de> <200809011129.04028.bernhard@intevation.de> <48BBF013.1000201@vw.htw-aalen.de> Message-ID: <200809020952.02213.bernhard@intevation.de> On Monday 01 September 2008 15:37, Till Eberlein wrote: > I tried a few thing and heres the solution: > > The sieve-scripts configured with horde are not the problem, they all > work and were saved. Even the original spam-script is saved correctly. > But only when you look under script --> active script. When you only > look under filters theres "spamlevel 5" and "Zielordner ausw?hlen". This > seems to be a problem in giving back the standard configuration here > instead of the actual configuration. > Maybe its even my configuration which causes the problem. Can you file an issue in our tracker about it? -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080902/5efa076e/attachment.bin From bernhard at intevation.de Tue Sep 2 09:54:49 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 2 Sep 2008 09:54:49 +0200 Subject: Kolab 2.2 on Ubuntu 8.04 In-Reply-To: <48B76766.30301@routhouse.org> References: <48B76766.30301@routhouse.org> Message-ID: <200809020954.50893.bernhard@intevation.de> Hi Allen, On Friday 29 August 2008 05:05, Allen S. Rout wrote: > I refer to the bootstrap problem mentioned in > http://www.kolab.org/pipermail/kolab-users/2008-June/008260.html > > I installed the kolab packages on my new ubuntu box, and encountered the > same "Can't start temporary LDAP" problem. > > It appears to be a bunch of incompatibilities with the LDAP versions now > being installed. I gather this is because you've tried the Kolab Server/Ubuntu which is still under development. I suggest to send your hints to kolab-devel@ also, so that developers of this port can fix it. (For completenes Kolab Server/OpenPKG is the most stable way to get Kolab Server running, also on Debian and Ubuntu. :) ) Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080902/a1509f6a/attachment.bin From bernhard at intevation.de Tue Sep 2 10:02:21 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 2 Sep 2008 10:02:21 +0200 Subject: Outlook cannot read kolab global address book? In-Reply-To: <1220268543l.7573l.1l@pc104141.koeln.nktcables.com> References: <1220268543l.7573l.1l@pc104141.koeln.nktcables.com> Message-ID: <200809021002.22758.bernhard@intevation.de> Albrecht, I have entered your comments in the the kolab/issue732, ideally direct the further technical discussion in the tracker. (Anybody: Let us know your tracker id, if you need the priviledges to comment upgraded.) On Monday 01 September 2008 13:29, Albrecht Dre? wrote: > To be honest, I think M$ introduced it *intentionally*... ?I didn't ? > check yet if it's still in Office/Outlook 2007, but in that case it's ? > probably something which you (as software developer/service company) or ? > we (as end users) should complain about at the European Commission, as ? > this smells like an unfair way to avoid competition. ?Just my ? 0.01, ? > though. building pressure is a good idea of course, so anybody with some spare cycles could do this. Getting funding to implement this feature, if this is possible would be another option. It is good that there are workaround like the Toltec Addressbook or the possibility to use a folder. Best, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080902/3c388123/attachment.bin From bernhard at intevation.de Tue Sep 2 10:04:27 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 2 Sep 2008 10:04:27 +0200 Subject: [HowTO] Installing Kolab 2.2 with Samba on Ubuntu In-Reply-To: <20080901113445.GA91824@xs4all.nl> References: <200809011144.05561.bernhard@intevation.de> <1220267594l.7573l.0l@pc104141.koeln.nktcables.com> <20080901113445.GA91824@xs4all.nl> Message-ID: <200809021004.28553.bernhard@intevation.de> On Monday 01 September 2008 13:34, Richard Bos wrote: > On Mon, Sep 01, 2008 at 01:13:14PM +0200, Albrecht Dre?? wrote: > > Am 01.09.2008 12:34:04 schrieb(en) Richard Bos: > > > yes, it's there: > > > http://wiki.kolab.org/index.php/Samba_PDC_and_Kolab_Server > > > > > > It's a pity however, that the article itself is not in the wiki. > > > > Well, I never tried to write something in wiki yet (shame on me), but I ? > > could try that if nobody minds... ?Please don't expect good results too ? > > soon, though. Any help is appreciated, the more the merrier! :) And nobody is perfect! > Just use (e.g.): > http://diberri.dyndns.org/wikipedia/html2wiki/ > ? > > > BTW, is it also possible to have patches (or links to them) in a wiki, ? > > or should I have them pointing to my personal site (really stupid ? > > question, I guess)? > > Patches can't be stored. ?So, you better point to your personal > site, or attach the patch to issue that is open for it. Well, you could store them, but the trackers usually are the right place for it. (I wrote "trackers", because sometimes an upstream tracker is even more appropriate than Kolab's own tracker. Use your common sense.) Thanks in advance, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080902/fc682c09/attachment.bin From eberlein at vw.htw-aalen.de Tue Sep 2 14:03:35 2008 From: eberlein at vw.htw-aalen.de (Till Eberlein) Date: Tue, 2 Sep 2008 14:03:35 +0200 Subject: AW: Re: Outlook cannot read kolab global address book? In-Reply-To: <48BC313A.3090605@hia.rwth-aachen.de> References: <1220268543l.7573l.1l@pc104141.koeln.nktcables.com> <48BC313A.3090605@hia.rwth-aachen.de> Message-ID: <57306FF1EFED43DDB3A421AF7DFDD0BF@verwaltung.fhaalen.de> Hello Everybody It's typical M$ that they don't care about any standard. When you integrate the ldap-adressbook you can list the adresses with this "trick": open the ldap adressbook, goto search and type in a blank. Then press search and you will see all adresses. But you have to do this every time outlook is restartet. But you can now even copy the adresses from the ldap adressbook to the shared_contacts. I think it's a good workaroud for a few persons. With a lot of persons it would be better to use a script. Mit freundlichen Gr?ssen / with kind regards Till Eberlein -----Urspr?ngliche Nachricht----- Von: Saim Kim [mailto:s.kim at hia.rwth-aachen.de] Gesendet: Montag, 1. September 2008 20:15 An: Albrecht Dre? Cc: kolab-users at kolab.org Betreff: Re: Re: Outlook cannot read kolab global address book? Albrecht Dre? schrieb: >
Hi Bernhard: > > Am 01.09.2008 11:43:36 schrieb(en) Bernhard Reiter: >> how does this compare to kolab/issue732 (outlooks addressbook does >> not directly list entries with openldap)? > > Yes, you're right, it's exactly the same. Sorry for not looking in > more detail through the issues... > > Cheers, > Albrecht. Hi Albrecht, I had the same experience as you. Now, I'm using a shared folder (type contacts) as a public address book. Sure, it is more work since everybody from the LDAP has to put into the shared folder as contact. But we have less then 20 persons and only low fluctuation so it's still manageble. I'm sure it's possible to write a script which scans LDAP and auto-updates the shared folder address book. Best regards, Saim Kim -- -------------------------------------------------------------------------- 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 aspineux at gmail.com Wed Sep 3 09:33:24 2008 From: aspineux at gmail.com (Alain Spineux) Date: Wed, 3 Sep 2008 09:33:24 +0200 Subject: Sender quota In-Reply-To: References: <71fe4e760808290716x7914ebfawc5079c94a78c9085@mail.gmail.com> Message-ID: <71fe4e760809030033k5f35fbfm80dcb493d2c79be3@mail.gmail.com> On Mon, Sep 1, 2008 at 10:21 PM, Volker Stoppe wrote: > Hall Alain, > > On Fri, 29 Aug 2008 16:16:03 +0200, Alain Spineux > wrote: > >> You can write a postfix policy that will return a 45x or 55x code when >> the recipient mailbox is full. >> This can be easily added to the smtpd_recipient_restrictions postfix >> option >> Your policy script must take care of aliases too and to resolve the >> recipient mailbox >> by querying the ldap DB and finally check the quota usage of the >> recipient mailbox >> before to return the SMTP code. > > > You point me to an interesting direction! Now I have ony to learn how to > write postfix policies from the ground ;-) This will be an interesting > challange! > I missed something : this is the sender you are worry about ! Not the recipient ! Then no need to worry about recipients aliases, but you have to now who is the sender account ! You can force your user to authenticate when sending emails, even in the local networks and then checd the user credentials to know the mailbox to check the quota. Here is the postfix bible for policy writers ! http://www.postfix.org/SMTPD_POLICY_README.html Kolab also as 2 policies built in -- Alain Spineux aspineux gmail com May the sources be with you From bernhard at intevation.de Wed Sep 3 09:46:36 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 3 Sep 2008 09:46:36 +0200 Subject: (How to create an issue in the tracker) Re: Horde In-Reply-To: <48BD9B61.6020208@vw.htw-aalen.de> References: <48B80887.9040507@vw.htw-aalen.de> <200809020952.02213.bernhard@intevation.de> <48BD9B61.6020208@vw.htw-aalen.de> Message-ID: <200809030946.38338.bernhard@intevation.de> > Bernhard Reiter schrieb: > Can you file an issue in our tracker about it? > On Tuesday 02 September 2008 22:00, Till Eberlein wrote: > Sure. But how can I do that? (Sorry for my stupid question) It is an important question of general interest, we try to keep up-to-date information in the wiki: https://wiki.kolab.org/index.php/Kolab_Issue_Tracker coming from: https://wiki.kolab.org/index.php/Problem_reporting Best, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080903/9a56c972/attachment.bin From albrecht.dress at lios-tech.com Fri Sep 5 15:33:09 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Fri, 05 Sep 2008 15:33:09 +0200 Subject: Postfix Virtual Alias Domains & Kolab Message-ID: <1220621589l.29887l.0l@pc104141.koeln.nktcables.com> Hi all, I have a question about setting up multiple virtual alias domains in postfix in conjunction with kolab. The task is to receive mails from the Internet (and probably also internally) not only for my-default-domain.com, but also for my-second-domain.com, my-third-domanin.com, etc. Each and every user (including the administrative accounts like www, webmaster, etc. etc.) shall receive the messages for all domains, and they shall all be submitted into the same inboxes. In postfix, I have (on an other box) in main.cf mydomain = my-default-domain.com mydestination = $myhostname, localhost.$mydomain, $mydomain virtual_alias_domains = my-second-domain.com my-third-domanin.com virtual_maps = hash:/etc/postfix/virtual The file /etc/postfix/virtual contains (among other stuff, like mapping e.g. root to a real user) @my-second-domain.com @my-default-domain.com @my-third-domain.com @my-default-domain.com Is there any support within Kolab for such a scenario? I understand that I could add all secondary domains, and then give each and every user an extra alias for the extra addresses, but that sounds like pulling a whale on the beach for many accounts. So IMO the above approach would be smarter. What would be the right way to proceed? Can I simply add the virtual_alias_domains statement and an extra virtual_maps entry to main.cf.template (and of course add the extra virtual file)? Or would that break anything? Oh, and, btw, why doesn't the default main.cf on Kolab contain '$myhostname, localhost.$mydomain' as mydestination? Thanks, Albrecht. From wrobel at pardus.de Mon Sep 8 10:23:39 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 08 Sep 2008 10:23:39 +0200 Subject: Postfix Virtual Alias Domains & Kolab In-Reply-To: <1220621589l.29887l.0l@pc104141.koeln.nktcables.com> References: <1220621589l.29887l.0l@pc104141.koeln.nktcables.com> Message-ID: <20080908102339.73112jyf2wqp6uio@webmail2.pardus.de> Hi Albrecht, Quoting "Albrecht Dre?" : > Hi all, > > I have a question about setting up multiple virtual alias domains in > postfix in conjunction with kolab. > > The task is to receive mails from the Internet (and probably also > internally) not only for my-default-domain.com, but also for > my-second-domain.com, my-third-domanin.com, etc. Each and every user > (including the administrative accounts like www, webmaster, etc. etc.) > shall receive the messages for all domains, and they shall all be > submitted into the same inboxes. > > In postfix, I have (on an other box) in main.cf > > > mydomain = my-default-domain.com > mydestination = $myhostname, localhost.$mydomain, $mydomain > virtual_alias_domains = my-second-domain.com my-third-domanin.com > virtual_maps = hash:/etc/postfix/virtual > > > The file /etc/postfix/virtual contains (among other stuff, like mapping > e.g. root to a real user) > > > @my-second-domain.com @my-default-domain.com > @my-third-domain.com @my-default-domain.com > > > Is there any support within Kolab for such a scenario? I understand > that I could add all secondary domains, and then give each and every > user an extra alias for the extra addresses, but that sounds like > pulling a whale on the beach for many accounts. So IMO the above > approach would be smarter. Should be perfectly fine and if I'm not mistaken this is described like this in the Kolab wiki. It is just not the default and will only be used by experienced users and thus we expect you to modify the corresponding configuration templates yourself :) > > What would be the right way to proceed? Can I simply add the > virtual_alias_domains statement and an extra virtual_maps entry to > main.cf.template (and of course add the extra virtual file)? Or would > that break anything? > > Oh, and, btw, why doesn't the default main.cf on Kolab contain > '$myhostname, localhost.$mydomain' as mydestination? I don't see the reason for that. Maybe you could add some more details? Cheers, Gunnar > > Thanks, Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ______ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Mon Sep 8 10:29:23 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 08 Sep 2008 10:29:23 +0200 Subject: Ingo with Kolab (was: Horde) In-Reply-To: <200809011129.04028.bernhard@intevation.de> References: <48B80887.9040507@vw.htw-aalen.de> <200809010159.24941.kappel@campact.de> <200809011129.04028.bernhard@intevation.de> Message-ID: <20080908102923.14046oe4avaricg0@webmail2.pardus.de> Quoting "Bernhard Reiter" : > On Monday 01 September 2008 01:59, Klaus Kappel wrote: >> Am Freitag 29 August 2008 16:32:39 schrieb Till Eberlein: >> > When I log into Horde Webmail and change the folder for spam in the >> > filter rules (not creating a new filter) it's gonna saved. But when I >> > login again, the old settings (spamlevel 5 and folder "Spam") are there >> > again. Is this only in my configuration or can anybody confirm this? >> > Ok, i could make a folder "Spam", but I've for example an folder >> > "shared.spam" for learning spam. And I would like to put in here the >> > spam. >> >> Ok, we see a similar reaction, non reaction with horde under univention. It >> seems, that sieve filters (or their rights) are corupted by Clients (Horde >> vs. KMail vs. univention). >> >> or are there any other suggestions? > > I do not think that Horde's sieve filter editor is already integrated > into the Kolab Client world. Only partially. From the user viewpoint the sieve editor (ingo) should work and I think we should fix bugs if features don't work. From the developers viewpoint I cannot consider it complete as we use a Kolab specific hack that will never go upstream. This hack is related to storing the filter settings within LDAP rather than IMAP. Cheers, Gunnar > I cannot say, if it works correctly at all. > If you are an admin, you could do a few experiments each time checking > how the sieve scripts are changed and then help the kolab-devel at s with > a qualified problem report. :) > > Bernhard > > -- > Managing Director - Owner: www.intevation.net (Free Software Company) > Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. > Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 > Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner > -- ______ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From aspineux at gmail.com Mon Sep 8 11:29:38 2008 From: aspineux at gmail.com (Alain Spineux) Date: Mon, 8 Sep 2008 11:29:38 +0200 Subject: Postfix Virtual Alias Domains & Kolab In-Reply-To: <1220621589l.29887l.0l@pc104141.koeln.nktcables.com> References: <1220621589l.29887l.0l@pc104141.koeln.nktcables.com> Message-ID: <71fe4e760809080229r752ce4ffkcef24f115fb5003e@mail.gmail.com> On Fri, Sep 5, 2008 at 3:33 PM, Albrecht Dre? wrote: > Hi all, > > I have a question about setting up multiple virtual alias domains in > postfix in conjunction with kolab. I wrote this wiki https://wiki.kolab.org/index.php/Managing_Domain_aliases hope this help > > The task is to receive mails from the Internet (and probably also > internally) not only for my-default-domain.com, but also for > my-second-domain.com, my-third-domanin.com, etc. Each and every user > (including the administrative accounts like www, webmaster, etc. etc.) > shall receive the messages for all domains, and they shall all be > submitted into the same inboxes. > > In postfix, I have (on an other box) in main.cf > > > mydomain = my-default-domain.com > mydestination = $myhostname, localhost.$mydomain, $mydomain > virtual_alias_domains = my-second-domain.com my-third-domanin.com > virtual_maps = hash:/etc/postfix/virtual > > > The file /etc/postfix/virtual contains (among other stuff, like mapping > e.g. root to a real user) > > > @my-second-domain.com @my-default-domain.com > @my-third-domain.com @my-default-domain.com > > > Is there any support within Kolab for such a scenario? I understand > that I could add all secondary domains, and then give each and every > user an extra alias for the extra addresses, but that sounds like > pulling a whale on the beach for many accounts. So IMO the above > approach would be smarter. > > What would be the right way to proceed? Can I simply add the > virtual_alias_domains statement and an extra virtual_maps entry to > main.cf.template (and of course add the extra virtual file)? Or would > that break anything? > > Oh, and, btw, why doesn't the default main.cf on Kolab contain > '$myhostname, localhost.$mydomain' as mydestination? > > Thanks, Albrecht. > > _______________________________________________ > 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 albrecht.dress at lios-tech.com Mon Sep 8 12:31:28 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Mon, 08 Sep 2008 12:31:28 +0200 Subject: Postfix Virtual Alias Domains & Kolab In-Reply-To: <20080908102339.73112jyf2wqp6uio@webmail2.pardus.de> (from wrobel@pardus.de on Mon Sep 8 10:23:39 2008) Message-ID: <1220869888l.9552l.0l@pc104141.koeln.nktcables.com> Hi Gunnar: Am 08.09.2008 10:23:39 schrieb(en) Gunnar Wrobel: > Should be perfectly fine and if I'm not mistaken this is described > like this in the Kolab wiki. Yes, Alain also pointed me to that. The page is somewhat "hidden" in the wiki. Alain, what do you think about adding it to the "Howto" category? > It is just not the default and will only be used by experienced users > and thus we expect you to modify the corresponding configuration > templates yourself :) I see. Great, then I'll simply copy my existing config. > I don't see the reason for that. Maybe you could add some more > details? It's the default according to the postfix docs (see ). However, sending a mail to e.g. root at localhost seems to work, it's simply passed to the kolabfilter. On a box where I run postfix *without* a kolab installation, I had to add it as to receive system mails directed to someone at localhost (or someone at localhost.localdomain). Thanks, Albrecht. From s.kim at hia.rwth-aachen.de Mon Sep 8 13:22:12 2008 From: s.kim at hia.rwth-aachen.de (Saim Kim) Date: Mon, 08 Sep 2008 13:22:12 +0200 Subject: Attendee status not shown anymore Message-ID: <48C50AE4.5080707@hia.rwth-aachen.de> Hello, I'm experiencing problems with the attendee status in Outlook with Toltec 2.3 and Kolab 2.2 release. Even though I'm receiving a notification that the event has been accepted/deleted but still it is not updated in the attendee status of the event. Also, the status notification is not recognized as such anymore. Both manual and automatic answering were tested. Here is an example notification: Return-Path: Received: from localhost (localhost [127.0.0.1]) by kolab.mydomain.com (Cyrus v2.3.11-kolab-nocaps) with LMTPA; Mon, 08 Sep 2008 10:45:37 +0200 X-Sieve: CMU Sieve 2.3 Received: from localhost (localhost [127.0.0.1]) by kolab.mydomain.com (Postfix) with ESMTP id A91E2E8002 for ; Mon, 8 Sep 2008 10:45:37 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by kolab.mydomain.com (Postfix) with ESMTP id 9C2214962AF for ; Mon, 8 Sep 2008 10:45:37 +0200 (CEST) Received: from localhost ([localhost]) by mydomain.com (Horde Framework) with HTTP; Mon, 08 Sep 2008 10:45:37 +0200 Message-ID: <20080908104537.89424ns1q2072w4k at mydomain.com> Date: Mon, 08 Sep 2008 10:45:37 +0200 From: Kalender user Wma To: user at mydomain.com Subject: Accepted: Aktualisiert: Test Termin MIME-Version: 1.0 Content-Type: text/calendar; charset=UTF-8; method="REPLY" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Kolab-Scheduling-Message: TRUE BEGIN:VCALENDAR VERSION:2.0 PRODID:-//proko2//resmgr 1.0//EN METHOD:REPLY BEGIN:VEVENT UID:040000008200E00074C5B7101A82E0080000000010C7EF0CA011C9010000000000000000= 1000000046BC72203B9CAF46B6712CBF388AB531 SUMMARY:Aktualisiert: Test Termin DESCRIPTION:Zeit: Montag\, 8. September 2008 13:00-14:00 (GMT+01:00) Amsterdam\, Berlin\, Bern\, Rom\, Stockholm\, Wien. *~*~*~*~*~*~*~*~*~* DTSTART:20080908T110000Z DTEND:20080908T120000Z SEQUENCE:1 ORGANIZER:MAILTO:user at mydomain.com ATTENDEE;CN=3DKalender user Wma;PARTSTAT=3DACCEPTED:MAILTO:kalender_user_wma at mydomain.com DTSTAMP:20080908T084537Z END:VEVENT END:VCALENDAR Best regards, 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 s.kim at hia.rwth-aachen.de Tue Sep 9 14:00:50 2008 From: s.kim at hia.rwth-aachen.de (Saim Kim) Date: Tue, 09 Sep 2008 14:00:50 +0200 Subject: Comiling error gcc-4.2.2 Message-ID: <48C66572.9000809@hia.rwth-aachen.de> Hello, I was trying to compile the whole kolab 2.2 release version locally on a Athlon 800 MHz with Debian Etch (dev-essentials installed). But I get an error message while compiling the gcc-4.2.2 package. The error message is: /kolab/RPM/TMP/gcc-4.2.2/obj/./prev-gcc/xgcc -B/kolab/RPM/TMP/gcc-4.2.2/obj/./prev-gcc/ -B/kolab/i686-pc-linux-gnu/bin/ -pipe -O2 -fomit-frame-pointer -mtune=pentium3 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -DHAVE_CONFIG_H -o cc1 c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o c-parser.o c-gimplify.o tree-mudflap.o c-pretty-print.o c-omp.o cc1-checksum.o \ main.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a /kolab/bin/ld: libbackend.a(see.o): bad reloc symbol index (0x20065 >= 0xb3) for offset 0x3e57 in section `.text' libbackend.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[3]: *** [cc1] Error 1 make[2]: *** [all-stage3-gcc] Error 2 make[1]: *** [stage3-bubble] Error 2 make: *** [bootstrap-lean] Error 2 error: Bad exit status from /kolab/RPM/TMP/rpm-tmp.94953 (%build) RPM build errors: Bad exit status from /kolab/RPM/TMP/rpm-tmp.94953 (%build) Any hints on solving the problem? Thanks! Best regards, 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 antony.java at gmail.com Tue Sep 9 17:37:39 2008 From: antony.java at gmail.com (Antony Raj) Date: Tue, 9 Sep 2008 21:07:39 +0530 Subject: Help me configuring Outlook 2003 Message-ID: Hi Guys, An Error getting internet Free/Busy Data, General Failure The URL is https://imapserver.corporate.thoughtworks.com/freebusy/antony at icorporate.thoughtworks.com.ifb The server I am using is Kolab server 2.2 which is I think release candiate. When I enter this url in the browser, it shows some data. Publishing Url also works for browser but not for the client. I faced lot many problems with Kontact also. Couldn't work with any of the clients available. According to me Thunderbird and Outlook are best clients available to work with any IMAP server. These clients worked wonderfully with Kolab server also, except Freebusy information. :( I tried searching for freebusy.conf, there is no file called freebusy.conf, though freebusy.conf.template exists. But I could still see logs getting generated for freebusy.log file. Chocolates are available for those who help me out. -- Regards Antony Raj. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20080909/ec435a97/attachment.html From akopciuch at bddf.ca Tue Sep 9 17:58:45 2008 From: akopciuch at bddf.ca (Andy Kopciuch) Date: Tue, 9 Sep 2008 09:58:45 -0600 Subject: Help me configuring Outlook 2003 In-Reply-To: References: Message-ID: <200809090958.46006.akopciuch@bddf.ca> On Tuesday 09 September 2008 09:37:39 Antony Raj wrote: > Hi Guys, > > An Error getting internet Free/Busy Data, General Failure > The URL is > https://imapserver.corporate.thoughtworks.com/freebusy/antony at icorporate.th >oughtworks.com.ifb > There is no public DNS for corporate.thoughtworks.com (for me anyways). So then *.corporate.thoughtworks.com is not going to work either. If you are running this inside a private network only, and have private DNS servers to resolve that address, then OK. If that is the case, we can not see your freebusy information publically. If that is not the case, and this should all be public. Then you seem to have some DNS issues. Also ... I see your server is corporate.*, and the username seems to be using icorporate.* ... is that really correct? > The server I am using is Kolab server 2.2 which is I think release > candiate. > I suggest upgrading to stable for sure. > When I enter this url in the browser, it shows some data. Publishing Url > also works for browser but not for the client. I faced lot many problems > with Kontact also. Couldn't work with any of the clients available. > According to me Thunderbird and Outlook are best clients available to work > with any IMAP server. These clients worked wonderfully with Kolab server > also, except Freebusy information. :( > > I tried searching for freebusy.conf, there is no file called freebusy.conf, > though freebusy.conf.template exists. But I could still see logs getting > generated for freebusy.log file. > At the top of the template file, you should see this entry : TARGET=/kolab/var/kolab/www/freebusy/config.php So that is the file that is produced from the template. > Chocolates are available for those who help me out. Do they have nuts? ;) Andy From albrecht.dress at lios-tech.com Wed Sep 10 17:26:52 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Wed, 10 Sep 2008 17:26:52 +0200 Subject: Horde questions Message-ID: <1221060412l.19723l.2l@pc104141.koeln.nktcables.com> Hi all, I have a few questions regarding using Horde with Kolab 2.2: (1) When a new user first logs in and e.g. wants to add a new appointment, Horde complains that first the E-Mail address has to be configured (under Options ? Global Options ? Personal Information). However, this information *is* known to Kolab. Why isn't it set also for Horde when the new user is created? (2) Related to that, the "Global Address Book" is not included in the list of displayed address books by default (under Options ? Address Book ? Address Books). This is also inconvenient. (3) The Free/Busy display doesn't work in Horde (see attached screenshot; "Test 2 Benutzer" is the one which shall be invited). I can access the free/busy lists using the Kolab method (via https://server/freebusy/[mailaddress].ifb), and it says "COMMENT:This is a dummy vfreebusy that indicates an empty calendar" *for both participants*. The Horde configuration says that it uses "https://server/horde/kronolith/fb.php?u=[mailaddress]" as free/busy URL. Might this be the cause of the trouble? Any idea how to align the two lists? Thanks, Albrecht. -------------- next part -------------- A non-text attachment was scrubbed... Name: HordeFreeBusy.png Type: image/png Size: 9104 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080910/4ec66ac9/HordeFreeBusy.png From tmalone at lancer-ins.com Wed Sep 10 23:11:56 2008 From: tmalone at lancer-ins.com (Tom Malone) Date: Wed, 10 Sep 2008 17:11:56 -0400 Subject: Kolab/Horde question Message-ID: <48C8381C.8040501@lancer-ins.com> I have just installed the 2.2.0 version of the Kolab server and I am having trouble logging into Horde. Whenever I log into horde it simply loops me back to the login page and does not allow me to enter the website. I have tried following the Horde troubleshooting tips on horde.org but so far nothing is working. Thanks for any help you can provide. Tom -- ************************************************************************ Tom Malone Manager of IT Systems and Administration Lancer Insurance Company 370 West Park Avenue Long Beach, N.Y. 11561 Phone: (516) 431-4441 x3230 Fax: (516) 889-5111 E-mail: tmalone at lancer-ins.com ************************************************************************ =========================================================================== The information contained in this communication may be confidential, is intended only for the use of the recipient(s) named above, and may be legally privileged. You are hereby notified that any dissemination, distribution or copying of this communication and any of its contents or attachments is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to this message and please delete this message from all computers and servers. From alex at ap-consulting.co.uk Thu Sep 11 02:34:34 2008 From: alex at ap-consulting.co.uk (Alex Potter) Date: Thu, 11 Sep 2008 01:34:34 +0100 Subject: Intermittent Sieve Message-ID: <200809110134.34569.alex@ap-consulting.co.uk> I am using Kolab server 2.2 on a Debian 4.0 machine, I am experiencing some oddness with my sieve script whereby it fails to deliver incoming mail to the correct folders, but with no consistency. is mail destined for a folder sometimes gets there, sometimes not. Has anyone had similar experiences, or am I just working the poor box too hard? It's a 2.3 GHz Celeron with 1GB memory doing nothing else. Regards Alex From antony.java at gmail.com Thu Sep 11 08:41:50 2008 From: antony.java at gmail.com (Antony Raj) Date: Thu, 11 Sep 2008 12:11:50 +0530 Subject: Kolab/Horde question In-Reply-To: <48C8381C.8040501@lancer-ins.com> References: <48C8381C.8040501@lancer-ins.com> Message-ID: Try changing the password in the admin web app, and then try logging in again. I bet it will work. On Thu, Sep 11, 2008 at 2:41 AM, Tom Malone wrote: > I have just installed the 2.2.0 version of the Kolab server and I am > having trouble logging into Horde. > > Whenever I log into horde it simply loops me back to the login page and > does not allow me to enter the website. > > I have tried following the Horde troubleshooting tips on horde.org but > so far nothing is working. > > Thanks for any help you can provide. > Tom > > -- > ************************************************************************ > Tom Malone > Manager of IT Systems and Administration > Lancer Insurance Company > 370 West Park Avenue > Long Beach, N.Y. 11561 > Phone: (516) 431-4441 x3230 > Fax: (516) 889-5111 > E-mail: tmalone at lancer-ins.com > ************************************************************************ > > =========================================================================== > > The information contained in this communication may be confidential, is > intended only for the use of the recipient(s) named above, and may be > legally privileged. You are hereby notified that any dissemination, > distribution or copying of this communication and any of its contents or > attachments is strictly prohibited. If you have received this > communication in error, please notify us immediately by replying to this > message and please delete this message from all computers and servers. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- Regards Antony Raj. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20080911/73085590/attachment-0001.html From wrobel at pardus.de Thu Sep 11 09:44:32 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Sep 2008 09:44:32 +0200 Subject: Postfix Virtual Alias Domains & Kolab In-Reply-To: <1220869888l.9552l.0l@pc104141.koeln.nktcables.com> References: <1220869888l.9552l.0l@pc104141.koeln.nktcables.com> Message-ID: <20080911094432.17835zjvara2kn8k@webmail2.pardus.de> Quoting "Albrecht Dre?" : > Hi Gunnar: > > Am 08.09.2008 10:23:39 schrieb(en) Gunnar Wrobel: >> Should be perfectly fine and if I'm not mistaken this is described >> like this in the Kolab wiki. > > Yes, Alain also pointed me to that. The page is somewhat "hidden" in > the wiki. Alain, what do you think about adding it to the "Howto" > category? > >> It is just not the default and will only be used by experienced users >> and thus we expect you to modify the corresponding configuration >> templates yourself :) > > I see. Great, then I'll simply copy my existing config. > >> I don't see the reason for that. Maybe you could add some more >> details? > > It's the default according to the postfix docs (see > ). However, > sending a mail to e.g. root at localhost seems to work, it's simply passed > to the kolabfilter. On a box where I run postfix *without* a kolab > installation, I had to add it as to receive system mails directed to > someone at localhost (or someone at localhost.localdomain). Both "localhost" and "localhost.localdomain" may be common defaults in /etc/hosts but I think only "localhost" is usually used. We'd probably need some more common use cases to make it reasonable to add the "localdomain" option. Cheers, Gunnar > > Thanks, Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Thu Sep 11 09:50:02 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Sep 2008 09:50:02 +0200 Subject: Attendee status not shown anymore In-Reply-To: <48C50AE4.5080707@hia.rwth-aachen.de> References: <48C50AE4.5080707@hia.rwth-aachen.de> Message-ID: <20080911095002.1887149k2kpkq0m8@webmail2.pardus.de> Quoting "Saim Kim" : > Hello, > > I'm experiencing problems with the attendee status in Outlook with > Toltec 2.3 and Kolab 2.2 release. Even though I'm receiving a > notification that the event has been accepted/deleted but still it is > not updated in the attendee status of the event. Also, the status > notification is not recognized as such anymore. Both manual and > automatic answering were tested. Sounds more like something you should submit as a bug report. From your description I'm not yet clear what the exact sequence of invitation/acceptance/deletion is. Can you also attach the relevant parts of the log in /kolab/var/kolab-filter/log/* These should at least be relevant for the automatic invitation handling. If I understand you correctly the manual handling via Toltec also fails. Is that correct? Cheers, Gunnar > Here is an example notification: > > Return-Path: > Received: from localhost (localhost [127.0.0.1]) > by kolab.mydomain.com (Cyrus v2.3.11-kolab-nocaps) with LMTPA; > Mon, 08 Sep 2008 10:45:37 +0200 > X-Sieve: CMU Sieve 2.3 > Received: from localhost (localhost [127.0.0.1]) > by kolab.mydomain.com (Postfix) with ESMTP id A91E2E8002 > for ; Mon, 8 Sep 2008 10:45:37 +0200 (CEST) > Received: from localhost (localhost [127.0.0.1]) > by kolab.mydomain.com (Postfix) with ESMTP id 9C2214962AF > for ; Mon, 8 Sep 2008 10:45:37 +0200 (CEST) > Received: from localhost ([localhost]) by mydomain.com (Horde Framework) > with HTTP; Mon, 08 Sep 2008 10:45:37 +0200 > Message-ID: <20080908104537.89424ns1q2072w4k at mydomain.com> > Date: Mon, 08 Sep 2008 10:45:37 +0200 > From: Kalender user Wma > To: user at mydomain.com > Subject: Accepted: Aktualisiert: Test Termin > MIME-Version: 1.0 > Content-Type: text/calendar; > charset=UTF-8; > method="REPLY" > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > X-Kolab-Scheduling-Message: TRUE > > BEGIN:VCALENDAR > VERSION:2.0 > PRODID:-//proko2//resmgr 1.0//EN > METHOD:REPLY > BEGIN:VEVENT > UID:040000008200E00074C5B7101A82E0080000000010C7EF0CA011C9010000000000000000= > 1000000046BC72203B9CAF46B6712CBF388AB531 > SUMMARY:Aktualisiert: Test Termin > DESCRIPTION:Zeit: > Montag\, 8. September 2008 13:00-14:00 (GMT+01:00) Amsterdam\, Berlin\, > Bern\, Rom\, Stockholm\, Wien. > > *~*~*~*~*~*~*~*~*~* > DTSTART:20080908T110000Z > DTEND:20080908T120000Z > SEQUENCE:1 > ORGANIZER:MAILTO:user at mydomain.com > ATTENDEE;CN=3DKalender user > Wma;PARTSTAT=3DACCEPTED:MAILTO:kalender_user_wma at mydomain.com > DTSTAMP:20080908T084537Z > END:VEVENT > END:VCALENDAR > > > Best regards, > 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 > -------------------------------------------------------------------------- > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Thu Sep 11 09:53:57 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Sep 2008 09:53:57 +0200 Subject: Comiling error gcc-4.2.2 In-Reply-To: <48C66572.9000809@hia.rwth-aachen.de> References: <48C66572.9000809@hia.rwth-aachen.de> Message-ID: <20080911095357.11940gszddp1ldw8@webmail2.pardus.de> Quoting "Saim Kim" : > Hello, > > I was trying to compile the whole kolab 2.2 release version locally on a > Athlon 800 MHz with Debian Etch (dev-essentials installed). But I get an > error message while compiling the gcc-4.2.2 package. The error message is: > > /kolab/RPM/TMP/gcc-4.2.2/obj/./prev-gcc/xgcc > -B/kolab/RPM/TMP/gcc-4.2.2/obj/./prev-gcc/ > -B/kolab/i686-pc-linux-gnu/bin/ -pipe -O2 -fomit-frame-pointer > -mtune=pentium3 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes > -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros > -Wno-overlength-strings -Wold-style-definition > -Wmissing-format-attribute -DHAVE_CONFIG_H -o cc1 c-lang.o > stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o > c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o > c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o > c-objc-common.o c-dump.o c-pch.o c-parser.o c-gimplify.o tree-mudflap.o > c-pretty-print.o c-omp.o cc1-checksum.o \ > main.o libbackend.a ../libcpp/libcpp.a > ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a > ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a > /kolab/bin/ld: libbackend.a(see.o): bad reloc symbol index (0x20065 >= > 0xb3) for offset 0x3e57 in section `.text' > libbackend.a: could not read symbols: Bad value > collect2: ld returned 1 exit status > make[3]: *** [cc1] Error 1 > make[2]: *** [all-stage3-gcc] Error 2 > make[1]: *** [stage3-bubble] Error 2 > make: *** [bootstrap-lean] Error 2 > error: Bad exit status from /kolab/RPM/TMP/rpm-tmp.94953 (%build) > > > RPM build errors: > Bad exit status from /kolab/RPM/TMP/rpm-tmp.94953 (%build) > > Any hints on solving the problem? Thanks! Hm, I only found a reference to this type of error in the Gentoo forums (http://forums.gentoo.org/viewtopic-p-4163667.html?sid=681f75456a21f76b985fbe1ce0f25a1f). It looked like the problems were related to "libtool". But I admit I don't know if you can change anything about the libtool version (or the gcc version) you use on your etch system. Cheers, Gunnar > > Best regards, > 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 > -------------------------------------------------------------------------- > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Thu Sep 11 09:58:26 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Sep 2008 09:58:26 +0200 Subject: Kolab/Horde question In-Reply-To: <48C8381C.8040501@lancer-ins.com> References: <48C8381C.8040501@lancer-ins.com> Message-ID: <20080911095826.320594hptlzzwqzm@webmail2.pardus.de> Quoting "Tom Malone" : > I have just installed the 2.2.0 version of the Kolab server and I am > having trouble logging into Horde. > > Whenever I log into horde it simply loops me back to the login page and > does not allow me to enter the website. Sounds like a cookie problem. Such an error might also be related to the cookies used by Horde. If your server is running with a different domain than the one Horde thinks it has you might get into trouble and might need to fix your setup. You could also try with a different browser just to see if you get the same problem there. If not it is probably related to cookies. You should/could also check your Horde log for errors. Cheers, Gunnar > > I have tried following the Horde troubleshooting tips on horde.org but > so far nothing is working. > > Thanks for any help you can provide. > Tom > > -- > ************************************************************************ > Tom Malone > Manager of IT Systems and Administration > Lancer Insurance Company > 370 West Park Avenue > Long Beach, N.Y. 11561 > Phone: (516) 431-4441 x3230 > Fax: (516) 889-5111 > E-mail: tmalone at lancer-ins.com > ************************************************************************ > > =========================================================================== > > The information contained in this communication may be confidential, is > intended only for the use of the recipient(s) named above, and may be > legally privileged. You are hereby notified that any dissemination, > distribution or copying of this communication and any of its contents or > attachments is strictly prohibited. If you have received this > communication in error, please notify us immediately by replying to this > message and please delete this message from all computers and servers. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Thu Sep 11 10:00:27 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Sep 2008 10:00:27 +0200 Subject: Intermittent Sieve In-Reply-To: <200809110134.34569.alex@ap-consulting.co.uk> References: <200809110134.34569.alex@ap-consulting.co.uk> Message-ID: <20080911100027.200931v414hyxusk@webmail2.pardus.de> Quoting "Alex Potter" : > I am using Kolab server 2.2 on a Debian 4.0 machine, An OpenPKG bsaed installation or a native port? > > I am experiencing some oddness with my sieve script whereby it fails to > deliver incoming mail to the correct folders, but with no consistency. is > mail destined for a folder sometimes gets there, sometimes not. Does the cyrus log show any specific differences in these cases? > > Has anyone had similar experiences, or am I just working the poor box too > hard? It's a 2.3 GHz Celeron with 1GB memory doing nothing else. Should be fine for Kolab. Cheers, Gunnar > > Regards > > Alex > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Thu Sep 11 10:06:50 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Sep 2008 10:06:50 +0200 Subject: Horde questions In-Reply-To: <1221060412l.19723l.2l@pc104141.koeln.nktcables.com> References: <1221060412l.19723l.2l@pc104141.koeln.nktcables.com> Message-ID: <20080911100650.18076q6u8ht9tyo8@webmail2.pardus.de> Hi, Quoting "Albrecht Dre?" : > Hi all, > > I have a few questions regarding using Horde with Kolab 2.2: > > (1) When a new user first logs in and e.g. wants to add a new > appointment, Horde complains that first the E-Mail address has to be > configured (under Options ? Global Options ? Personal Information). > However, this information *is* known to Kolab. Why isn't it set also > for Horde when the new user is created? Because such a feature needs to be programmed which has not happened yet :) Of course you are right and it could be done. I suggest to open a feature request in the bug tracker. > > (2) Related to that, the "Global Address Book" is not included in the > list of displayed address books by default (under Options ? Address > Book ? Address Books). This is also inconvenient. This should be something we can easily change. Another feature request though. > > (3) The Free/Busy display doesn't work in Horde (see attached > screenshot; "Test 2 Benutzer" is the one which shall be invited). I > can access the free/busy lists using the Kolab method (via > https://server/freebusy/[mailaddress].ifb), and it says "COMMENT:This > is a dummy vfreebusy that indicates an empty calendar" *for both > participants*. This should not be the case (at least not if the users have relevant events in the displayed period. You should invistigate this using the troubleshooting guide in the wiki and post a bug if this is not working on your installation. > The Horde configuration says that it uses > "https://server/horde/kronolith/fb.php?u=[mailaddress]" as free/busy > URL. Might this be the cause of the trouble? Any idea how to align > the two lists? This an incorrect information and I definitely need to change that in the next horde installation. We don't use the Horde free/busy script when running the web client on a Kolab Server. Cheers, Gunnar > > Thanks, > Albrecht. > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Thu Sep 11 10:14:09 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Sep 2008 10:14:09 +0200 Subject: Horde questions In-Reply-To: <20080911100650.18076q6u8ht9tyo8@webmail2.pardus.de> References: <1221060412l.19723l.2l@pc104141.koeln.nktcables.com> <20080911100650.18076q6u8ht9tyo8@webmail2.pardus.de> Message-ID: <20080911101409.74383qyh9v1nf22o@webmail2.pardus.de> Quoting "Gunnar Wrobel" : > Hi, > > Quoting "Albrecht Dre?" : > >> Hi all, >> >> I have a few questions regarding using Horde with Kolab 2.2: >> >> (1) When a new user first logs in and e.g. wants to add a new >> appointment, Horde complains that first the E-Mail address has to be >> configured (under Options ? Global Options ? Personal Information). >> However, this information *is* known to Kolab. Why isn't it set also >> for Horde when the new user is created? > > Because such a feature needs to be programmed which has not happened > yet :) Of course you are right and it could be done. I suggest to open > a feature request in the bug tracker. > >> >> (2) Related to that, the "Global Address Book" is not included in the >> list of displayed address books by default (under Options ? Address >> Book ? Address Books). This is also inconvenient. > > This should be something we can easily change. Another feature > request though. > >> >> (3) The Free/Busy display doesn't work in Horde (see attached >> screenshot; "Test 2 Benutzer" is the one which shall be invited). I >> can access the free/busy lists using the Kolab method (via >> https://server/freebusy/[mailaddress].ifb), and it says "COMMENT:This >> is a dummy vfreebusy that indicates an empty calendar" *for both >> participants*. > > This should not be the case (at least not if the users have relevant > events in the displayed period. You should invistigate this using the > troubleshooting guide in the wiki and post a bug if this is not > working on your installation. > >> The Horde configuration says that it uses >> "https://server/horde/kronolith/fb.php?u=[mailaddress]" as free/busy >> URL. Might this be the cause of the trouble? Any idea how to align >> the two lists? > > This an incorrect information and I definitely need to change that in > the next horde installation. We don't use the Horde free/busy script > when running the web client on a Kolab Server. https://www.intevation.de/roundup/kolab/issue3004 > > Cheers, > > Gunnar > > >> >> Thanks, >> Albrecht. >> > > > > -- > ____ 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 << > -------------------------------------------------------------------- > > > ---------------------------------------------------------------- > 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 > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From alex at ap-consulting.co.uk Thu Sep 11 10:33:00 2008 From: alex at ap-consulting.co.uk (Alex Potter) Date: Thu, 11 Sep 2008 09:33:00 +0100 Subject: Packaging Howto In-Reply-To: <1220594569.0.0.0150446098449.issue3030@intevation.de> References: <1220594569.0.0.0150446098449.issue3030@intevation.de> Message-ID: <200809110933.00222.alex@ap-consulting.co.uk> Is there a document describing the method of creating Openpkg packages suitable for inclusion in Kolab? Regards Alex From wrobel at pardus.de Thu Sep 11 10:39:54 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Sep 2008 10:39:54 +0200 Subject: Packaging Howto In-Reply-To: <200809110933.00222.alex@ap-consulting.co.uk> References: <1220594569.0.0.0150446098449.issue3030@intevation.de> <200809110933.00222.alex@ap-consulting.co.uk> Message-ID: <20080911103954.213427u8r0h9t7pc@webmail2.pardus.de> Quoting "Alex Potter" : > Is there a document describing the method of creating Openpkg packages > suitable for inclusion in Kolab? No, not yet. Would be nice to have that in the wiki. But OpenPKG uses RPM packages so it shouldn't be too hard to create such packages if you know RPM. You should definitely build your Server based on CVS then. There is a description in the Wiki that explains how to do that. Cheers, Gunnar > > > Regards > > Alex > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From alex at ap-consulting.co.uk Thu Sep 11 10:46:09 2008 From: alex at ap-consulting.co.uk (Alex Potter) Date: Thu, 11 Sep 2008 09:46:09 +0100 Subject: Intermittent Sieve In-Reply-To: <20080911100027.200931v414hyxusk@webmail2.pardus.de> References: <200809110134.34569.alex@ap-consulting.co.uk> <20080911100027.200931v414hyxusk@webmail2.pardus.de> Message-ID: <200809110946.09888.alex@ap-consulting.co.uk> On Thursday 11 September 2008 09:00:27 Gunnar Wrobel wrote: > Quoting "Alex Potter" : > > I am using Kolab server 2.2 on a Debian 4.0 machine, > > An OpenPKG bsaed installation or a native port? OpenPKG based. > Does the cyrus log show any specific differences in these cases? Nothing untoward in either of the Cyrus logs, except this in cyrmaster.log Sep 11 09:31:06 speedy master[18806]: exiting on SIGTERM/SIGINT Sep 11 09:31:09 speedy master[5952]: setrlimit: Unable to set file descriptors limit to -1: (1) Operation not permitted Sep 11 09:31:09 speedy master[5952]: retrying with 1024 (current max) Sep 11 09:31:09 speedy master[5952]: process started every time the system is restarted (with `/kolab/bin/openpkg rc all restart` as root, but that's another issue which I have yet to investigate. However, I looked in lmtpd.log and, occasionally, there was an error message: sieve runtime error...Fileinto: Mailbox does not exist, which was just not true. Incoming mail had been previously, and was again later, correctly delivered to the "non-existant" mailbox. I'll continue to monitor. > > 2.3 GHz Celeron with 1GB memory doing nothing else. > > Should be fine for Kolab. That's reassuring! Thanks. Regards Alex From alex at ap-consulting.co.uk Thu Sep 11 10:48:41 2008 From: alex at ap-consulting.co.uk (Alex Potter) Date: Thu, 11 Sep 2008 09:48:41 +0100 Subject: Packaging Howto In-Reply-To: <20080911103954.213427u8r0h9t7pc@webmail2.pardus.de> References: <1220594569.0.0.0150446098449.issue3030@intevation.de> <200809110933.00222.alex@ap-consulting.co.uk> <20080911103954.213427u8r0h9t7pc@webmail2.pardus.de> Message-ID: <200809110948.41206.alex@ap-consulting.co.uk> On Thursday 11 September 2008 09:39:54 Gunnar Wrobel wrote: > Quoting "Alex Potter" : > > Is there a document describing the method of creating Openpkg packages > > suitable for inclusion in Kolab? > > No, not yet. Would be nice to have that in the wiki. But OpenPKG uses > RPM packages so it shouldn't be too hard to create such packages if > you know RPM. You should definitely build your Server based on CVS > then. There is a description in the Wiki that explains how to do that. Thanks for the pointer, Gunnar. I'll have a look once I've had some sleep! Regards Alex From wrobel at pardus.de Thu Sep 11 10:53:38 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Sep 2008 10:53:38 +0200 Subject: Intermittent Sieve In-Reply-To: <200809110946.09888.alex@ap-consulting.co.uk> References: <200809110134.34569.alex@ap-consulting.co.uk> <20080911100027.200931v414hyxusk@webmail2.pardus.de> <200809110946.09888.alex@ap-consulting.co.uk> Message-ID: <20080911105338.1356791lnjmkvlwk@webmail2.pardus.de> Quoting "Alex Potter" : > On Thursday 11 September 2008 09:00:27 Gunnar Wrobel wrote: >> Quoting "Alex Potter" : >> > I am using Kolab server 2.2 on a Debian 4.0 machine, >> >> An OpenPKG bsaed installation or a native port? > > OpenPKG based. > >> Does the cyrus log show any specific differences in these cases? > > Nothing untoward in either of the Cyrus logs, except this in cyrmaster.log > > Sep 11 09:31:06 speedy master[18806]: exiting on SIGTERM/SIGINT > Sep 11 09:31:09 speedy master[5952]: setrlimit: Unable to set file > descriptors limit to -1: (1) Operation not permitted This thread http://www.irbs.net/internet/info-cyrus/0706/0006.html suggests that the message can be ignored. > Sep 11 09:31:09 speedy master[5952]: retrying with 1024 (current max) > Sep 11 09:31:09 speedy master[5952]: process started > > every time the system is restarted (with `/kolab/bin/openpkg rc all restart` > as root, but that's another issue which I have yet to investigate. > > However, I looked in lmtpd.log and, occasionally, there was an error message: > > sieve runtime error...Fileinto: Mailbox does not exist, > > which was just not true. Incoming mail had been previously, and was again > later, correctly delivered to the "non-existant" mailbox. I'll continue to > monitor. Yup, this is the event you need to dig into. I have no clue at the moment why sieve might get confused there but maybe the other log files (also from the base distribution) around that timepoint give you some hints? Cheers, Gunnar > >> > 2.3 GHz Celeron with 1GB memory doing nothing else. >> >> Should be fine for Kolab. > > That's reassuring! Thanks. > > Regards > > Alex > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From h3x0g3n at web.de Thu Sep 11 11:02:21 2008 From: h3x0g3n at web.de (h3x0g3n) Date: Thu, 11 Sep 2008 11:02:21 +0200 Subject: Kolab installation process on a vserver doesn't work Message-ID: <48C8DE9D.9060109@web.de> Hi, I'm currently trying to install Kolab Server 2.2.0 on my vserver. But it doesn't work and I don't know what to do. I have installed Kolab Server 2.2.0 on another vserver before, but this one just doesn't like Kolab ;-) My server runs Debian 4.0 Here is my kolab_install.log: ------------------------------ Changing to temporary working directory /tmp/install-kolab.31576.1754.23429.14413 ... Kolab installation tag (TAG): kolab Kolab installation prefix (PREFIX): /kolab Kolab version (KOLAB_VERSION): 2.2.0 Kolab user name (USER): kolab Kolab user base UID (KID): 19414 Kolab restricted UID (KID): 19415 Kolab non-priviledged UID (KID): 19416 Exclude following Kolab packages: Received no instructions. Trying to determine required action... Found an OpenPKG environment. Assuming upgrade... ----------- SETUP COMPLETED ----------- Now running: /kolab/bin/openpkg build -kKBuZ -r "/tmp/install-kolab.31576.1754.23429.14413" -p "ix86-debian4.0-kolab" -D openldap::with_pth=no -D sasl::with_ldap -D sasl::with_login -D sasl::with_ntlm -D postfix::with_sasl -D postfix::with_ssl -D postfix::with_ldap -D imapd::with_kolab_nocaps -Dkolabd::kolab_version=2.2.0 -Dkolab-webadmin::kolab_version=2.2.0 openpkg-tools openldap postfix kolabd kolab-filter kolab-freebusy kolab-webadmin fbview-kronolith horde-kolab-client | sh --------------------------------------- /kolab/lib/openpkg/openpkg: command substitution: line 298: unexpected EOF while looking for matching `'' /kolab/lib/openpkg/openpkg: command substitution: line 300: syntax error: unexpected end of file /kolab/lib/openpkg/openpkg: line 298: exec: shtool:path:Error:: not found ------------------------------ And this is line 298 from /kolab/lib/openpkg/openpkg: ------------------------------ eval "exec ${cmd_shell} ${cmd_path} \${1+\"\$@\"}" ------------------------------ I found out, that ${cmd_shell} is empty. Probably this is the mistake, but how can I solve it? Thanks for your help in advance Stephan From alex at ap-consulting.co.uk Thu Sep 11 11:05:36 2008 From: alex at ap-consulting.co.uk (Alex Potter) Date: Thu, 11 Sep 2008 10:05:36 +0100 Subject: Intermittent Sieve In-Reply-To: <20080911105338.1356791lnjmkvlwk@webmail2.pardus.de> References: <200809110134.34569.alex@ap-consulting.co.uk> <200809110946.09888.alex@ap-consulting.co.uk> <20080911105338.1356791lnjmkvlwk@webmail2.pardus.de> Message-ID: <200809111005.36561.alex@ap-consulting.co.uk> On Thursday 11 September 2008 09:53:38 Gunnar Wrobel wrote: > This thread > > http://www.irbs.net/internet/info-cyrus/0706/0006.html > > suggests that the message can be ignored. Thanks for the link. saved me some effort. > > However, I looked in lmtpd.log and, occasionally, there was an error > > message: > > > > ??????sieve runtime error...Fileinto: Mailbox does not exist, > > > > which was just not true. Incoming mail had been previously, and was again > > later, correctly delivered to the "non-existant" mailbox. I'll continue > > to monitor. > > Yup, this is the event you need to dig into. I have no clue at the ? > moment why sieve might get confused there but maybe the other log ? > files (also from the base distribution) around that timepoint give you ? > some hints? I'll wait for another one, then see what is to be learned. Thanks. Regards Alex From s.kim at hia.rwth-aachen.de Thu Sep 11 13:40:39 2008 From: s.kim at hia.rwth-aachen.de (Saim Kim) Date: Thu, 11 Sep 2008 13:40:39 +0200 Subject: Kolab/Horde question In-Reply-To: <48C8381C.8040501@lancer-ins.com> References: <48C8381C.8040501@lancer-ins.com> Message-ID: <48C903B7.6070908@hia.rwth-aachen.de> Hey Tom, I had the same problem. I solved it by adding the IP address plus the FQDN to the /etc/hosts file of the server. Best regards, Saim Tom Malone schrieb: >
I have > just installed the 2.2.0 version of the Kolab server and I am having > trouble logging into Horde. > > Whenever I log into horde it simply loops me back to the login page > and does not allow me to enter the website. > > I have tried following the Horde troubleshooting tips on horde.org but > so far nothing is working. > > Thanks for any help you can provide. > Tom > -- -------------------------------------------------------------------------- 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 albrecht.dress at lios-tech.com Thu Sep 11 14:30:15 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Thu, 11 Sep 2008 14:30:15 +0200 Subject: Horde questions In-Reply-To: <20080911100650.18076q6u8ht9tyo8@webmail2.pardus.de> (from wrobel@pardus.de on Thu Sep 11 10:06:50 2008) References: <1221060412l.19723l.2l@pc104141.koeln.nktcables.com> <20080911100650.18076q6u8ht9tyo8@webmail2.pardus.de> Message-ID: <1221136215l.24593l.0l@pc104141.koeln.nktcables.com> Hi Gunnar: Am 11.09.2008 10:06:50 schrieb(en) Gunnar Wrobel: > Because such a feature needs to be programmed which has not happened > yet :) Of course you are right and it could be done. I suggest to > open a feature request in the bug tracker. See . I think I could already identify the relevant LDAP entry... > This should be something we can easily change. Another feature > request though. Also included into this issue. > This should not be the case (at least not if the users have relevant > events in the displayed period. You should invistigate this using the > troubleshooting guide in the wiki and post a bug if this is not > working on your installation. Will do that, stay tuned, please... Thanks, Albrecht. From albrecht.dress at lios-tech.com Thu Sep 11 15:21:23 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Thu, 11 Sep 2008 15:21:23 +0200 Subject: Horde questions In-Reply-To: <20080911100650.18076q6u8ht9tyo8@webmail2.pardus.de> (from wrobel@pardus.de on Thu Sep 11 10:06:50 2008) References: <1221060412l.19723l.2l@pc104141.koeln.nktcables.com> <20080911100650.18076q6u8ht9tyo8@webmail2.pardus.de> Message-ID: <1221139283l.24593l.1l@pc104141.koeln.nktcables.com> Hi Gunnar: Am 11.09.2008 10:06:50 schrieb(en) Gunnar Wrobel: > This should not be the case (at least not if the users have relevant > events in the displayed period. You should invistigate this using the > troubleshooting guide in the wiki and post a bug if this is not > working on your installation. Unfortunately, the troubleshooting guide seems to be a little outdated for the 2.2 release... However, what I found are errors in the Apache log: Reading the fb list seems to work 10.16.10.42 - - [11/Sep/2008:15:13:00 +0200] "GET /freebusy/test1 at my-domain.com.ifb HTTP/1.1" 200 379 but the trigger fails with status 404: kolab.my-domain.com - - [11/Sep/2008:15:12:35 +0200] "GET /freebusy/trigger/test2 at my-domain.com/Kalender.xpfb HTTP/1.1" 404 386 Any ideas? Thanks, Albrecht. From wilde at intevation.de Thu Sep 11 16:23:53 2008 From: wilde at intevation.de (Sascha Wilde) Date: Thu, 11 Sep 2008 16:23:53 +0200 Subject: Kolab Security Issue 22 (clamav) Message-ID: Kolab Security Issue 22 20080911 ================================ Package: Kolab Server, ClamAV Vulnerability: denial of service Kolab Specific: no Dependent Packages: none Summary ~~~~~~~ Various unspecified memory corruption vulnerabilities and a bug in the chm parser allowed remote attackers to cause a denial of service. Further unknown attack vectors might exist. Affected Versions ~~~~~~~~~~~~~~~~~ This affects versions of ClamAV up to version 0.93.1 Kolab Server 2.1.0 and previous releases of the 2.1 branch are affected. Kolab Server 2.0.4 and previous releases of the 2.0 branch are affected. Kolab Server 2.2.0 and previous prereleases are affected. Fix ~~~ Upgrade to ClamAV 0.94. The ClamAV source RPM patched to be compilable with Kolab Server 2.1 and 2.0 is available from the Kolab download mirrors as: security-updates/20080911/clamav-0.94-20080905_kolab.src.rpm For Kolab Server 2.2.0 the unmodified OpenPKG rpm can be used: security-updates/20080911/clamav-0.94-20080905.src.rpm A binary RPM for Kolab Server 2.1.0 (ix86 Debian GNU/Linux Sarge) is available: security-updates/20080911/clamav-0.94-20080905_kolab.ix86-debian3.1-kolab.rpm A binary RPM for Kolab Server 2.2.0 (ix86 Debian GNU/Linux Etch) is available from: security-updates/20080911/clamav-0.94-20080905_kolab.ix86-debian4.0-kolab.rpm All other server versions: Please build from the src.rpm. The mirrors are listed on http://kolab.org/mirrors.html While the mirrors are catching up, you can also get the package via rsync: # rsync -tvP rsync://rsync.kolab.org/kolab/server/security-updates/20080911/clamav-0.94-20080905_kolab.src.rpm . # rsync -tvP rsync://rsync.kolab.org/kolab/server/security-updates/20080911/clamav-0.94-20080905_kolab.ix86-debian3.1-kolab.rpm . # rsync -tvP rsync://rsync.kolab.org/kolab/server/security-updates/20080911/clamav-0.94-20080905.src.rpm . # rsync -tvP rsync://rsync.kolab.org/kolab/server/security-updates/20080911/clamav-0.94-20080905.ix86-debian4.0-kolab.rpm . MD5 sums: 35acf995ef8927a8ea76afb8502eb648 clamav-0.94-20080905.ix86-debian4.0-kolab.rpm 0b6be1bf21deef9de8582a56d330aaef clamav-0.94-20080905.src.rpm 67ffd197c991b5d1dc83520a91b5ff57 clamav-0.94-20080905_kolab.ix86-debian3.1-kolab.rpm 0b7d3a2a22f9a2c2e12bc0b14cc3b800 clamav-0.94-20080905_kolab.src.rpm The package can be installed on your Kolab Server with # /kolab/bin/openpkg rpm --rebuild clamav-0.93.1-20080610_kolab.src.rpm # /kolab/bin/openpkg rpm \ -Uvh /kolab/RPM/PKG/clamav-0.93.1-20080610_kolab.--kolab.rpm # rm /kolab/etc/clamav/*.rpmsave # /kolab/bin/openpkg rc clamav stop # /kolab/bin/openpkg rc clamav start # su - kolab-r $ freshclam $ rm -r /kolab/share/clamav/*.inc For Kolab Server 2.0.4 you have to copy the new /kolab/etc/clamav/clamd.conf to /kolab/etc/kolab/templates/clamd.conf.template so it will not be overwritten by kolabconf. Do NOT copy this file with Kolab Server 2.1 or 2.2! Details ~~~~~~~ http://sourceforge.net/project/shownotes.php?release_id=623661&group_id=86638 ClamAV 0.94 release notes http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1389 https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1089 clamav chm handler: crasher bugs http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-3912 http://www.securityfocus.com/bid/31051 https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1141 DOS related to out-of-memory in libclamav http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-3913 http://www.securityfocus.com/bid/31051 https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1141 DOS caused by multiple memory leaks in freshclam/manager.c http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-3914 http://www.securityfocus.com/bid/31051 https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1141 Multiple unspecified vulnerabilities with unknown impact Timeline ~~~~~~~~ 20080902 ClamAV release 0.94. 20080905 OpenPKG 0.94 package release. 20080905 Kolab Bug Tracker Issue created. 20080611 Kolab Server security advisory published. -- Sascha Wilde OpenPGP key: 4BB86568 Intevation GmbH, Osnabr?ck http://www.intevation.de/~wilde/ Amtsgericht Osnabr?ck, HR B 18998 http://www.intevation.de/ Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080911/ce7a05d0/attachment.bin From t.baetzler at bringe.com Thu Sep 11 17:23:40 2008 From: t.baetzler at bringe.com (=?iso-8859-1?Q?Thomas_B=E4tzler?=) Date: Thu, 11 Sep 2008 17:23:40 +0200 Subject: md5sum: WARNING: 22 of 117 computed checksums did NOT match Message-ID: Hallo, ich wollte mir mal Kolab anschauen und habe mir deshalb von ftp://ftp.gwdg.de/pub/linux/kolab/server/release/kolab-server-2.2.0/sources die aktuellen Quellen heruntergeladen. Wie aus dem Subject ersichtlich gibt es ein Problem mit den Pr?fsummen der Dateien. W?re nett wenn sich jemand zu dem Thema ?u?ern k?nnte - momentan gehe ich davon aus, da? die Pakete auf dem FTP-Server kompromittiert sind. Ciao, Thomas -- BRINGE Informationstechnik GmbH Zur Seeplatte 12 D-76228 Karlsruhe Germany Fon: +49 721 94246-0 Fon: +49 171 5438457 Fax: +49 721 94246-66 Web: http://www.bringe.de/ Gesch?ftsf?hrer: Dipl.-Ing. (FH) Martin Bringe Ust.Id: DE812936645, HRB 108943 Mannheim From akopciuch at bddf.ca Fri Sep 12 14:52:46 2008 From: akopciuch at bddf.ca (Andrew J. Kopciuch) Date: Fri, 12 Sep 2008 06:52:46 -0600 Subject: Help me configuring Outlook 2003 In-Reply-To: References: <200809110459.15597.akopciuch@bddf.ca> Message-ID: <200809120652.50977.akopciuch@bddf.ca> On September 12, 2008, you wrote: > Hey Andrew, > I saw the troubleshooting tips posted on Kolab wiki page. It all works > fine. But after I configure clients, I couldn't see anybody's freebusy > information. What all do you think can be the problem? > Thanks in advance. > I don't know. I suggested upgrading to the most recent release, and verify the server works through those instructions. I can't recall how freebusy completely works, but doesn't each user have to publish their own free/busy information before it is available? If you have all new users nothing is generated right? Hope that helps, Andy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20080912/f665cf79/attachment.bin From alex at swiftnetcomputers.biz Fri Sep 12 19:05:36 2008 From: alex at swiftnetcomputers.biz (Alex Chejlyk) Date: Fri, 12 Sep 2008 13:05:36 -0400 Subject: Help me configuring Outlook 2003 In-Reply-To: References: Message-ID: <48CAA160.6080009@swiftnetcomputers.biz> Antony Raj wrote: > Hi Guys, > > An Error getting internet Free/Busy Data, General Failure > The URL is > https://imapserver.corporate.thoughtworks.com/freebusy/antony at icorporate.thoughtworks.com.ifb > > The server I am using is Kolab server 2.2 which is I think release candiate. > > When I enter this url in the browser, it shows some data. Publishing Url > also works for browser but not for the client. I faced lot many problems > with Kontact also. Couldn't work with any of the clients available. > According to me Thunderbird and Outlook are best clients available to > work with any IMAP server. These clients worked wonderfully with Kolab > server also, except Freebusy information. :( > > I tried searching for freebusy.conf, there is no file called > freebusy.conf, though freebusy.conf.template exists. But I could still > see logs getting generated for freebusy.log file. > > Chocolates are available for those who help me out. > > > -- > Regards > Antony Raj. > > > ------------------------------------------------------------------------ > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users What are you using as the connector? Toltec? From tmalone at lancer-ins.com Fri Sep 12 20:41:04 2008 From: tmalone at lancer-ins.com (Tom Malone) Date: Fri, 12 Sep 2008 14:41:04 -0400 Subject: SyncML status in kolab server 2.2.0 Message-ID: <48CAB7C0.1000709@lancer-ins.com> I have been struggling to get a blackberry to sync to the Horde. Can someone please let me know the status of SyncML support in the current Kolab 2.2.0 server? Is anything working? And if so are there instructions for setting up and getting devices to sync. Thanks in advance. Tom -- ************************************************************************ Tom Malone Manager of IT Systems and Administration Lancer Insurance Company 370 West Park Avenue Long Beach, N.Y. 11561 Phone: (516) 431-4441 x3230 Fax: (516) 889-5111 E-mail: tmalone at lancer-ins.com ************************************************************************ =========================================================================== The information contained in this communication may be confidential, is intended only for the use of the recipient(s) named above, and may be legally privileged. You are hereby notified that any dissemination, distribution or copying of this communication and any of its contents or attachments is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to this message and please delete this message from all computers and servers. From wrobel at pardus.de Fri Sep 12 20:48:24 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Sep 2008 20:48:24 +0200 Subject: SyncML status in kolab server 2.2.0 In-Reply-To: <48CAB7C0.1000709@lancer-ins.com> References: <48CAB7C0.1000709@lancer-ins.com> Message-ID: <20080912204824.50090f57qi6wfa7s@webmail2.pardus.de> Quoting "Tom Malone" : > I have been struggling to get a blackberry to sync to the Horde. > > Can someone please let me know the status of SyncML support in the > current Kolab 2.2.0 server? Is anything working? No. As has been announced before this will be part of Kolab Server 2.2.1 which is currently being prepared. Cheers, Gunnar > And if so are there > instructions for setting up and getting devices to sync. > > Thanks in advance. > Tom > > -- > ************************************************************************ > Tom Malone > Manager of IT Systems and Administration > Lancer Insurance Company > 370 West Park Avenue > Long Beach, N.Y. 11561 > Phone: (516) 431-4441 x3230 > Fax: (516) 889-5111 > E-mail: tmalone at lancer-ins.com > ************************************************************************ > > =========================================================================== > > The information contained in this communication may be confidential, is > intended only for the use of the recipient(s) named above, and may be > legally privileged. You are hereby notified that any dissemination, > distribution or copying of this communication and any of its contents or > attachments is strictly prohibited. If you have received this > communication in error, please notify us immediately by replying to this > message and please delete this message from all computers and servers. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From tmalone at lancer-ins.com Fri Sep 12 20:55:55 2008 From: tmalone at lancer-ins.com (Tom Malone) Date: Fri, 12 Sep 2008 14:55:55 -0400 Subject: SyncML status in kolab server 2.2.0 In-Reply-To: <20080912204824.50090f57qi6wfa7s@webmail2.pardus.de> References: <48CAB7C0.1000709@lancer-ins.com> <20080912204824.50090f57qi6wfa7s@webmail2.pardus.de> Message-ID: <48CABB3B.6080005@lancer-ins.com> Gunnar, thanks for the quick answer. I was confused by the original announcement. When I read the announcement in July I thought that Kolab 2.2.0 (which was released right after the announcement) would include support for syncing Contacts and Calendars. Are the Horde sources that include Syncing support available anywhere? Tom Gunnar Wrobel wrote: > Quoting "Tom Malone" : > >> I have been struggling to get a blackberry to sync to the Horde. >> >> Can someone please let me know the status of SyncML support in the >> current Kolab 2.2.0 server? Is anything working? > > No. As has been announced before this will be part of Kolab Server > 2.2.1 which is currently being prepared. > > Cheers, > > Gunnar > >> And if so are there >> instructions for setting up and getting devices to sync. >> >> Thanks in advance. >> Tom >> >> -- >> ************************************************************************ >> Tom Malone >> Manager of IT Systems and Administration >> Lancer Insurance Company >> 370 West Park Avenue >> Long Beach, N.Y. 11561 >> Phone: (516) 431-4441 x3230 >> Fax: (516) 889-5111 >> E-mail: tmalone at lancer-ins.com >> ************************************************************************ >> >> =========================================================================== >> >> The information contained in this communication may be confidential, is >> intended only for the use of the recipient(s) named above, and may be >> legally privileged. You are hereby notified that any dissemination, >> distribution or copying of this communication and any of its contents or >> attachments is strictly prohibited. If you have received this >> communication in error, please notify us immediately by replying to this >> message and please delete this message from all computers and servers. >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> > > > -- ************************************************************************ Tom Malone Manager of IT Systems and Administration Lancer Insurance Company 370 West Park Avenue Long Beach, N.Y. 11561 Phone: (516) 431-4441 x3230 Fax: (516) 889-5111 E-mail: tmalone at lancer-ins.com ************************************************************************ From wrobel at pardus.de Fri Sep 12 21:25:12 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Sep 2008 21:25:12 +0200 Subject: SyncML status in kolab server 2.2.0 In-Reply-To: <48CABB3B.6080005@lancer-ins.com> References: <48CAB7C0.1000709@lancer-ins.com> <20080912204824.50090f57qi6wfa7s@webmail2.pardus.de> <48CABB3B.6080005@lancer-ins.com> Message-ID: <20080912212512.177012y4xwuq8ffk@webmail2.pardus.de> Quoting "Tom Malone" : > Gunnar, thanks for the quick answer. > > I was confused by the original announcement. When I read the > announcement in July I thought that Kolab 2.2.0 (which was released > right after the announcement) would include support for syncing Contacts > and Calendars. > > Are the Horde sources that include Syncing support available anywhere? No, SyncML is currently only available on the Kolab Server based Univention UGS system. The patches are in principle available but for an older Horde version and I still need to merge that patch queue to the newest Horde release. And no - it makes no sense to try to do that yourself :) Cheers, Gunnar > > Tom > > > Gunnar Wrobel wrote: >> Quoting "Tom Malone" : >> >>> I have been struggling to get a blackberry to sync to the Horde. >>> >>> Can someone please let me know the status of SyncML support in the >>> current Kolab 2.2.0 server? Is anything working? >> >> No. As has been announced before this will be part of Kolab Server >> 2.2.1 which is currently being prepared. >> >> Cheers, >> >> Gunnar >> >>> And if so are there >>> instructions for setting up and getting devices to sync. >>> >>> Thanks in advance. >>> Tom >>> >>> -- >>> ************************************************************************ >>> Tom Malone >>> Manager of IT Systems and Administration >>> Lancer Insurance Company >>> 370 West Park Avenue >>> Long Beach, N.Y. 11561 >>> Phone: (516) 431-4441 x3230 >>> Fax: (516) 889-5111 >>> E-mail: tmalone at lancer-ins.com >>> ************************************************************************ >>> >>> =========================================================================== >>> >>> The information contained in this communication may be confidential, is >>> intended only for the use of the recipient(s) named above, and may be >>> legally privileged. You are hereby notified that any dissemination, >>> distribution or copying of this communication and any of its contents or >>> attachments is strictly prohibited. If you have received this >>> communication in error, please notify us immediately by replying to this >>> message and please delete this message from all computers and servers. >>> >>> _______________________________________________ >>> Kolab-users mailing list >>> Kolab-users at kolab.org >>> https://kolab.org/mailman/listinfo/kolab-users >>> >> >> >> > > -- > ************************************************************************ > Tom Malone > Manager of IT Systems and Administration > Lancer Insurance Company > 370 West Park Avenue > Long Beach, N.Y. 11561 > Phone: (516) 431-4441 x3230 > Fax: (516) 889-5111 > E-mail: tmalone at lancer-ins.com > ************************************************************************ > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From albrecht.dress at lios-tech.com Fri Sep 12 21:52:19 2008 From: albrecht.dress at lios-tech.com (=?iso-8859-15?q?Albrecht=20Dre=DF?=) Date: Fri, 12 Sep 2008 19:52:19 -0000 Subject: Broken apache config or Horde Typo? (Was: Horde questions) Message-ID: <20080912195219.9E70A719234@srv-lios2.koeln.nktcables.com> Albrecht Dre? wrote: > but the trigger fails with status 404: > > kolab.my-domain.com - - [11/Sep/2008:15:12:35 +0200] "GET > /freebusy/trigger/test2 at my-domain.com/Kalender.xpfb HTTP/1.1" 404 386 Looking into the Apache config on my box, I noticed that there is no rewrite rule for "xpfb" files: RewriteRule ^/freebusy/trigger/(.+)\.pfb %{DOCUMENT_ROOT}/freebusy/pfb.php?folder=$1&cache=0 RewriteRule ^/freebusy/(.+)\.pfb %{DOCUMENT_ROOT}/freebusy/pfb.php?folder=$1&cache=1 RewriteRule ^/freebusy/(.+)\.pxfb %{DOCUMENT_ROOT}/freebusy/pfb.php?folder=$1&cache=1&extended=1 ... *but* notice a rule for "pxfb"... Might this simply be a stupid typo, either in the Apache config, or in Horde? Thanks, Albrecht. From ml at radoeka.nl Fri Sep 12 22:00:49 2008 From: ml at radoeka.nl (Richard Bos) Date: Fri, 12 Sep 2008 22:00:49 +0200 Subject: Broken apache config or Horde Typo? (Was: Horde questions) In-Reply-To: <20080912195219.9E70A719234@srv-lios2.koeln.nktcables.com> References: <20080912195219.9E70A719234@srv-lios2.koeln.nktcables.com> Message-ID: <200809122200.49461.ml@radoeka.nl> Op Friday 12 September 2008 21:52:19 schreef Albrecht Dre?: > Albrecht Dre? wrote: > > but the trigger fails with status 404: > > > > kolab.my-domain.com - - [11/Sep/2008:15:12:35 +0200] "GET > > /freebusy/trigger/test2 at my-domain.com/Kalender.xpfb HTTP/1.1" 404 386 > > Looking into the Apache config on my box, I noticed that there is no > rewrite rule for "xpfb" files: > > > RewriteRule ^/freebusy/trigger/(.+)\.pfb > %{DOCUMENT_ROOT}/freebusy/pfb.php?folder=$1&cache=0 > RewriteRule ^/freebusy/(.+)\.pfb > %{DOCUMENT_ROOT}/freebusy/pfb.php?folder=$1&cache=1 > RewriteRule ^/freebusy/(.+)\.pxfb > %{DOCUMENT_ROOT}/freebusy/pfb.php?folder=$1&cache=1&extended=1 > > > ... *but* notice a rule for "pxfb"... Might this simply be a stupid typo, > either in the Apache config, or in Horde? The typo is (I think) in horde. Although it used to be pxfb, but it was renamed recently to pxfb. That's problem the cause of the confusion. See: http://ftp.intevation.de/users/bernhard/scratch/extended-freebusy-concept-0.92+dev20080503-ber1-pub2.pdf -- Richard Bos We are borrowing the world of our children, It is not inherited from our parents. From alex at swiftnetcomputers.biz Fri Sep 12 22:41:17 2008 From: alex at swiftnetcomputers.biz (Alex Chejlyk) Date: Fri, 12 Sep 2008 16:41:17 -0400 Subject: Help me configuring Outlook 2003 In-Reply-To: References: <48CAA160.6080009@swiftnetcomputers.biz> Message-ID: <48CAD3ED.40809@swiftnetcomputers.biz> Antony, I don't think it will work without a connector (Toltec, Insight, etc). You must import the Kolab security certificate into the Windows session (this one stumped me the first time I setup FB/Toltec/LookOut). Have you attempted entering the url into a web browser to verify connectivity? Cheers, Alex Antony Raj wrote: > Dear Alex, > > I once tried without Toltec and with Toltec, > both don't seem to work. > > Regards > Antony Raj > > On 9/12/08, Alex Chejlyk wrote: >> Antony Raj wrote: >>> Hi Guys, >>> >>> An Error getting internet Free/Busy Data, General Failure >>> The URL is >>> https://imapserver.corporate.thoughtworks.com/freebusy/antony at icorporate.thoughtworks.com.ifb >>> >>> The server I am using is Kolab server 2.2 which is I think release >>> candiate. >>> >>> When I enter this url in the browser, it shows some data. Publishing Url >>> also works for browser but not for the client. I faced lot many problems >>> with Kontact also. Couldn't work with any of the clients available. >>> According to me Thunderbird and Outlook are best clients available to >>> work with any IMAP server. These clients worked wonderfully with Kolab >>> server also, except Freebusy information. :( >>> >>> I tried searching for freebusy.conf, there is no file called >>> freebusy.conf, though freebusy.conf.template exists. But I could still >>> see logs getting generated for freebusy.log file. >>> >>> Chocolates are available for those who help me out. >>> >>> >>> -- >>> Regards >>> Antony Raj. >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Kolab-users mailing list >>> Kolab-users at kolab.org >>> https://kolab.org/mailman/listinfo/kolab-users >> >> What are you using as the connector? Toltec? >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> > > From dvadell at linuxclusters.com.ar Sat Sep 13 15:10:57 2008 From: dvadell at linuxclusters.com.ar (Diego M. Vadell) Date: Sat, 13 Sep 2008 10:10:57 -0300 Subject: Hiding special folders in different MUAs Message-ID: <48CBBBE1.7040500@linuxclusters.com.ar> Hi, I started to use Kolab some months ago and I'm very happy with it. It has made a 300 users migration, basically, a non-issue. But (there is always something :) ) I would love to be able to hide the special folders (the ones where people gets their contacts, calendars and such). The only thing I could find in the wiki was that it does work with Kontact "Kolab and the Kontact client is setup by default to hide the use IMAP folders for other things besides e-mail. If needed, e-mail with these resources is automatically filtered when it arrives, never going to the e-mail Inbox." but nothing about Outlook or thunderbird. So: * Is there any way to hide them? * Is there any way to configure them below a folder called ?DO NOT TOUCH!" or something like that? Thanks in advance, -- Diego. From antony.java at gmail.com Sat Sep 13 21:01:24 2008 From: antony.java at gmail.com (Antony Raj) Date: Sun, 14 Sep 2008 00:31:24 +0530 Subject: Help me configuring Outlook 2003 In-Reply-To: <48CAD3ED.40809@swiftnetcomputers.biz> References: <48CAA160.6080009@swiftnetcomputers.biz> <48CAD3ED.40809@swiftnetcomputers.biz> Message-ID: This URL perfectly works with any Browser out there. But it gives certificate error, it can be solved by clicking Yes. The same thing happened with Outlook and I agreed to proceed with certificate error. Would you anybody update the way to use freebusy information for Kolab 2.2 server please? Thanks $ Regards, Antony Raj. On Sat, Sep 13, 2008 at 2:11 AM, Alex Chejlyk wrote: > Antony, > > I don't think it will work without a connector (Toltec, Insight, etc). > You must import the Kolab security certificate into the Windows session > (this one stumped me the first time I setup FB/Toltec/LookOut). > Have you attempted entering the url into a web browser to verify > connectivity? > > Cheers, > > Alex > > > Antony Raj wrote: > >> Dear Alex, >> >> I once tried without Toltec and with Toltec, >> both don't seem to work. >> >> Regards >> Antony Raj >> >> On 9/12/08, Alex Chejlyk wrote: >> >>> Antony Raj wrote: >>> >>>> Hi Guys, >>>> >>>> An Error getting internet Free/Busy Data, General Failure >>>> The URL is >>>> >>>> https://imapserver.corporate.thoughtworks.com/freebusy/antony at icorporate.thoughtworks.com.ifb >>>> >>>> The server I am using is Kolab server 2.2 which is I think release >>>> candiate. >>>> >>>> When I enter this url in the browser, it shows some data. Publishing Url >>>> also works for browser but not for the client. I faced lot many problems >>>> with Kontact also. Couldn't work with any of the clients available. >>>> According to me Thunderbird and Outlook are best clients available to >>>> work with any IMAP server. These clients worked wonderfully with Kolab >>>> server also, except Freebusy information. :( >>>> >>>> I tried searching for freebusy.conf, there is no file called >>>> freebusy.conf, though freebusy.conf.template exists. But I could still >>>> see logs getting generated for freebusy.log file. >>>> >>>> Chocolates are available for those who help me out. >>>> >>>> >>>> -- >>>> Regards >>>> Antony Raj. >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Kolab-users mailing list >>>> Kolab-users at kolab.org >>>> https://kolab.org/mailman/listinfo/kolab-users >>>> >>> >>> What are you using as the connector? Toltec? >>> >>> _______________________________________________ >>> Kolab-users mailing list >>> Kolab-users at kolab.org >>> https://kolab.org/mailman/listinfo/kolab-users >>> >>> >> >> > -- Regards Antony Raj. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20080914/cd40e7f7/attachment.html From alex at ap-consulting.co.uk Sat Sep 13 22:51:45 2008 From: alex at ap-consulting.co.uk (Alex Potter) Date: Sat, 13 Sep 2008 21:51:45 +0100 Subject: Intermittent Sieve In-Reply-To: <200809111005.36561.alex@ap-consulting.co.uk> References: <200809110134.34569.alex@ap-consulting.co.uk> <20080911105338.1356791lnjmkvlwk@webmail2.pardus.de> <200809111005.36561.alex@ap-consulting.co.uk> Message-ID: <200809132151.46607.alex@ap-consulting.co.uk> On Thursday 11 September 2008 10:05:36 Alex Potter wrote: > I'll wait for another one, then see what is to be learned. Thanks. What I have learned (again) is that I am sometimes a fool. I had typos in my script, which, having been corrected, now works as advertised. Sorry for the noise. Regards Alex From alex at ap-consulting.co.uk Sat Sep 13 23:06:03 2008 From: alex at ap-consulting.co.uk (Alex Potter) Date: Sat, 13 Sep 2008 22:06:03 +0100 Subject: Packaging Howto In-Reply-To: <20080911103954.213427u8r0h9t7pc@webmail2.pardus.de> References: <1220594569.0.0.0150446098449.issue3030@intevation.de> <200809110933.00222.alex@ap-consulting.co.uk> <20080911103954.213427u8r0h9t7pc@webmail2.pardus.de> Message-ID: <200809132206.03472.alex@ap-consulting.co.uk> On Thursday 11 September 2008 09:39:54 Gunnar Wrobel wrote: > You should definitely build your Server based on CVS ? > then. There is a description in the Wiki that explains how to do that. And so far, a very fine description too. I'm currently building a "proof of concept "development system on a 10 year old PII using them. I expect it'll be finished in a few weeks at the current rate of progress - it's still in stage 2 of the initial build of gcc after 4 hours, by which time a new, much better box will be available for the "ready for play" system. An excellent learning process. Thanks for the tip. Regards Alex From joon at radleys.co.za Sun Sep 14 07:21:32 2008 From: joon at radleys.co.za (Joon Radley) Date: Sun, 14 Sep 2008 07:21:32 +0200 Subject: Help me configuring Outlook 2003 In-Reply-To: References: <48CAA160.6080009@swiftnetcomputers.biz> <48CAD3ED.40809@swiftnetcomputers.biz> Message-ID: <004201c91629$c2d06fc0$48714f40$@co.za> Hi, > An Error getting internet Free/Busy Data, General Failure > The URL is > https://imapserver.corporate.thoughtworks.com/freebusy/antony at icorporate.tho ughtworks.com.ifb This is due to a silent SSL failure on the part of Windows. To do the initial testing, change the URL from https to http access, enable the HTTP service in the Kolab administrator interface and enable free/busy retrieval without authentication in the Kolab administrator interface. Now test you free/busy URL. Once the URL works you can start importing the root CA certificate of the Kolab server and then try https access. Best Regards Joon Radley Radley Network Technologies CC Cell: +27 (0)83 368 8557 Fax: +27 (0)12 998 4346 E-mail: joon at radleys.co.za Web: www.toltec.co.za From diego at tognola.net Sun Sep 14 10:00:44 2008 From: diego at tognola.net (Diego Tognola) Date: Sun, 14 Sep 2008 18:00:44 +1000 Subject: Opensuse integrated version In-Reply-To: References: Message-ID: <200809141800.44497.diego@tognola.net> On Saturday 19 July 2008 02:34:06 Fiona D?rst wrote: > Hi everyone > > First of all, i want to say thanks to for the integrated version of > Kolab. Makes a few things easier for me and my administrators. :) > > I just wanted to ask if there will be an integrated version of Kolab > 2.2 and when will it become avaible? > > Best regards > > Fiona D?rst > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users Has anyone news on this ? From mike at rochestervball.com Sun Sep 14 14:21:23 2008 From: mike at rochestervball.com (Michael Harnden) Date: Sun, 14 Sep 2008 08:21:23 -0400 Subject: Opensuse integrated version In-Reply-To: <200809141800.44497.diego@tognola.net> References: <200809141800.44497.diego@tognola.net> Message-ID: <48CD01C3.3040002@rochestervball.com> Diego Tognola wrote: > On Saturday 19 July 2008 02:34:06 Fiona D?rst wrote: > >> Hi everyone >> >> First of all, i want to say thanks to for the integrated version of >> Kolab. Makes a few things easier for me and my administrators. :) >> >> I just wanted to ask if there will be an integrated version of Kolab >> 2.2 and when will it become avaible? >> >> Best regards >> >> Fiona D?rst >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> > > Has anyone news on this ? > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > > > They have actually been available for a while - http://download.opensuse.org/repositories/server:/Kolab/?C=S;O=A - I have been using it for a couple of months now. Mike From diego at tognola.net Sun Sep 14 16:02:45 2008 From: diego at tognola.net (Diego Tognola) Date: Mon, 15 Sep 2008 00:02:45 +1000 Subject: Opensuse integrated version In-Reply-To: <48CD01C3.3040002@rochestervball.com> References: <200809141800.44497.diego@tognola.net> <48CD01C3.3040002@rochestervball.com> Message-ID: <200809150002.45456.diego@tognola.net> > They have actually been available for a while - > http://download.opensuse.org/repositories/server:/Kolab/?C=S;O=A - I > have been using it for a couple of months now. > Mike > > _______________________________________________ Thanks Mike, I've added http://download.opensuse.org/repositories/server:/Kolab/openSUSE_11.0/ to the Software repositories in YaST, then searched and selected kolab via the Software Management. But this leads to missing package php5-pear-net_socket - would you happen to know where I can get this ? Cheers, Diego From diego at tognola.net Sun Sep 14 16:33:02 2008 From: diego at tognola.net (Diego Tognola) Date: Mon, 15 Sep 2008 00:33:02 +1000 Subject: Opensuse integrated version In-Reply-To: <200809150002.45456.diego@tognola.net> References: <48CD01C3.3040002@rochestervball.com> <200809150002.45456.diego@tognola.net> Message-ID: <200809150033.02254.diego@tognola.net> On Monday 15 September 2008 00:02:45 Diego Tognola wrote: > > They have actually been available for a while - > > http://download.opensuse.org/repositories/server:/Kolab/?C=S;O=A - I > > have been using it for a couple of months now. > > Mike > > > > _______________________________________________ > > Thanks Mike, > > I've added > http://download.opensuse.org/repositories/server:/Kolab/openSUSE_11.0/ > to the Software repositories in YaST, then searched and selected kolab via > the Software Management. > > But this leads to missing package php5-pear-net_socket - would you happen > to know where I can get this ? > > Cheers, > Diego Sorry, I can answer this myself. There is no Kolab for OpenSUSE 11, see http://en.opensuse.org/Kolab. Diego From mike at rochestervball.com Sun Sep 14 16:34:40 2008 From: mike at rochestervball.com (Michael Harnden) Date: Sun, 14 Sep 2008 10:34:40 -0400 Subject: Opensuse integrated version In-Reply-To: <200809150002.45456.diego@tognola.net> References: <200809141800.44497.diego@tognola.net> <48CD01C3.3040002@rochestervball.com> <200809150002.45456.diego@tognola.net> Message-ID: <48CD2100.3060608@rochestervball.com> Diego Tognola wrote: >> They have actually been available for a while - >> http://download.opensuse.org/repositories/server:/Kolab/?C=S;O=A - I >> have been using it for a couple of months now. >> Mike >> >> _______________________________________________ >> > > > Thanks Mike, > > I've added > http://download.opensuse.org/repositories/server:/Kolab/openSUSE_11.0/ > to the Software repositories in YaST, then searched and selected kolab via the > Software Management. > > But this leads to missing package php5-pear-net_socket - would you happen to > know where I can get this ? > > Cheers, > Diego > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > > > IIRC you have to add two PHP repositories also - http://download.opensuse/repositories/server:/php:/applications/openSUSE_11.0/ http://download.opensuse.org/repositories/server:/php:/applications/openSUSE_11.0/ The applications one will satisfy the pear-net_socket Mike From diego at tognola.net Sun Sep 14 16:42:04 2008 From: diego at tognola.net (Diego Tognola) Date: Mon, 15 Sep 2008 00:42:04 +1000 Subject: Opensuse integrated version In-Reply-To: <48CD2100.3060608@rochestervball.com> References: <200809150002.45456.diego@tognola.net> <48CD2100.3060608@rochestervball.com> Message-ID: <200809150042.04498.diego@tognola.net> On Monday 15 September 2008 00:34:40 Michael Harnden wrote: > Diego Tognola wrote: > >> They have actually been available for a while - > >> http://download.opensuse.org/repositories/server:/Kolab/?C=S;O=A - I > >> have been using it for a couple of months now. > >> Mike > >> > >> _______________________________________________ > > > > Thanks Mike, > > > > I've added > > http://download.opensuse.org/repositories/server:/Kolab/openSUSE_11.0/ > > to the Software repositories in YaST, then searched and selected kolab > > via the Software Management. > > > > But this leads to missing package php5-pear-net_socket - would you happen > > to know where I can get this ? > > > > Cheers, > > Diego > > > > > > _______________________________________________ > > Kolab-users mailing list > > Kolab-users at kolab.org > > https://kolab.org/mailman/listinfo/kolab-users > > IIRC you have to add two PHP repositories also - > > http://download.opensuse/repositories/server:/php:/applications/openSUSE_11 >.0/ > http://download.opensuse.org/repositories/server:/php:/applications/openSUS >E_11.0/ > > The applications one will satisfy the pear-net_socket > > Mike Mike, are you running 10.3 or 11.0 ?? Now I am confused. From mike at rochestervball.com Sun Sep 14 17:19:58 2008 From: mike at rochestervball.com (Michael Harnden) Date: Sun, 14 Sep 2008 11:19:58 -0400 Subject: Opensuse integrated version In-Reply-To: <200809150042.04498.diego@tognola.net> References: <200809150002.45456.diego@tognola.net> <48CD2100.3060608@rochestervball.com> <200809150042.04498.diego@tognola.net> Message-ID: <48CD2B9E.60900@rochestervball.com> Diego Tognola wrote: > > > Mike, are you running 10.3 or 11.0 ?? Now I am confused. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > > > Diego, It's all coming back to me now :-) I was forced to upgrade to 11 for other reasons. I've forgotten some of the installation details, such as the slurp issue. I do not currently run a master/slave setup, so it is not an issue for me. It is a low volume server, so I just run nightly backups on everything. If you decide to go with Kolab on 11.0, I also had to edit a template or two to get bootstrap to work. I have notes at work, so I could forward them to you later this week if needed. Mike From michael at mailwurm.org Sun Sep 14 22:48:20 2008 From: michael at mailwurm.org (Michael) Date: Sun, 14 Sep 2008 22:48:20 +0200 Subject: kdepim enterprise35 for debian lenny Message-ID: <200809142248.20940.michael@mailwurm.org> Hi all, i am build (repackage) debian etch kdepim-enterprise35 packages for debian lenny. To install please put this lines in your sources.list: deb http://mailwurm.org lenny kdepim-enterprise35 deb-src http://mailwurm.org lenny kdepim-enterprise35 Some other packages like (gnupg2 dirmngr and other...) i will package in the next days. Michael From bernhard at intevation.de Mon Sep 15 11:14:30 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 Sep 2008 11:14:30 +0200 Subject: Hiding special folders in different MUAs In-Reply-To: <48CBBBE1.7040500@linuxclusters.com.ar> References: <48CBBBE1.7040500@linuxclusters.com.ar> Message-ID: <200809151114.31721.bernhard@intevation.de> Dear Diego, On Saturday 13 September 2008 15:10, Diego M. Vadell wrote: > ? ?I started to use Kolab some months ago and I'm very happy with it. It > has made a 300 users migration, basically, a non-issue. thanks for trying the Kolab solution and your feedback! > But (there is > always something :) ) I would love to be able to hide the special > folders (the ones where people gets their contacts, calendars and such). Hiding from the user interface I assume. > The only thing I could find in the wiki was that it does work with Kontact > > "Kolab and the Kontact client is setup by default to hide the use IMAP > folders for other things besides e-mail. If needed, e-mail with these > resources is automatically filtered when it arrives, never going to the > e-mail Inbox." > > but nothing about Outlook or thunderbird. So: > > * Is there any way to hide them? Only if the client has such a way. The folder must stay with the client in a cache if you want to use their functionality. If you do not need them, you can either delete them or un-subscribe them on IMAP level. > * Is there any way to configure them below a folder called ?DO NOT > TOUCH!" or something like that? You can use such a folder, if you like. Just create or move the folders there (and make sure they have the right marking via annotations). Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080915/c937603a/attachment.bin From bernhard at intevation.de Mon Sep 15 11:17:33 2008 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 15 Sep 2008 11:17:33 +0200 Subject: Kolab installation process on a vserver doesn't work In-Reply-To: <48C8DE9D.9060109@web.de> References: <48C8DE9D.9060109@web.de> Message-ID: <200809151117.33988.bernhard@intevation.de> On Thursday 11 September 2008 11:02, h3x0g3n wrote: > I found out, that ${cmd_shell} is empty. Probably this is the mistake, > but how can I solve it? Hmm, maybe an idea is to just set this directly in the script? Otherwise you might need to add debugging to the script and see where this fails, it might be a missing environmen variable or something like this. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080915/d8f1bcd8/attachment-0001.bin From jochen at jmay.org Sun Sep 14 20:30:32 2008 From: jochen at jmay.org (Jochen May) Date: Sun, 14 Sep 2008 20:30:32 +0200 Subject: Problems with LDAP Message-ID: <48CD5848.8000509@jmay.org> Hi! I?trying to set up a Kolab-Server ver2.2.0 on a Debian 4.0. The installation run without any problem. If i run /kolab/etc/kolab/kolab_bootstrap -b i get this error message: prepare LDAP database... temporarily starting slapd Could not start temporary slapd: at /kolab/etc/kolab/kolab_bootstrap line 492. Anybody a idea what the problem? With "/kolab/libexec/openldap/slapd -h 'ldaps:// ldap://' -d 256" the ldap server is starting up without error. But this is manuel.... cheers jochen From tobias.oed at octant.org Thu Sep 11 10:05:08 2008 From: tobias.oed at octant.org (Tobias Oed) Date: Thu, 11 Sep 2008 10:05:08 +0200 Subject: Kolab/Horde question In-Reply-To: <48C8381C.8040501@lancer-ins.com> References: <48C8381C.8040501@lancer-ins.com> Message-ID: <48C8D134.8080402@octant.org> An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20080911/54424117/attachment.html From albrecht.dress at lios-tech.com Mon Sep 15 11:48:11 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Mon, 15 Sep 2008 11:48:11 +0200 Subject: Broken apache config or Horde Typo? (Was: Horde questions) In-Reply-To: <200809122200.49461.ml@radoeka.nl> (from ml@radoeka.nl on Fri Sep 12 22:00:49 2008) References: <20080912195219.9E70A719234@srv-lios2.koeln.nktcables.com> <200809122200.49461.ml@radoeka.nl> Message-ID: <1221472091l.11950l.1l@pc104141.koeln.nktcables.com> Am 12.09.2008 22:00:49 schrieb(en) Richard Bos: > The typo is (I think) in horde. Although it used to be pxfb, but it > was > renamed recently to pxfb. That's problem the cause of the confusion. > See: > http://ftp.intevation.de/users/bernhard/scratch/extended-freebusy-concept-0.92+dev20080503-ber1-pub2.pdf O.k., so this seems to be a bug, doesn't it? I opened a new issue for that: . A quick solution for that would be highly appreciated, as I have a number of users who really rely on the Web UI. The system isn't gone live yet, but should soon... Thanks, Albrecht. From wilde at intevation.de Mon Sep 15 12:27:23 2008 From: wilde at intevation.de (Sascha Wilde) Date: Mon, 15 Sep 2008 12:27:23 +0200 Subject: md5sum: WARNING: 22 of 117 computed checksums did NOT match In-Reply-To: ("Thomas =?iso-8859-1?Q?B=E4tzler=22's?= message of "Thu, 11 Sep 2008 17:23:40 +0200") References: Message-ID: Hallo, Thomas B?tzler writes: > ich wollte mir mal Kolab anschauen und habe mir deshalb von > ftp://ftp.gwdg.de/pub/linux/kolab/server/release/kolab-server-2.2.0/sources > die aktuellen Quellen heruntergeladen. Wie aus dem Subject ersichtlich > gibt es ein Problem mit den Pr?fsummen der Dateien. Ich habe soeben die MD5 Checksummen der Dateien auf unserem Master-Server ?berpr?ft und dabei keine Probleme beobachtet. Das Problem ist also vermutlich auf dem gwdg-Server oder bei dem Herunterladen von dort entstanden. Grunds?tzlich w?rde ich nicht gleich von einer Kompromittierung im Sinne einer vors?tzlichen Manipulation ausgehen. Wahrscheinlicher ist es, dass die Dateien w?hrend des Spiegelns auf den gwdg Server oder w?hrend des Herunterladens besch?digt wurden. Ich w?rde empfehlen die fraglichen Dateien einfach nocheinmal herunter zu laden, ggf. von einem anderen der auf http://www.kolab.org/mirrors.html gelisteten Server. Mit freundlichen Gr??en -- Sascha Wilde OpenPGP key: 4BB86568 Intevation GmbH, Osnabr?ck http://www.intevation.de/~wilde/ Amtsgericht Osnabr?ck, HR B 18998 http://www.intevation.de/ Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080915/3947378a/attachment.bin From albrecht.dress at lios-tech.com Mon Sep 15 14:14:44 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Mon, 15 Sep 2008 14:14:44 +0200 Subject: Horde questions In-Reply-To: <1221136215l.24593l.0l@pc104141.koeln.nktcables.com> (from albrecht.dress@lios-tech.com on Thu Sep 11 14:30:15 2008) References: <1221060412l.19723l.2l@pc104141.koeln.nktcables.com> <20080911100650.18076q6u8ht9tyo8@webmail2.pardus.de> <1221136215l.24593l.0l@pc104141.koeln.nktcables.com> Message-ID: <1221480884l.11950l.3l@pc104141.koeln.nktcables.com> Am 11.09.2008 14:30:15 schrieb(en) Albrecht Dre?: > See . I think I > could already identify the relevant LDAP entry... Just uploaded a patch to this issue which /seems/ to insert proper default data. As I do not understand how Horde treats this data, any testing, comment or further insight would be welcome! Thanks, Albrecht. From wilde at intevation.de Mon Sep 15 15:45:31 2008 From: wilde at intevation.de (Sascha Wilde) Date: Mon, 15 Sep 2008 15:45:31 +0200 Subject: md5sum: WARNING: 22 of 117 computed checksums did NOT match In-Reply-To: (Sascha Wilde's message of "Mon, 15 Sep 2008 12:27:23 +0200") References: Message-ID: Hi *, FWIW, I just downloaded the complete source directory from ftp.gwdg.de/pub/linux/kolab/server/release/kolab-server-2.2.0/ via ftp and verified the MD5SUM without any problems. So the reported problem seem to be caused by a broken download. cheers sascha -- Sascha Wilde OpenPGP key: 4BB86568 Intevation GmbH, Osnabr?ck http://www.intevation.de/~wilde/ Amtsgericht Osnabr?ck, HR B 18998 http://www.intevation.de/ Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 188 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080915/c84c30a1/attachment.bin From wrobel at pardus.de Mon Sep 15 16:32:49 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 15 Sep 2008 16:32:49 +0200 Subject: Kolab installation process on a vserver doesn't work In-Reply-To: <48C8DE9D.9060109@web.de> References: <48C8DE9D.9060109@web.de> Message-ID: <20080915163249.14985f56hlhl04ws@webmail2.pardus.de> Quoting h3x0g3n : > Hi, > > I'm currently trying to install Kolab Server 2.2.0 on my vserver. But it > doesn't work and I don't know what to do. I have installed Kolab Server > 2.2.0 on another vserver before, but this one just doesn't like Kolab ;-) > > My server runs Debian 4.0 > > Here is my kolab_install.log: > ------------------------------ > Changing to temporary working directory > /tmp/install-kolab.31576.1754.23429.14413 ... > > Kolab installation tag (TAG): kolab > Kolab installation prefix (PREFIX): /kolab > Kolab version (KOLAB_VERSION): 2.2.0 > Kolab user name (USER): kolab > Kolab user base UID (KID): 19414 > Kolab restricted UID (KID): 19415 > Kolab non-priviledged UID (KID): 19416 > Exclude following Kolab packages: > > Received no instructions. Trying to determine required action... > Found an OpenPKG environment. Assuming upgrade... > ----------- SETUP COMPLETED ----------- > > Now running: > > /kolab/bin/openpkg build -kKBuZ -r > "/tmp/install-kolab.31576.1754.23429.14413" -p "ix86-debian4.0-kolab" -D > openldap::with_pth=no -D sasl::with_ldap -D sasl::with_login -D > sasl::with_ntlm -D postfix::with_sasl -D postfix::with_ssl -D > postfix::with_ldap -D imapd::with_kolab_nocaps > -Dkolabd::kolab_version=2.2.0 > -Dkolab-webadmin::kolab_version=2.2.0 > openpkg-tools openldap postfix kolabd kolab-filter > kolab-freebusy kolab-webadmin fbview-kronolith horde-kolab-client | sh > > --------------------------------------- > /kolab/lib/openpkg/openpkg: command substitution: line 298: unexpected > EOF while looking for matching `'' > /kolab/lib/openpkg/openpkg: command substitution: line 300: syntax > error: unexpected end of file > /kolab/lib/openpkg/openpkg: line 298: exec: shtool:path:Error:: not found > ------------------------------ > > And this is line 298 from /kolab/lib/openpkg/openpkg: > ------------------------------ > eval "exec ${cmd_shell} ${cmd_path} \${1+\"\$@\"}" > ------------------------------ > > I found out, that ${cmd_shell} is empty. Probably this is the mistake, > but how can I solve it? > > Thanks for your help in advance Searching this list for your error yields: http://marc.info/?l=kolab-users&m=119392711505116&w=2 This might help. Cheers, Gunnar > > Stephan > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Mon Sep 15 16:53:36 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 15 Sep 2008 16:53:36 +0200 Subject: Problems with LDAP In-Reply-To: <48CD5848.8000509@jmay.org> References: <48CD5848.8000509@jmay.org> Message-ID: <20080915165336.17063m7fewf3dwys@webmail2.pardus.de> Quoting "Jochen May" : > Hi! > > I?trying to set up a Kolab-Server ver2.2.0 on a Debian 4.0. The > installation run without any problem. > If i run /kolab/etc/kolab/kolab_bootstrap -b i get this error message: > > prepare LDAP database... > temporarily starting slapd > Could not start temporary slapd: at /kolab/etc/kolab/kolab_bootstrap > line 492. > > Anybody a idea what the problem? > > With "/kolab/libexec/openldap/slapd -h 'ldaps:// ldap://' -d 256" the > ldap server is starting up without error. But this is manuel.... Does this hold true if you specify the correct configuration file? kolab/libexec/openldap/slapd -h 'ldaps:// ldap://' -f /kolab/etc/openldap/slapd.conf -d 256 I think this is what bootstrap is doing. Cheers, Gunnar > > cheers > jochen > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From ml at radoeka.nl Mon Sep 15 17:42:01 2008 From: ml at radoeka.nl (Richard Bos) Date: Mon, 15 Sep 2008 17:42:01 +0200 Subject: Problems with LDAP In-Reply-To: <20080915165336.17063m7fewf3dwys@webmail2.pardus.de> References: <48CD5848.8000509@jmay.org> <20080915165336.17063m7fewf3dwys@webmail2.pardus.de> Message-ID: <200809151742.02107.ml@radoeka.nl> Op Monday 15 September 2008 16:53:36 schreef Gunnar Wrobel: > Quoting "Jochen May" : > > Hi! > > > > I?trying to set up a Kolab-Server ver2.2.0 on a Debian 4.0. The > > installation run without any problem. > > If i run /kolab/etc/kolab/kolab_bootstrap -b i get this error message: > > > > prepare LDAP database... > > temporarily starting slapd > > Could not start temporary slapd: at /kolab/etc/kolab/kolab_bootstrap > > line 492. > > > > Anybody a idea what the problem? > > > > With "/kolab/libexec/openldap/slapd -h 'ldaps:// ldap://' -d 256" the > > ldap server is starting up without error. But this is manuel.... > > Does this hold true if you specify the correct configuration file? > > kolab/libexec/openldap/slapd -h 'ldaps:// ldap://' -f > /kolab/etc/openldap/slapd.conf -d 256 > > I think this is what bootstrap is doing. It does a little bit more, you better grep for it in kolab_bootstrap. The result is something like: openldap/slapd -h ldap://127.0.0.1:389/ -f /kolab/etc/slapd.conf -u kolab -g kolab -- Richard Bos We are borrowing the world of our children, It is not inherited from our parents. From albrecht.dress at lios-tech.com Tue Sep 16 10:14:24 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Tue, 16 Sep 2008 10:14:24 +0200 Subject: Segfault in Horde / cannot display mail Message-ID: <1221552864l.20313l.0l@pc104141.koeln.nktcables.com> Hi all, I'm running into more Horde problems... In the screenshot, I can open message #1 which is an invitation to an appointment. But when I try to open #2 (an other user accepted the invitation), the system offers me to download the script (see screenshot). The apache-error.log says [notice] child pid 28248 exit signal Segmentation fault (11) [notice] child pid 28249 exit signal Segmentation fault (11) The access log looks fine (cleared it before restarting apache and logging in): "POST /horde/login.php?Horde=8b3de70fe60c8050b1b7ce7bf86a8a9b HTTP/1.1" 302 26 "GET /horde/index.php?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 379 "GET /horde/themes/silver/graphics/favicon.ico HTTP/1.1" 200 1150 "GET /horde/services/portal/sidebar.php?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 2987 "GET /horde/login.php?Horde=616c7378e633521bbab9539019e65e1b&frameset_loaded=1 HTTP/1.1" 200 1237 "GET /horde/js/prototype.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 72726 "GET /horde/services/javascript.php?file=tree.js&app=horde&Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 4180 "GET /horde/js/horde-prototype.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 2529 "GET /horde/themes/screen.css HTTP/1.1" 200 15368 "GET /horde/themes/silver/screen.css HTTP/1.1" 200 4047 "GET /horde/js/horde-prototype.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 2529 "GET /horde/js/popup.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 423 "GET /horde/imp/js/popup.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 545 "GET /horde/themes/screen.css HTTP/1.1" 200 15368 "GET /horde/themes/silver/screen.css HTTP/1.1" 200 4047 "GET /horde/imp/mailbox.php?Horde=616c7378e633521bbab9539019e65e1b&no_newmail_popup=1&mailbox=INBOX HTTP/1.1" 200 4942 "GET /horde/js/prototype.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 72726 "GET /horde/js/horde-prototype.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 2529 "GET /horde/imp/js/effects.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 24928 "GET /horde/imp/js/redbox.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 1824 "GET /horde/imp/js/mailbox.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 4169 "GET /horde/themes/screen.css HTTP/1.1" 200 15368 "GET /horde/themes/silver/screen.css HTTP/1.1" 200 4047 "GET /horde/imp/themes/screen.css HTTP/1.1" 200 7381 "GET /horde/imp/themes/silver/screen.css HTTP/1.1" 200 203 "GET /horde/imp/js/popup.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 545 "GET /horde/js/popup.js?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" 200 423 "GET /horde/services/portal/sidebar.php?Horde=616c7378e633521bbab9539019e65e1b&httpclient=1 HTTP/1.1" 200 1607 Horde produces the following log entries when I click on the message: [debug] [nag] Hook _horde_hook_share_init in application horde not called. [pid 28684 on line 1565 of "/kolab/lib/php/Horde.php"] [debug] [mnemo] Hook _horde_hook_share_init in application horde not called. [pid 28684 on line 1565 of "/kolab/lib/php/Horde.php"] [debug] [imp] IMAP errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server advertised AUTH=PLAIN [pid 28684 on line 177 of "/var/kolab/kolab/www/horde/imp/lib/IMAP.php"] Sorry, but this behaviour (alongside with issue ) makes Horde mostly unusable for me! I believe (or I hope) this has been tested prior to the 2.2 release. Thus, it might be a configuration issue on my side. Any help would be appreciated! Thanks, Albrecht. -------------- next part -------------- A non-text attachment was scrubbed... Name: Bildschirmfoto.png Type: image/png Size: 19367 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20080916/5aac01d4/Bildschirmfoto-0001.png From gabriele_d_g at yahoo.it Tue Sep 16 10:16:18 2008 From: gabriele_d_g at yahoo.it (Gabriele Di Giambelardini) Date: Tue, 16 Sep 2008 08:16:18 +0000 (GMT) Subject: kolab 2.2 problem change pasword from horde interface Message-ID: <895118.33228.qm@web25901.mail.ukl.yahoo.com> Hi to all I write you beacause we a problem when a user try to change his password from horde interface. We have the user prefs on the mysql database. this is the message on the horde log: Sep 16 09:37:05 HORDE [debug] [] SQL Query by Prefs_sql::retrieve(): SELECT pref_scope, pref_name, pref_value FROM horde_prefs WHERE pref_uid = ? AND pref_scope = ?, values: pierluca at test.it, passwd [pid 21926 on line 148 of "/data1/lib/php/Horde/Prefs/sql.php"] Sep 16 09:37:05 HORDE [debug] [passwd] SQL Query by Passwd_Driver_sql::_lookup(): SELECT user_pass FROM horde_users WHERE user_uid = ? [pid 21926 on line 117 of "/data1/var/kolab/www/horde/passwd/lib/Driver/sql.php"] someone can help us??? THANKS __________________________________________________ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20080916/81f79c2a/attachment.html From troy at carpenter.cx Tue Sep 16 11:57:41 2008 From: troy at carpenter.cx (Troy Carpenter) Date: Tue, 16 Sep 2008 05:57:41 -0400 Subject: Segfault in Horde / cannot display mail In-Reply-To: <1221552864l.20313l.0l@pc104141.koeln.nktcables.com> References: <1221552864l.20313l.0l@pc104141.koeln.nktcables.com> Message-ID: <200809160557.41494.troy@carpenter.cx> This is a known issue in Horde used in Kolab 2.2. See if the fix in https://www.intevation.de/roundup/kolab/issue2504 helps. Worked for me. Troy On Tuesday 16 September 2008 4:14:24 am Albrecht Dre? wrote: > Hi all, > > I'm running into more Horde problems... > > In the screenshot, I can open message #1 which is an invitation to an > appointment. But when I try to open #2 (an other user accepted the > invitation), the system offers me to download the script (see > screenshot). The apache-error.log says > > > [notice] child pid 28248 exit signal Segmentation fault (11) > [notice] child pid 28249 exit signal Segmentation fault (11) > > > The access log looks fine (cleared it before restarting apache and > logging in): > > > "POST /horde/login.php?Horde=8b3de70fe60c8050b1b7ce7bf86a8a9b HTTP/1.1" > 302 26 > "GET /horde/index.php?Horde=616c7378e633521bbab9539019e65e1b HTTP/1.1" > 200 379 > "GET /horde/themes/silver/graphics/favicon.ico HTTP/1.1" 200 1150 > "GET > /horde/services/portal/sidebar.php?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 2987 > "GET > /horde/login.php?Horde=616c7378e633521bbab9539019e65e1b&frameset_loaded=1 > HTTP/1.1" 200 1237 > "GET /horde/js/prototype.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 72726 > "GET > /horde/services/javascript.php?file=tree.js&app=horde&Horde=616c7378e633521 >bbab9539019e65e1b HTTP/1.1" 200 4180 > "GET > /horde/js/horde-prototype.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 2529 > "GET /horde/themes/screen.css HTTP/1.1" 200 15368 > "GET /horde/themes/silver/screen.css HTTP/1.1" 200 4047 > "GET > /horde/js/horde-prototype.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 2529 > "GET /horde/js/popup.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 423 > "GET /horde/imp/js/popup.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 545 > "GET /horde/themes/screen.css HTTP/1.1" 200 15368 > "GET /horde/themes/silver/screen.css HTTP/1.1" 200 4047 > "GET > /horde/imp/mailbox.php?Horde=616c7378e633521bbab9539019e65e1b&no_newmail_po >pup=1&mailbox=INBOX HTTP/1.1" 200 4942 > "GET /horde/js/prototype.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 72726 > "GET > /horde/js/horde-prototype.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 2529 > "GET /horde/imp/js/effects.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 24928 > "GET /horde/imp/js/redbox.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 1824 > "GET /horde/imp/js/mailbox.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 4169 > "GET /horde/themes/screen.css HTTP/1.1" 200 15368 > "GET /horde/themes/silver/screen.css HTTP/1.1" 200 4047 > "GET /horde/imp/themes/screen.css HTTP/1.1" 200 7381 > "GET /horde/imp/themes/silver/screen.css HTTP/1.1" 200 203 > "GET /horde/imp/js/popup.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 545 > "GET /horde/js/popup.js?Horde=616c7378e633521bbab9539019e65e1b > HTTP/1.1" 200 423 > "GET > /horde/services/portal/sidebar.php?Horde=616c7378e633521bbab9539019e65e1b&h >ttpclient=1 HTTP/1.1" 200 1607 > > > Horde produces the following log entries when I click on the message: > > > [debug] [nag] Hook _horde_hook_share_init in application horde not > called. [pid 28684 on line 1565 of "/kolab/lib/php/Horde.php"] > [debug] [mnemo] Hook _horde_hook_share_init in application horde not > called. [pid 28684 on line 1565 of "/kolab/lib/php/Horde.php"] > [debug] [imp] IMAP errors: SECURITY PROBLEM: insecure server advertised > AUTH=PLAIN SECURITY PROBLEM: insecure server advertised AUTH=PLAIN [pid > 28684 on line 177 of "/var/kolab/kolab/www/horde/imp/lib/IMAP.php"] > > > Sorry, but this behaviour (alongside with issue > ) makes Horde mostly > unusable for me! I believe (or I hope) this has been tested prior to > the 2.2 release. Thus, it might be a configuration issue on my side. > Any help would be appreciated! > > Thanks, Albrecht. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20080916/0c4cc4a3/attachment.bin From albrecht.dress at lios-tech.com Tue Sep 16 14:07:43 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Tue, 16 Sep 2008 14:07:43 +0200 Subject: Segfault in Horde / cannot display mail In-Reply-To: <200809160557.41494.troy@carpenter.cx> (from troy@carpenter.cx on Tue Sep 16 11:57:41 2008) References: <1221552864l.20313l.0l@pc104141.koeln.nktcables.com> <200809160557.41494.troy@carpenter.cx> Message-ID: <1221566863l.20313l.2l@pc104141.koeln.nktcables.com> Hi Troy: Am 16.09.2008 11:57:41 schrieb(en) Troy Carpenter: > This is a known issue in Horde used in Kolab 2.2. > > See if the fix in https://www.intevation.de/roundup/kolab/issue2504 > helps. Yes, it helps, nor segv any more, thanks a lot! BTW, I also remember that I saw the disappearing sidebar effect reported in this issue. I have a few screenshots of it, but couldn't reproduce it. So it might actually also be resolved by the fix. Thank you so much for your help! Best, Albrecht. From l.forti at fabaris.it Tue Sep 16 14:32:28 2008 From: l.forti at fabaris.it (l.forti@fabaris.it) Date: Tue, 16 Sep 2008 14:32:28 +0200 Subject: kolab with 2 external ldap server Message-ID: Un allegato HTML è stato rimosso... URL: http://kolab.org/pipermail/kolab-users/attachments/20080916/9266d14c/attachment.html From jaheme at gmx.de Tue Sep 16 18:10:33 2008 From: jaheme at gmx.de (Jan - Hendrik Meyer) Date: Tue, 16 Sep 2008 18:10:33 +0200 Subject: Receiving EMail messages Message-ID: <48CFDA79.6090206@gmx.de> Hello, I've got a problem: First, I've tried to test my Kolab Server and the message was sent. But there wasn't any file in the /var/lib/imap directory. So I think there is a problem with receiving mails My Logfile says the following: Sep 16 18:08:42 lxmain sieve[32672]: executed Sep 16 18:08:42 lxmain imap[32673]: executed Sep 16 18:08:42 lxmain sieve[32672]: DBERROR db4: /var/lib/imap/mailboxes.db: unexpected file type or format Sep 16 18:08:42 lxmain sieve[32672]: DBMSG: 7 lockers Sep 16 18:08:42 lxmain imap[32673]: DBERROR db4: /var/lib/imap/mailboxes.db: unexpected file type or format Sep 16 18:08:42 lxmain sieve[32672]: DBERROR: opening /var/lib/imap/mailboxes.db: Invalid argument Sep 16 18:08:42 lxmain imap[32673]: DBERROR: opening /var/lib/imap/mailboxes.db: Invalid argument Sep 16 18:08:42 lxmain sieve[32672]: DBERROR: opening /var/lib/imap/mailboxes.db: cyrusdb error Sep 16 18:08:42 lxmain imap[32673]: DBERROR: opening /var/lib/imap/mailboxes.db: cyrusdb error Sep 16 18:08:42 lxmain kernel: timsieved[32672]: segfault at 0000000000000070 rip 0000555555599275 rsp 00007fffc843a700 error 4 Sep 16 18:08:42 lxmain imap[32673]: Fatal error: can't read mailboxes file Sep 16 18:08:42 lxmain master[13448]: process 32672 exited, signaled to death by 11 Sep 16 18:08:42 lxmain master[13448]: service sieve pid 32672 in READY state: terminated abnormally Sep 16 18:08:42 lxmain master[13448]: process 32673 exited, status 75 Sep 16 18:08:42 lxmain master[13448]: service imap pid 32673 in READY state: terminated abnormally Sep 16 18:08:42 lxmain master[32674]: about to exec /usr/lib/cyrus/bin/imapd Sep 16 18:08:42 lxmain master[32675]: about to exec /usr/lib/cyrus/bin/timsieved Sep 16 18:08:42 lxmain sieve[32675]: executed Sep 16 18:08:42 lxmain sieve[32675]: DBERROR db4: /var/lib/imap/mailboxes.db: unexpected file type or format Sep 16 18:08:42 lxmain imap[32674]: executed It seems a file is missing. I'm using openSUSE 10.3 Thanks for help, Jan-Hendrik From alejandro at xtech.com.ar Tue Sep 16 18:34:15 2008 From: alejandro at xtech.com.ar (Alejandro Bednarik) Date: Tue, 16 Sep 2008 13:34:15 -0300 (ART) Subject: Receiving EMail messages In-Reply-To: <48CFDA79.6090206@gmx.de> References: <48CFDA79.6090206@gmx.de> Message-ID: <23323.200.47.24.7.1221582855.squirrel@webmail.xtech.com.ar> Hi Jan, Take a look here http://wiki.kolab.org/index.php/Kolab2_Server_Troubleshooting_-_IMAP#I_see_a_DBERROR_db4:_mailboxes.db:_unexpected_file_type_or_format_in_the_log_file Cheers! Jan - Hendrik Meyer wrote: > Hello, > > I've got a problem: > First, I've tried to test my Kolab Server and the message was sent. > But there wasn't any file in the /var/lib/imap directory. So I think there > is a problem with receiving mails > > My Logfile says the following: > > Sep 16 18:08:42 lxmain sieve[32672]: executed > Sep 16 18:08:42 lxmain imap[32673]: executed > Sep 16 18:08:42 lxmain sieve[32672]: DBERROR db4: > /var/lib/imap/mailboxes.db: unexpected file type or format > Sep 16 18:08:42 lxmain sieve[32672]: DBMSG: 7 lockers > Sep 16 18:08:42 lxmain imap[32673]: DBERROR db4: > /var/lib/imap/mailboxes.db: unexpected file type or format > Sep 16 18:08:42 lxmain sieve[32672]: DBERROR: opening > /var/lib/imap/mailboxes.db: Invalid argument > Sep 16 18:08:42 lxmain imap[32673]: DBERROR: opening > /var/lib/imap/mailboxes.db: Invalid argument > Sep 16 18:08:42 lxmain sieve[32672]: DBERROR: opening > /var/lib/imap/mailboxes.db: cyrusdb error > Sep 16 18:08:42 lxmain imap[32673]: DBERROR: opening > /var/lib/imap/mailboxes.db: cyrusdb error > Sep 16 18:08:42 lxmain kernel: timsieved[32672]: segfault at > 0000000000000070 rip 0000555555599275 rsp 00007fffc843a700 error 4 > Sep 16 18:08:42 lxmain imap[32673]: Fatal error: can't read mailboxes file > Sep 16 18:08:42 lxmain master[13448]: process 32672 exited, signaled to > death by 11 > Sep 16 18:08:42 lxmain master[13448]: service sieve pid 32672 in READY > state: terminated abnormally > Sep 16 18:08:42 lxmain master[13448]: process 32673 exited, status 75 > Sep 16 18:08:42 lxmain master[13448]: service imap pid 32673 in READY > state: terminated abnormally > Sep 16 18:08:42 lxmain master[32674]: about to exec > /usr/lib/cyrus/bin/imapd > Sep 16 18:08:42 lxmain master[32675]: about to exec > /usr/lib/cyrus/bin/timsieved > Sep 16 18:08:42 lxmain sieve[32675]: executed > Sep 16 18:08:42 lxmain sieve[32675]: DBERROR db4: > /var/lib/imap/mailboxes.db: unexpected file type or format > Sep 16 18:08:42 lxmain imap[32674]: executed > > It seems a file is missing. > I'm using openSUSE 10.3 > > Thanks for help, > > Jan-Hendrik > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- Alejandro Bednarik XTech - Soluciones Linux para Empresas (011) 5219-0678 alejandro at xtech.com.ar From albrecht.dress at lios-tech.com Wed Sep 17 14:55:08 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Wed, 17 Sep 2008 14:55:08 +0200 Subject: Attendee status not shown anymore In-Reply-To: <20080911095002.1887149k2kpkq0m8@webmail2.pardus.de> Message-ID: <1221656108l.27115l.1l@pc104141.koeln.nktcables.com> Hi Saim & Gunnar: Am 11.09.2008 09:50:02 schrieb(en) Gunnar Wrobel: > Sounds more like something you should submit as a bug report. From > your description I'm not yet clear what the exact sequence of > invitation/acceptance/deletion is. Can you also attach the relevant > parts of the log in /kolab/var/kolab-filter/log/* I can confirm this effect on Kolab 2.2 with Outlook 2003 and the latest Konsec connector. For my test, I created two users "Test 1" and "Test 2". (1) Test Outlook only - Test 1 (in Outlook) invites Test 2; - Test 2 (in Outlook) sees the invitation request and accepts it; - Test 1 (in Outlook) properly sees the "Accept" message. (2) Test Outlook - Horde - Outlook - Test 1 (in Outlook) invites Test 2; - Test 2 (in Horde) sees the invitation and accepts it; - Test 1 (in Outlook) gets the broken display as Saim reported. I had a closer look at the accept messages created by Horde ant Outlook. The one created by Outlook (i.e. case 1) has the content type 'text/calendar; method=REPLY; charset="utf-8"'. The one created by Horde is a 'multipart/alternative', containing one 'text/plain' part, followed by a 'text/calendar; charset=UTF-8; name=event-reply.ics; METHOD=REPLY'. Outlook displays this part *completely*. i.e. including all the envelope headers etc. After that, I tried to view both accept messages in Horde (which were shifted by Outlook from INBOX to "Posteingang"; both have the same label in Horde, but a different icon...). The one created by Outlook is still fine, but the Horde one is now shown as in Outlook. Looking at the message source delivered by Cyrus - the outlook one is now a 'multipart/mixed', with a 'text/plain' and a 'application/ms-tnef; name=winmail.dat' but - the Horde one is simply a 'text/plain'. I also briefly tried KOrganizer 3.5.9 on a FC9 box (which I'm apparently too dumb to configure, as it doesn't write it's own calendar), and there these messages seem to work with both Horde and Outlook. However, KMail also uses the single-part format (with 'text/calendar' as mime type) for the "accept" message. Maybe Outlook or the connectors are unable to interpret the multipart format? Is there any way how Horde could be switched to using the single-part format? An other strange effect: still being logged in as "Test 1" in Horde, I click on the Calender - and see only the side bar, and an empty (i.e. grey background) top bar! Click on something else, e.g. address book, the top bar reappears, and I see a message "[red '!'] Ein Standardverzeichnis f?r den Typ event existiert nicht!". Now, what's that for an effect? Never seen it before! Any idea how & where I could debug (or better fix) it? Thanks, Albrecht. From h3x0g3n at web.de Thu Sep 18 11:46:19 2008 From: h3x0g3n at web.de (h3x0g3n) Date: Thu, 18 Sep 2008 11:46:19 +0200 Subject: Kolab doesn't create my mailbox Message-ID: <48D2236B.7050403@web.de> Hi, when creating a Kolab user account, Kolab doesn't create a mailbox. However I can successfully login into the Kolab administration interface and Horde. The login via Imap is also successful, but afterwards I get the error: "Mailbox does not exist". I tried this[1] but it didn't help. The tcpdump command is disabled by my provider as I'm running a virtual server. The only hint I found for my problem is a warning in syslog, which appears evry minute: kolabd[29366]: SD Warning: Unauthorized connection from , closing connection I would be very glad if someone could help or give me a hint Stephan [1]http://wiki.kolab.org/index.php/Kolab2_Server_Troubleshooting_-_LDAP#Does_the_replication_system_work.3F From albrecht.dress at lios-tech.com Thu Sep 18 14:02:36 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Thu, 18 Sep 2008 14:02:36 +0200 Subject: Probably Horde Bug [Was: Attendee status not shown anymore] In-Reply-To: <1221656108l.27115l.1l@pc104141.koeln.nktcables.com> (from albrecht.dress@lios-tech.com on Wed Sep 17 14:55:08 2008) References: <20080911095002.1887149k2kpkq0m8@webmail2.pardus.de> <1221656108l.27115l.1l@pc104141.koeln.nktcables.com> Message-ID: <1221739356l.505l.3l@pc104141.koeln.nktcables.com> Hi Saim & Gunnar: Am 17.09.2008 14:55:08 schrieb(en) Albrecht Dre?: > I can confirm this effect on Kolab 2.2 with Outlook 2003 and the > latest Konsec connector. For my test, I created two users "Test 1" > and "Test 2". I believe I found a bug in the way Horde creates text/calendar parts. See issue for details. Cheers, Albrecht. From alejandro at xtech.com.ar Thu Sep 18 16:18:31 2008 From: alejandro at xtech.com.ar (Alejandro Bednarik) Date: Thu, 18 Sep 2008 11:18:31 -0300 (ART) Subject: Kolab doesn't create my mailbox In-Reply-To: <48D2236B.7050403@web.de> References: <48D2236B.7050403@web.de> Message-ID: <12791.200.47.24.7.1221747511.squirrel@webmail.xtech.com.ar> Hi! We have similar problems. You could check the permissions of mailbox folders with cyradmin. Cheers. h3x0g3n wrote: > Hi, > > when creating a Kolab user account, Kolab doesn't create a mailbox. > However I can successfully login into the Kolab administration interface > and Horde. The login via Imap is also successful, but afterwards I get > the error: "Mailbox does not exist". > I tried this[1] but it didn't help. The tcpdump command is disabled by > my provider as I'm running a virtual server. > The only hint I found for my problem is a warning in syslog, which > appears evry minute: > kolabd[29366]: SD Warning: Unauthorized connection from , > closing connection > > I would be very glad if someone could help or give me a hint > > Stephan > > > > > [1]http://wiki.kolab.org/index.php/Kolab2_Server_Troubleshooting_-_LDAP#Does_the_replication_system_work.3F > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- Alejandro Bednarik XTech - Soluciones Linux para Empresas (011) 5219-0678 alejandro at xtech.com.ar From albrecht.dress at lios-tech.com Fri Sep 19 08:54:27 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Fri, 19 Sep 2008 08:54:27 +0200 Subject: Solved? [Was: Probably Horde Bug/Attendee status not shown anymore] In-Reply-To: <1221739356l.505l.3l@pc104141.koeln.nktcables.com> (from albrecht.dress@lios-tech.com on Thu Sep 18 14:02:36 2008) References: <1221656108l.27115l.1l@pc104141.koeln.nktcables.com> <1221739356l.505l.3l@pc104141.koeln.nktcables.com> Message-ID: <1221807267l.5608l.0l@pc104141.koeln.nktcables.com> Am 18.09.2008 14:02:36 schrieb(en) Albrecht Dre?: > I believe I found a bug in the way Horde creates text/calendar parts. > See issue for > details. A fix is available in the issue. Now, Outlook w/ the Konsec connector recognises the vcalendar part. It *doesn't* recognise the sender of the accept message, but insert a new participant, but that's a different story... Cheers, Albrecht. From wrobel at pardus.de Fri Sep 19 12:26:17 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 12:26:17 +0200 Subject: Kolab/Horde question In-Reply-To: <48C903B7.6070908@hia.rwth-aachen.de> References: <48C8381C.8040501@lancer-ins.com> <48C903B7.6070908@hia.rwth-aachen.de> Message-ID: <20080919122617.50196f4vlsc69j0g@webmail.pardus.de> Quoting Saim Kim : > Hey Tom, > > I had the same problem. I solved it by adding the IP address plus the > FQDN to the /etc/hosts file of the server. > > Best regards, > Saim > > > Tom Malone schrieb: >>
I have >> just installed the 2.2.0 version of the Kolab server and I am having >> trouble logging into Horde. >> >> Whenever I log into horde it simply loops me back to the login page >> and does not allow me to enter the website. >> >> I have tried following the Horde troubleshooting tips on horde.org but >> so far nothing is working. Added the solution to the troubleshooting guide. Cheers, Gunnar >> >> Thanks for any help you can provide. >> Tom >> > > > -- > -------------------------------------------------------------------------- > 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 > -------------------------------------------------------------------------- > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Fri Sep 19 12:40:31 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 12:40:31 +0200 Subject: kolab 2.2 problem change pasword from horde interface In-Reply-To: <895118.33228.qm@web25901.mail.ukl.yahoo.com> References: <895118.33228.qm@web25901.mail.ukl.yahoo.com> Message-ID: <20080919124031.13492t55qpppntes@webmail.pardus.de> Quoting Gabriele Di Giambelardini : > font-size: 10pt;\"> Hi to all > > I write you beacause we a problem when a user try to change his > password from horde interface. We have the user prefs on the mysql database. > > this is the message on the horde log: > > > Sep 16 09:37:05 HORDE [debug] [] SQL Query by > Prefs_sql::retrieve(): SELECT pref_scope, pref_name, pref_value FROM > horde_prefs WHERE pref_uid = ? AND pref_scope = ?, values: > pierluca at test.it, passwd [pid 21926 on line 148 of > "/data1/lib/php/Horde/Prefs/sql.php"] > Sep 16 09:37:05 HORDE [debug] [passwd] SQL Query by > Passwd_Driver_sql::_lookup(): SELECT user_pass FROM horde_users > WHERE user_uid = ? [pid 21926 on line 117 of > "/data1/var/kolab/www/horde/passwd/lib/Driver/sql.php"] > > someone can help us??? The passwd component still has issues in the last release of the Kolab server. The solution for you problem should be in: https://www.intevation.de/roundup/kolab/issue2759 Cheers, Gunnar > > THANKS > __________________________________________________ > Do You Yahoo!? > Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti > da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Fri Sep 19 12:43:34 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 12:43:34 +0200 Subject: kolab with 2 external ldap server In-Reply-To: References: Message-ID: <20080919124334.81191hbqqqo11bog@webmail.pardus.de> Quoting l.forti at fabaris.it: > Serif,Verdana,Arial,Helvetica,sans-serif\"> Ciao a tutti, > ho installato kolab versione 2.0 su Centos 5.2 e tutto funziona > correttamente. > Ora ho la necessit? di configurarlo in modo tale che si colleghi a > 2 ldap server esterni,la mia domanda ?: > ? possibile configurare kolab in questo modo?se si sapete darmi > qualche "dritta"? > Grazie a tutti per eventuali aiuti hello, > i have installed kolab version 2 Centos 5.1 and it works fine . > Now I would configure it as connected to 2 external ldapservers,is > it possible? "connected to 2 external ldapservers" means what exactly? Cheers, Gunnar > and if it is how can i do? > thanks in advance Luke > > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Fri Sep 19 12:47:41 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 12:47:41 +0200 Subject: Probably Horde Bug [Was: Attendee status not shown anymore] In-Reply-To: <1221739356l.505l.3l@pc104141.koeln.nktcables.com> References: <20080911095002.1887149k2kpkq0m8@webmail2.pardus.de> <1221656108l.27115l.1l@pc104141.koeln.nktcables.com> <1221739356l.505l.3l@pc104141.koeln.nktcables.com> Message-ID: <20080919124741.1649530fybsdd484@webmail.pardus.de> Quoting Albrecht Dre? : > Hi Saim & Gunnar: > > Am 17.09.2008 14:55:08 schrieb(en) Albrecht Dre?: >> I can confirm this effect on Kolab 2.2 with Outlook 2003 and the >> latest Konsec connector. For my test, I created two users "Test 1" >> and "Test 2". > > I believe I found a bug in the way Horde creates text/calendar parts. > See issue for > details. Thanks for submitting the bug report. As far as I remember we had some changes in that area about half a year ago in the horde code. I'll check your patch against the newer library and will comment in the bug if the issue should be resolved in the newer Kolab Server 2.2.1 web client. Cheers, Gunnar > > Cheers, Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Fri Sep 19 12:48:44 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 12:48:44 +0200 Subject: Solved? [Was: Probably Horde Bug/Attendee status not shown anymore] In-Reply-To: <1221807267l.5608l.0l@pc104141.koeln.nktcables.com> References: <1221656108l.27115l.1l@pc104141.koeln.nktcables.com> <1221739356l.505l.3l@pc104141.koeln.nktcables.com> <1221807267l.5608l.0l@pc104141.koeln.nktcables.com> Message-ID: <20080919124844.110517pgq6i3w03k@webmail.pardus.de> Quoting Albrecht Dre? : > Am 18.09.2008 14:02:36 schrieb(en) Albrecht Dre?: >> I believe I found a bug in the way Horde creates text/calendar parts. >> See issue for >> details. > > A fix is available in the issue. Now, Outlook w/ the Konsec connector > recognises the vcalendar part. It *doesn't* recognise the sender of > the accept message, but insert a new participant, but that's a > different story... Did you submit a bug for that? :) Cheers, Gunnar > > Cheers, Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Fri Sep 19 12:55:59 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 12:55:59 +0200 Subject: Kolab doesn't create my mailbox In-Reply-To: <48D2236B.7050403@web.de> References: <48D2236B.7050403@web.de> Message-ID: <20080919125559.12212u7gf6xri4ao@webmail.pardus.de> Quoting h3x0g3n : > Hi, > > when creating a Kolab user account, Kolab doesn't create a mailbox. > However I can successfully login into the Kolab administration interface > and Horde. The login via Imap is also successful, but afterwards I get > the error: "Mailbox does not exist". > I tried this[1] but it didn't help. The tcpdump command is disabled by > my provider as I'm running a virtual server. > The only hint I found for my problem is a warning in syslog, which > appears evry minute: > kolabd[29366]: SD Warning: Unauthorized connection from , Is the IP of your server? Then maybe your loopback interface does not correctly work. Does your virtual server know what 127.0.0.1 is? It should as I guess without it many things will be broken. Connections from the loopback address are considered safe within the Kolab server. In your case something else () than 127.0.0.1 connect on port 9999 and this is denied by kolabd. Cheers, Gunnar > closing connection > > I would be very glad if someone could help or give me a hint > > Stephan > > > > > [1]http://wiki.kolab.org/index.php/Kolab2_Server_Troubleshooting_-_LDAP#Does_the_replication_system_work.3F > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From albrecht.dress at lios-tech.com Fri Sep 19 13:37:26 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Fri, 19 Sep 2008 13:37:26 +0200 Subject: Solved? [Was: Probably Horde Bug/Attendee status not shown anymore] In-Reply-To: <20080919124844.110517pgq6i3w03k@webmail.pardus.de> (from wrobel@pardus.de on Fri Sep 19 12:48:44 2008) References: <1221807267l.5608l.0l@pc104141.koeln.nktcables.com> <20080919124844.110517pgq6i3w03k@webmail.pardus.de> Message-ID: <1221824246l.5608l.2l@pc104141.koeln.nktcables.com> Am 19.09.2008 12:48:44 schrieb(en) Gunnar Wrobel: >> It *doesn't* recognise the sender of the accept message, but insert >> a new participant, but that's a different story... > > Did you submit a bug for that? :) I'm currently testing the 2.0 beta version of the Konsec connector, as we need support for Outlook 2007 and (ugh!) Vista. Looking at the source of the vcalendar parts sent by Horde and Outlook, I suspect the cause is the 'ATTENDEE' entry which, if created by Horde, contains the CN attribute. I already reported that issue to Konsec. Should I also open an issue for that? Thanks, Albrecht. From wrobel at pardus.de Fri Sep 19 13:57:39 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 19 Sep 2008 13:57:39 +0200 Subject: Solved? [Was: Probably Horde Bug/Attendee status not shown anymore] In-Reply-To: <1221824246l.5608l.2l@pc104141.koeln.nktcables.com> References: <1221807267l.5608l.0l@pc104141.koeln.nktcables.com> <20080919124844.110517pgq6i3w03k@webmail.pardus.de> <1221824246l.5608l.2l@pc104141.koeln.nktcables.com> Message-ID: <20080919135739.8146493eumh68tys@webmail.pardus.de> Quoting Albrecht Dre? : > Am 19.09.2008 12:48:44 schrieb(en) Gunnar Wrobel: >>> It *doesn't* recognise the sender of the accept message, but insert >>> a new participant, but that's a different story... >> >> Did you submit a bug for that? :) > > I'm currently testing the 2.0 beta version of the Konsec connector, as > we need support for Outlook 2007 and (ugh!) Vista. Looking at the > source of the vcalendar parts sent by Horde and Outlook, I suspect the > cause is the 'ATTENDEE' entry which, if created by Horde, contains the > CN attribute. I already reported that issue to Konsec. Should I also > open an issue for that? Depends on whether this a Horde issue or not :) If something needs fixing in Horde a bug would be good. I'm currently not too deep into the iTip stuff of the Kolab Server which will change next week when I do the testing round for Kolab Server 2.2.1. So if this stuff needs testing in the new server version I could use a reminder. Cheers, Gunnar > > Thanks, Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From s.kim at hia.rwth-aachen.de Fri Sep 19 15:33:01 2008 From: s.kim at hia.rwth-aachen.de (Saim Kim) Date: Fri, 19 Sep 2008 15:33:01 +0200 Subject: Solved? [Was: Probably Horde Bug/Attendee status not shown anymore] In-Reply-To: <20080919124844.110517pgq6i3w03k@webmail.pardus.de> References: <1221656108l.27115l.1l@pc104141.koeln.nktcables.com> <1221739356l.505l.3l@pc104141.koeln.nktcables.com> <1221807267l.5608l.0l@pc104141.koeln.nktcables.com> <20080919124844.110517pgq6i3w03k@webmail.pardus.de> Message-ID: <48D3AA0D.2020102@hia.rwth-aachen.de> Gunnar Wrobel schrieb: >
Quoting > Albrecht Dre? : > >> Am 18.09.2008 14:02:36 schrieb(en) Albrecht Dre?: >>> I believe I found a bug in the way Horde creates text/calendar parts. >>> See issue for >>> details. >> >> A fix is available in the issue. Now, Outlook w/ the Konsec connector >> recognises the vcalendar part. It *doesn't* recognise the sender of >> the accept message, but insert a new participant, but that's a >> different story... > > Did you submit a bug for that? :) > > Cheers, > > Gunnar Hello Albrecht, I'm not quite sure, if your fix also fixes my problem since none of the involved clients was Horde. So, I'm afraid it is not solved, yet. Still, there might of course be a similiar problem with the Horde client as well. Best regards, Saim > >> >> Cheers, Albrecht. >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> > > > -- -------------------------------------------------------------------------- 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 albrecht.dress at lios-tech.com Fri Sep 19 15:50:18 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Fri, 19 Sep 2008 15:50:18 +0200 Subject: Solved? [Was: Probably Horde Bug/Attendee status not shown anymore] In-Reply-To: <48D3AA0D.2020102@hia.rwth-aachen.de> (from s.kim@hia.rwth-aachen.de on Fri Sep 19 15:33:01 2008) Message-ID: <1221832218l.5608l.3l@pc104141.koeln.nktcables.com> Hi Saim: Am 19.09.2008 15:33:01 schrieb(en) Saim Kim: > I'm not quite sure, if your fix also fixes my problem since none of > the involved clients was Horde. So, I'm afraid it is not solved, yet. > Still, there might of course be a similiar problem with the Horde > client as well. Sorry, I guess I should read your message more carefully... ;-) However, at least the 'DESCRIPTION' field of the VCALENDAR (text/calendar) block in your original posting shows /exactly/ the same broken makeup as the one created by Horde (so I wrongly assumed it came also from it). That 'DESCRIPTION' field *definitively* violates RFC 2445 which requires that newlines must be escaped [1]! Thus, the agent you use (which one?) is *broken*, and you should file a bug report there. I *really* dislike to defend M$ or Outlook, but at this point they are not wrong; they just interpret the RFC strictly. Cheers, Albrecht. [1] see in connection with From ftoth at tiscali.nl Fri Sep 19 23:04:48 2008 From: ftoth at tiscali.nl (Ferry Toth) Date: Fri, 19 Sep 2008 23:04:48 +0200 Subject: Kolab with Evolution Message-ID: <1221858288.4500.46.camel@delfion.local> I'm new to Kolab and trying to figure out how it could benefit us. Would Evolution work with Kolab for sharing Adres book and Calendar folders? Would it require a plugin like Outlook does? Thanks, Ferry -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20080919/263c07c4/attachment.html From ml at radoeka.nl Fri Sep 19 23:21:27 2008 From: ml at radoeka.nl (Richard Bos) Date: Fri, 19 Sep 2008 23:21:27 +0200 Subject: Kolab with Evolution In-Reply-To: <1221858288.4500.46.camel@delfion.local> References: <1221858288.4500.46.camel@delfion.local> Message-ID: <200809192321.27552.ml@radoeka.nl> Op Friday 19 September 2008 23:04:48 schreef Ferry Toth: > I'm new to Kolab and trying to figure out how it could benefit us. > > > Would Evolution work with Kolab for sharing Adres book and Calendar > folders? Would it require a plugin like Outlook does? The wiki does not contain information about this: http://wiki.kolab.org/index.php/Special:Search?search=evolution&go=Go For the other clients there is: http://wiki.kolab.org/index.php/Clients_Features_Address http://wiki.kolab.org/index.php/Clients_Features_Calendar Perhaps you should just try it, and update the wiki and matrix' mentioned above? -- Richard Bos We are borrowing the world of our children, It is not inherited from our parents. From delonly at gmail.com Sat Sep 20 11:54:37 2008 From: delonly at gmail.com (Del) Date: Sat, 20 Sep 2008 11:54:37 +0200 Subject: Kolab with Evolution In-Reply-To: <1221858288.4500.46.camel@delfion.local> References: <1221858288.4500.46.camel@delfion.local> Message-ID: <1221904477.14586.5.camel@black> Hello Ferry, Evolution does not currently work well with Kolab2, and it is not on the schedule for version 2.22 nor 2.24 as far as I can see, ref. http://www.go-evolution.org/Evo2.22 http://www.go-evolution.org/Evo2.24 However, it is placed on the wish list for future development: http://www.go-evolution.org/Evo_Future They have an entry on their FAQ on your question, with reference to a hack: http://www.go-evolution.org/FAQ#Can_I_synchronize_Evolution_with_a_Kolab2_server.3F Cheers, Del On Fri, 2008-09-19 at 23:04 +0200, Ferry Toth wrote: > I'm new to Kolab and trying to figure out how it could benefit us. > > > Would Evolution work with Kolab for sharing Adres book and Calendar > folders? Would it require a plugin like Outlook does? > > > Thanks, > > Ferry > > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From alex at ap-consulting.co.uk Mon Sep 22 04:15:07 2008 From: alex at ap-consulting.co.uk (Alex Potter) Date: Mon, 22 Sep 2008 03:15:07 +0100 Subject: kolab 2.2 Installation report Message-ID: <200809220315.08158.alex@ap-consulting.co.uk> The log of my apparently successful installation can be found at http://www.ap-consulting.co.uk/logs/kolab-install-20080920.log It was built from sources from http://ftp.belnet.be/packages/kolab/server/development-2.2/current/sources/ -- System Information: Debian Release: lenny/sid APT prefers hardy-updates APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-19-server (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From dvadell at linuxclusters.com.ar Mon Sep 22 20:28:45 2008 From: dvadell at linuxclusters.com.ar (Diego M. Vadell) Date: Mon, 22 Sep 2008 15:28:45 -0300 Subject: Postfix and LDAP aliases Message-ID: <200809221528.45330.dvadell@linuxclusters.com.ar> Hi, I installed Kolab 2.2.0 and I'm very happy with it. I has been stable, performant and easy to administer so far. I added a contact in the Addressbook. This guy has a mail address, and an alias. I thought that this was only so it would appear in the LDAP address book, but when I send and email to the alias, the email gets rewritten and goes to the primary email. So I think I can go behind scene and reconfigure postfix not to do that. But what is the rationale for that? In what scenario is this useful? Thanks in advance, and sorry for my poor english. -- Diego. From nprice at gibb.co.za Tue Sep 23 08:16:49 2008 From: nprice at gibb.co.za (Price,Neil) Date: Tue, 23 Sep 2008 08:16:49 +0200 (SAST) Subject: Server fqdn change Message-ID: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> What changes would I have to make if the fqdn of my server changes? I would certainly have to make changes in Kolab and Horde. What about LDAP, Cyrus-Imap? What about Kolab's certificates? From alejandro at xtech.com.ar Tue Sep 23 15:49:39 2008 From: alejandro at xtech.com.ar (Alejandro Bednarik) Date: Tue, 23 Sep 2008 10:49:39 -0300 (ART) Subject: Server fqdn change In-Reply-To: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> References: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> Message-ID: <15534.200.47.24.7.1222177779.squirrel@webmail.xtech.com.ar> Price,Neil wrote: > What changes would I have to make if the fqdn of my server changes? I > would certainly have to make changes in Kolab and Horde. What about LDAP, > Cyrus-Imap? What about Kolab's certificates? > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > Take a look in /kolab/etc/kolab/templates/. Kolab works with templates, you should edit this files as required, and then run kolabconf, which in fact will update cyrus, apache or horde configuration. Cheers. -- Alejandro Bednarik XTech - Soluciones Linux para Empresas (011) 5219-0678 alejandro at xtech.com.ar From nprice at gibb.co.za Tue Sep 23 16:42:14 2008 From: nprice at gibb.co.za (Price,Neil) Date: Tue, 23 Sep 2008 16:42:14 +0200 (SAST) Subject: Horde/Imp problems Message-ID: <4481.170.130.105.186.1222180934.squirrel@webmail.gibb.co.za> I've set up a test Kolab 2.2 server using the native debian port. I set up a test user using kolab-webadmin I set up horde and activated imp I can log into horde as that user but I get Notice: Undefined index: % in /usr/share/horde3/imp/lib/IMAP/Tree.php on line 1628 in the top left hand corner If I look at that line of code its return (($elt['a'] & IMPTREE_ELT_NEED_SORT) && (count($this->_parent[$elt['v']]) > 1)); My log file says this: Sep 23 16:19:01 HORDE [emergency] [] kronolith is not activated [pid 12263 on line 807 of "/usr/share/horde3/lib/Horde/Registry.php"] Sep 23 16:19:26 HORDE [error] [horde] Error while fetching the Kolab ID [pid 11511 on line 133 of "/usr/share/horde3/lib/Horde/Auth/kolab.php"] Sep 23 16:19:26 HORDE [notice] [horde] Login success for [170.130.105.186] to Horde [pid 11511 on line 138 of "/usr/share/horde3/login.php"] Sep 23 16:19:34 HORDE [notice] [horde] Login success for nprice at gibb.co.za [170.130.105.186] to Horde [pid 11511 on line 138 of "/usr/share/horde3/login.php"] Sep 23 16:19:34 HORDE [notice] [imp] Login success for nprice at gibb.co.za [170.130.105.186] to {localhost:143 [imap/notls/novalidate-cert]} [pid 11511 on line 306 of "/usr/share/horde3/imp/lib/Session.php"] Sep 23 16:20:01 HORDE [emergency] [] kronolith is not activated [pid 12272 on line 807 of "/usr/share/horde3/lib/Horde/Registry.php"] Sep 23 16:20:01 HORDE [error] [horde] Error while fetching the Kolab ID [pid 12273 on line 133 of "/usr/share/horde3/lib/Horde/Auth/kolab.php"] Any ideas? If I activate Kronolith I get more errors. From v.ustinov at web.de Thu Sep 25 09:20:52 2008 From: v.ustinov at web.de (ustinov vaceslav) Date: Thu, 25 Sep 2008 09:20:52 +0200 Subject: Search engine in Kolab Message-ID: <148832668@web.de> Hi all, I have Question about search e-mails in Kolab. I have 7 Kolab users, each with about 5 GB mailboxes and more. E-mails have attachments with doc and pdf format. Is it possible to integrate a search engine in Kolab, like Lucene, to find e-mails on the basis of text message and attached file? The user should not have downloaded the e-mails locally. Thanks Slava ____________________________________________________________________ Psssst! Schon vom neuen WEB.DE MultiMessenger geh?rt? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 From cristian at livadaru.net Thu Sep 25 12:09:54 2008 From: cristian at livadaru.net (Cristian Livadaru) Date: Thu, 25 Sep 2008 12:09:54 +0200 Subject: Problems with upgrading to 2.2 Message-ID: <18E8247D-53C0-4231-99FD-923104602BDA@livadaru.net> I am trying to update my Kolab 2.0.4 Installation to Version 2.2.0 Since there was no direct upgrade manual from 2.0.4 to 2.2.0, I first did an upgrade to 2.1 which worked. Now I am trying to upgrade from 2.1 to 2.2.0 but here is where I am stuck. Here is what the result of sh install-kolab.sh 2>&1 | tee /root/kolab- update.log is Kolab installation tag (TAG): kolab Kolab installation prefix (PREFIX): /kolab Kolab version (KOLAB_VERSION): 2.2.0 Kolab user name (USER): kolab Kolab user base UID (KID): 19414 Kolab restricted UID (KID): 19415 Kolab non-priviledged UID (KID): 19416 Exclude following Kolab packages: Received no instructions. Trying to determine required action... Found an OpenPKG environment. Assuming upgrade... ----------- SETUP COMPLETED ----------- Now running: /kolab/bin/openpkg build -kKBuZ -r "/tmp/install-kolab. 545.9588.7063.16159" -p "ix86-debian4.0" -D openldap::with_pth=no -D sasl::with_ldap -D sasl::with_login -D sasl::with_ntlm -D postfix::with_sasl -D postfix::with_ssl -D postfix::with_ldap -D imapd::with_kolab_nocaps -Dkolabd::kolab_version=2.2.0 -Dkolab-webadmin::kolab_version=2.2.0 openpkg-tools openldap postfix kolabd kolab-filter kolab- freebusy kolab-webadmin fbview-kronolith horde-kolab-client | sh --------------------------------------- :::: /tmp/install-kolab.545.9588.7063.16159/ openpkg-20071227-20071227.src.rpm :::: error: cannot open /tmp/install-kolab.545.9588.7063.16159/ openpkg-20071227-20071227.src.rpm: No such file or directory I don't quite understand why it is trying to do something with a src.rpm since I have already installed openpkg-20071227-20071227.ix86- debian4.0-kolab.rpm this is what I have installed: /kolab/bin/openpkg rpm -qa|grep open openpkg-2.4.3-2.4.3 perl-openpkg-5.8.7-2.5.0 openpkg-registry-0.2.5-20051129 openssl-0.9.8a-2.5.4 openldap-2.3.29-2.20061110_kolab openpkg-20071227-20071227 openpkg-tools-1.4.6-20071231 I have started to look into the installation script to figure out what is going on but still can't figure it out. What am I missing? Regards, Cristian From h3x0g3n at web.de Thu Sep 25 12:30:04 2008 From: h3x0g3n at web.de (h3x0g3n) Date: Thu, 25 Sep 2008 12:30:04 +0200 Subject: Kolab running on a vServer alias [Re: Kolab doesn't create my mailbox] In-Reply-To: <12791.200.47.24.7.1221747511.squirrel@webmail.xtech.com.ar> References: <48D2236B.7050403@web.de> <12791.200.47.24.7.1221747511.squirrel@webmail.xtech.com.ar> Message-ID: <48DB682C.8000705@web.de> Hi, I solved my problem! I'm running Kolab on a vServer, so that there are problems with the loopback interface. But I've found a workaround, which works just fine for me and I hope, that it could also help others trying to run Kolab on a vServer If someone finds any problems or security issue in my solution, please feel free to write me! -kolab.conf slurd_accept_addr : -master.cf :10025 inet n - n - - smtpd -o content_filter=smtp-amavis:[]:10024 -o cleanup_service_name=post-cleanup -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,permit,reject -o mynetworks= -o smtpd_authorized_xforward_hosts= -o strict_rfc821_envelopes=yes -o smtpd_error_sleep_time=0 -o smtpd_soft_error_limit=1001 -o smtpd_hard_error_limit=1000 # SMTP interface for injecting mail back into postfix # from amavis :10026 inet n - n - - smtpd -o content_filter= -o cleanup_service_name=post-cleanup -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,permit,reject -o mynetworks= -o strict_rfc821_envelopes=yes -o smtpd_error_sleep_time=0 -o smtpd_soft_error_limit=1001 -o smtpd_hard_error_limit=1000 -main.cf mynetworks = 127.0.0.0/8 -amavisd.conf $inet_socket_bind = ''; @inet_acl = qw( ); $forward_method = 'smtp::10026' Alejandro Bednarik schrieb: > Hi! > We have similar problems. You could check the permissions of mailbox > folders with cyradmin. > > Cheers. > > h3x0g3n wrote: > >> Hi, >> >> when creating a Kolab user account, Kolab doesn't create a mailbox. >> However I can successfully login into the Kolab administration interface >> and Horde. The login via Imap is also successful, but afterwards I get >> the error: "Mailbox does not exist". >> I tried this[1] but it didn't help. The tcpdump command is disabled by >> my provider as I'm running a virtual server. >> The only hint I found for my problem is a warning in syslog, which >> appears evry minute: >> kolabd[29366]: SD Warning: Unauthorized connection from , >> closing connection >> >> I would be very glad if someone could help or give me a hint >> >> Stephan >> >> >> >> >> [1]http://wiki.kolab.org/index.php/Kolab2_Server_Troubleshooting_-_LDAP#Does_the_replication_system_work.3F >> >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> >> > > > From nprice at gibb.co.za Thu Sep 25 12:37:40 2008 From: nprice at gibb.co.za (Price,Neil) Date: Thu, 25 Sep 2008 12:37:40 +0200 (SAST) Subject: Horde/Imp problems In-Reply-To: <4481.170.130.105.186.1222180934.squirrel@webmail.gibb.co.za> References: <4481.170.130.105.186.1222180934.squirrel@webmail.gibb.co.za> Message-ID: <1343.170.130.105.186.1222339060.squirrel@webmail.gibb.co.za> On Tue, September 23, 2008 4:42 pm, Price,Neil said: Answering my own mail: > Notice: Undefined index: % in /usr/share/horde3/imp/lib/IMAP/Tree.php on > line 1628 This error turned out to be because kolabd had died for some reason. I've studied logs but haven't found out why. I'll wait for it to happen again. I'm still getting this error: > Sep 23 16:20:01 HORDE [error] [horde] Error while fetching the Kolab ID > [pid 12273 on line 133 of "/usr/share/horde3/lib/Horde/Auth/kolab.php"] It seems to occur several minutes after login. From aspineux at gmail.com Thu Sep 25 13:10:27 2008 From: aspineux at gmail.com (Alain Spineux) Date: Thu, 25 Sep 2008 13:10:27 +0200 Subject: Server fqdn change In-Reply-To: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> References: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> Message-ID: <71fe4e760809250410u5bea9962n25b947901bad443b@mail.gmail.com> On Tue, Sep 23, 2008 at 8:16 AM, Price,Neil wrote: > What changes would I have to make if the fqdn of my server changes? I > would certainly have to make changes in Kolab and Horde. What about LDAP, > Cyrus-Imap? What about Kolab's certificates? Maybe can you avoid to chnage the hostname of your computer, juste change the name used by the SMTP, in your certificate, and maybe somewhere else. > > > _______________________________________________ > 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 aspineux at gmail.com Thu Sep 25 13:16:34 2008 From: aspineux at gmail.com (Alain Spineux) Date: Thu, 25 Sep 2008 13:16:34 +0200 Subject: Postfix and LDAP aliases In-Reply-To: <200809221528.45330.dvadell@linuxclusters.com.ar> References: <200809221528.45330.dvadell@linuxclusters.com.ar> Message-ID: <71fe4e760809250416n3deaa292s39a7c1850727daff@mail.gmail.com> On Mon, Sep 22, 2008 at 8:28 PM, Diego M. Vadell wrote: > Hi, > > I installed Kolab 2.2.0 and I'm very happy with it. I has been stable, > performant and easy to administer so far. > > I added a contact in the Addressbook. This guy has a mail address, and an > alias. I thought that this was only so it would appear in the LDAP address > book, but when I send and email to the alias, the email gets rewritten and > goes to the primary email. I already made some comment about the lazy ldap filter used in /kolab/etc/postfix/ldapvirtual.cf in some posts before. Maybe could you add (objectClass=kolabInetOrgPerson) to limit the "aliasing" to kolab user only . my 2ct > > So I think I can go behind scene and reconfigure postfix not to do that. > But what is the rationale for that? In what scenario is this useful? > > Thanks in advance, and sorry for my poor english. > > -- Diego. > > _______________________________________________ > 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 aspineux at gmail.com Thu Sep 25 13:44:55 2008 From: aspineux at gmail.com (Alain Spineux) Date: Thu, 25 Sep 2008 13:44:55 +0200 Subject: kolab with 2 external ldap server In-Reply-To: References: Message-ID: <71fe4e760809250444u749d6883j623f8e8686642700@mail.gmail.com> 2008/9/16 : > Ciao a tutti, > ho installato kolab versione 2.0 su Centos 5.2 e tutto funziona > correttamente. > Ora ho la necessit? di configurarlo in modo tale che si colleghi a 2 ldap > server esterni,la mia domanda ?: > ? possibile configurare kolab in questo modo?se si sapete darmi qualche > "dritta"? > Grazie a tutti per eventuali aiuti > > > hello, > i have installed kolab version 2 Centos 5.1 and it works fine . > Now I would configure it as connected to 2 external ldapservers,is it > possible? and if it is how can i do? > thanks in advance > I thinks openldap can integrate different ldap tree from different backend. Also I thing ldap can use another ldap server as a backend. Look the openldap documentation. Alain > > Luke > > > > > > > > > > _______________________________________________ > 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 cristian at livadaru.net Thu Sep 25 13:59:54 2008 From: cristian at livadaru.net (Cristian Livadaru) Date: Thu, 25 Sep 2008 13:59:54 +0200 Subject: [SOLVED] Re: Problems with upgrading to 2.2 In-Reply-To: <18E8247D-53C0-4231-99FD-923104602BDA@livadaru.net> References: <18E8247D-53C0-4231-99FD-923104602BDA@livadaru.net> Message-ID: <2C662C00-65A4-4D43-89E9-B234EE892296@livadaru.net> this did the trick: /kolab/bin/openpkg rpm -e openpkg-2.4.3-2.4.3 can someone add this to the upgrade instructions? On 25 Sep, 2008, at 12:09 , Cristian Livadaru wrote: > I am trying to update my Kolab 2.0.4 Installation to Version 2.2.0 > Since there was no direct upgrade manual from 2.0.4 to 2.2.0, I first > did an upgrade to 2.1 which worked. > Now I am trying to upgrade from 2.1 to 2.2.0 but here is where I am > stuck. > > Here is what the result of sh install-kolab.sh 2>&1 | tee /root/kolab- > update.log is > > Kolab installation tag (TAG): kolab > Kolab installation prefix (PREFIX): /kolab > Kolab version (KOLAB_VERSION): 2.2.0 > Kolab user name (USER): kolab > Kolab user base UID (KID): 19414 > Kolab restricted UID (KID): 19415 > Kolab non-priviledged UID (KID): 19416 > Exclude following Kolab packages: > > Received no instructions. Trying to determine required action... > Found an OpenPKG environment. Assuming upgrade... > ----------- SETUP COMPLETED ----------- > > Now running: > > /kolab/bin/openpkg build -kKBuZ -r "/tmp/install-kolab. > 545.9588.7063.16159" -p "ix86-debian4.0" -D openldap::with_pth=no -D > sasl::with_ldap -D sasl::with_login -D sasl::with_ntlm -D > postfix::with_sasl -D postfix::with_ssl -D postfix::with_ldap -D > imapd::with_kolab_nocaps > -Dkolabd::kolab_version=2.2.0 > -Dkolab-webadmin::kolab_version=2.2.0 > openpkg-tools openldap postfix kolabd kolab-filter kolab- > freebusy kolab-webadmin fbview-kronolith horde-kolab-client | sh > > --------------------------------------- > :::: /tmp/install-kolab.545.9588.7063.16159/ > openpkg-20071227-20071227.src.rpm :::: > error: cannot open /tmp/install-kolab.545.9588.7063.16159/ > openpkg-20071227-20071227.src.rpm: No such file or directory > > > I don't quite understand why it is trying to do something with a > src.rpm since I have already installed openpkg-20071227-20071227.ix86- > debian4.0-kolab.rpm > > this is what I have installed: > > /kolab/bin/openpkg rpm -qa|grep open > openpkg-2.4.3-2.4.3 > perl-openpkg-5.8.7-2.5.0 > openpkg-registry-0.2.5-20051129 > openssl-0.9.8a-2.5.4 > openldap-2.3.29-2.20061110_kolab > openpkg-20071227-20071227 > openpkg-tools-1.4.6-20071231 > > I have started to look into the installation script to figure out what > is going on but still can't figure it out. > What am I missing? > > Regards, Cristian > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20080925/0f38cd36/attachment-0001.html From carsten at cburghardt.com Thu Sep 25 14:05:07 2008 From: carsten at cburghardt.com (Carsten Burghardt) Date: Thu, 25 Sep 2008 14:05:07 +0200 Subject: Search engine in Kolab In-Reply-To: <148832668@web.de> References: <148832668@web.de> Message-ID: <20080925140507.20214g2cy62a0uww@www.inovox.de> Quoting "ustinov vaceslav" : > Hi all, > > I have Question about search e-mails in Kolab. > > I have 7 Kolab users, each with about 5 GB mailboxes and more. > E-mails have attachments with doc and pdf format. > Is it possible to integrate a search engine in Kolab, like Lucene, > to find e-mails on the basis of text message and attached file? > > The user should not have downloaded the e-mails locally. As far as I know there is not direct integration. But you could archive your emails using Alfresco (www.alfresco.org) and then search through them including the attachments. Shameless promotion of my own project: http://sourceforge.net/projects/emailarchiving/ Regards Carsten From albrecht.dress at lios-tech.com Thu Sep 25 14:36:24 2008 From: albrecht.dress at lios-tech.com (=?UTF-8?q?Albrecht_Dre=C3=9F?=) Date: Thu, 25 Sep 2008 14:36:24 +0200 Subject: Migrate M$ Exchange Contacts to Kolab? Message-ID: <1222346184l.541l.0l@pc104141.koeln.nktcables.com> Hi all, does anyone know about a tool which can be used to migrate Contacts from M$ Exchange to kolab, pretty much like imapsync for mailboxes? While imapsync works pretty well, I want to avoid that all my users have to migrate their contacts manually... Thanks, Albrecht. From symedeot at yahoo.fr Thu Sep 25 16:28:15 2008 From: symedeot at yahoo.fr (Sylvain MEDEOT) Date: Thu, 25 Sep 2008 16:28:15 +0200 Subject: Migrate M$ Exchange Contacts to Kolab? In-Reply-To: <1222346184l.541l.0l@pc104141.koeln.nktcables.com> References: <1222346184l.541l.0l@pc104141.koeln.nktcables.com> Message-ID: <48DB9FFF.10701@yahoo.fr> Albrecht Dre? a ?crit : > Hi all, > > does anyone know about a tool which can be used to migrate Contacts > from M$ Exchange to kolab, pretty much like imapsync for mailboxes? > While imapsync works pretty well, I want to avoid that all my users > have to migrate their contacts manually... > > Thanks, > Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > > ---------------------------------------------------------- > Message exempt de virus ou polluriels connus (MailScanner) > Basically, you can export them to a pst file and sync them in kolab via the toltec connector... Of course, it depends on the number of accounts to migrate... Regards, Sylvain From ml at radoeka.nl Thu Sep 25 16:51:45 2008 From: ml at radoeka.nl (Richard Bos) Date: Thu, 25 Sep 2008 16:51:45 +0200 Subject: Migrate M$ Exchange Contacts to Kolab? In-Reply-To: <1222346184l.541l.0l@pc104141.koeln.nktcables.com> References: <1222346184l.541l.0l@pc104141.koeln.nktcables.com> Message-ID: <20080925145145.GA39578@xs4all.nl> Hi Albrecht, On Thu, Sep 25, 2008 at 02:36:24PM +0200, Albrecht Dre?? wrote: > Hi all, > > does anyone know about a tool which can be used to migrate Contacts > from M$ Exchange to kolab, pretty much like imapsync for mailboxes? > While imapsync works pretty well, I want to avoid that all my users > have to migrate their contacts manually... did you have a look at the wiki, there is: http://wiki.kolab.org/index.php/Microsoft_Exchange Which refers to the Toltec migration tool: http://www.toltec.co.za/migration.html -- Richard From albrecht.dress at lios-tech.com Thu Sep 25 18:45:21 2008 From: albrecht.dress at lios-tech.com (=?iso-8859-15?q?Albrecht=20Dre=DF?=) Date: Thu, 25 Sep 2008 16:45:21 -0000 Subject: Migrate M$ Exchange Contacts to Kolab? Message-ID: <20080925164521.EC3B47192A3@srv-lios2.koeln.nktcables.com> Hi Richard: Thanks a lot for your comments... Richard Bos wrote: > did you have a look at the wiki, there is: > http://wiki.kolab.org/index.php/Microsoft_Exchange > > Which refers to the Toltec migration tool: > http://www.toltec.co.za/migration.html I know that wiki page and the tool, but unfortunately I cannot use it easily. The current situation is somewhat weird; we are currently a small group hosted in a bigger company, I do not have administrative access to Exchange, and the sysops are, well, only partially cooperative... As to move the mailboxes, I plan to reset each user's pwd on AD (I can do that), and then run imapsync to shift everything to my new and then completely separated Kolab/Samba installation (of course users have to agree with that approach, I don't want to interfere with their privacy, but they will get new Samba/Kolab passwords anyway!). At that point having a *free* (I forgot to mention that...) tool running on the Linux box /in a script/ (so the whole switch-over could be done during a weekend with low traffic) would be the tool I'm looking for... Cheers, Albrecht. From wrobel at pardus.de Thu Sep 25 21:45:13 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 25 Sep 2008 21:45:13 +0200 Subject: Postfix and LDAP aliases In-Reply-To: <200809221528.45330.dvadell@linuxclusters.com.ar> References: <200809221528.45330.dvadell@linuxclusters.com.ar> Message-ID: <20080925214513.134327pwffvku63o@webmail.pardus.de> Quoting "Diego M. Vadell" : > Hi, > > I installed Kolab 2.2.0 and I'm very happy with it. I has been stable, > performant and easy to administer so far. > > I added a contact in the Addressbook. This guy has a mail address, and an > alias. I thought that this was only so it would appear in the LDAP address > book, but when I send and email to the alias, the email gets rewritten and > goes to the primary email. > > So I think I can go behind scene and reconfigure postfix not to do that. > But what is the rationale for that? In what scenario is this useful? It has been sometimes used for some special address rewriting in connection with posting to shared folders. But that was also just a hack. I don't believe it is functionality that is being used very often. On the other hand we didn't have many people complaining about it either. I did not yet fully understand why it is a problem for you. Cheers, Gunnar > > Thanks in advance, and sorry for my poor english. > > -- Diego. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ______ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Thu Sep 25 21:48:04 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 25 Sep 2008 21:48:04 +0200 Subject: Server fqdn change In-Reply-To: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> References: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> Message-ID: <20080925214804.185046z4h98ehpus@webmail.pardus.de> Quoting "Price,Neil" : > What changes would I have to make if the fqdn of my server changes? I > would certainly have to make changes in Kolab and Horde. What about LDAP, > Cyrus-Imap? What about Kolab's certificates? You'd definitely also have to change the hostname in LDAP. It is easy to break things this way though. I'm pretty certain the required procedure has been also already discussed on this list. So there should be additional hints available. Cheers, Gunnar > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Thu Sep 25 21:56:21 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 25 Sep 2008 21:56:21 +0200 Subject: Horde/Imp problems In-Reply-To: <1343.170.130.105.186.1222339060.squirrel@webmail.gibb.co.za> References: <4481.170.130.105.186.1222180934.squirrel@webmail.gibb.co.za> <1343.170.130.105.186.1222339060.squirrel@webmail.gibb.co.za> Message-ID: <20080925215621.16423u297zuo7j8k@webmail.pardus.de> Quoting "Price,Neil" : > On Tue, September 23, 2008 4:42 pm, Price,Neil said: > > Answering my own mail: > >> Notice: Undefined index: % in /usr/share/horde3/imp/lib/IMAP/Tree.php on >> line 1628 > > This error turned out to be because kolabd had died for some reason. I've > studied logs but haven't found out why. I'll wait for it to happen again. > > I'm still getting this error: > >> Sep 23 16:20:01 HORDE [error] [horde] Error while fetching the Kolab ID >> [pid 12273 on line 133 of "/usr/share/horde3/lib/Horde/Auth/kolab.php"] > > It seems to occur several minutes after login. From the error message I'm guessing that you use Horde-3.2.2 - it helps in general if you provide such information :) The error indicates that you might have a problem with the LDAP connection. But I admit that the error reporting was still a little bit week at that point. I fixed this shortly after 3.2.2. Any chance of updating to Horde-3.3. Either the release candidate of the final release available tomorrow? Cheers, Gunnar > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Thu Sep 25 21:59:44 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 25 Sep 2008 21:59:44 +0200 Subject: Search engine in Kolab In-Reply-To: <148832668@web.de> References: <148832668@web.de> Message-ID: <20080925215944.20923lpg5fllu1us@webmail.pardus.de> Quoting ustinov vaceslav : > Hi all, > > I have Question about search e-mails in Kolab. > > I have 7 Kolab users, each with about 5 GB mailboxes and more. > E-mails have attachments with doc and pdf format. > Is it possible to integrate a search engine in Kolab, like Lucene, > to find e-mails on the basis of text message and attached file? So far I didn't hear about anyone doing something like this with the Kolab server. But any ideas are certainly welcome as it is a promising and important area. Cheers, Gunnar > > The user should not have downloaded the e-mails locally. > > > Thanks > Slava > > ____________________________________________________________________ > Psssst! Schon vom neuen WEB.DE MultiMessenger geh?rt? > Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Thu Sep 25 22:01:08 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 25 Sep 2008 22:01:08 +0200 Subject: [SOLVED] Re: Problems with upgrading to 2.2 In-Reply-To: <2C662C00-65A4-4D43-89E9-B234EE892296@livadaru.net> References: <18E8247D-53C0-4231-99FD-923104602BDA@livadaru.net> <2C662C00-65A4-4D43-89E9-B234EE892296@livadaru.net> Message-ID: <20080925220108.3375750xf4lzn1gk@webmail.pardus.de> Quoting Cristian Livadaru : > this did the trick: font-size: 10px;\">/kolab/bin/openpkg rpm -e > openpkg-2.4.3-2.4.3 can someone add this to the upgrade instructions? @thomas: is this a recommended procedure? Cheers, Gunnar > > On 25 Sep, 2008, at 12:09 , Cristian Livadaru > wrote: > I am trying to update my Kolab > 2.0.4 Installation to Version 2.2.0 > Since there was no direct upgrade manual from 2.0.4 to 2.2.0, I > first did an upgrade to 2.1 which worked. > Now I am trying to upgrade from 2.1 to 2.2.0 but here is where I am > stuck. > > Here is what the result of sh install-kolab.sh 2>&1 | tee > /root/kolab- update.log is > > Kolab installation tag (TAG): kolab > Kolab installation prefix (PREFIX): /kolab > Kolab version (KOLAB_VERSION): 2.2.0 > Kolab user name (USER): kolab > Kolab user base UID (KID): 19414 > Kolab restricted UID (KID): 19415 > Kolab non-priviledged UID (KID): 19416 > Exclude following Kolab packages: > > Received no instructions. Trying to determine required action... > Found an OpenPKG environment. Assuming upgrade... > ----------- SETUP COMPLETED ----------- > > Now running: > > /kolab/bin/openpkg build -kKBuZ -r "/tmp/install-kolab. > 545.9588.7063.16159" -p "ix86-debian4.0" -D > openldap::with_pth=no -D sasl::with_ldap -D sasl::with_login -D > sasl::with_ntlm -D postfix::with_sasl -D postfix::with_ssl -D > postfix::with_ldap -D imapd::with_kolab_nocaps > -Dkolabd::kolab_version=2.2.0 > -Dkolab-webadmin::kolab_version=2.2.0 > openpkg-tools openldap postfix kolabd kolab-filter > kolab- freebusy kolab-webadmin fbview-kronolith horde-kolab-client | sh > > --------------------------------------- > :::: /tmp/install-kolab.545.9588.7063.16159/ > openpkg-20071227-20071227.src.rpm :::: > error: cannot open /tmp/install-kolab.545.9588.7063.16159/ > openpkg-20071227-20071227.src.rpm: No such file or directory > > > I don't quite understand why it is trying to do something with a > src.rpm since I have already installed > openpkg-20071227-20071227.ix86- debian4.0-kolab.rpm > > this is what I have installed: > > /kolab/bin/openpkg rpm -qa|grep open > openpkg-2.4.3-2.4.3 > perl-openpkg-5.8.7-2.5.0 > openpkg-registry-0.2.5-20051129 > openssl-0.9.8a-2.5.4 > openldap-2.3.29-2.20061110_kolab > openpkg-20071227-20071227 > openpkg-tools-1.4.6-20071231 > > I have started to look into the installation script to figure out > what is going on but still can't figure it out. > What am I missing? > > Regards, Cristian > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org[1] > https://kolab.org/mailman/listinfo/kolab-users > > -- ____ 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:Kolab-users at kolab.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From ml at radoeka.nl Thu Sep 25 22:22:22 2008 From: ml at radoeka.nl (Richard Bos) Date: Thu, 25 Sep 2008 22:22:22 +0200 Subject: Server fqdn change In-Reply-To: <20080925214804.185046z4h98ehpus@webmail.pardus.de> References: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> <20080925214804.185046z4h98ehpus@webmail.pardus.de> Message-ID: <200809252222.22513.ml@radoeka.nl> Op Thursday 25 September 2008 21:48:04 schreef Gunnar Wrobel: > > What changes would I have to make if the fqdn of my server changes? I > > would certainly have to make changes in Kolab and ?Horde. What about > > LDAP, Cyrus-Imap? What about Kolab's certificates? > > You'd definitely also have to change the hostname in LDAP. It is easy ? > to break things this way though. I'm pretty certain the required ? > procedure has been also already discussed on this list. So there ? > should be additional hints available. It would be nice if a script pops up, that could take care of the change. Perhaps that the script can be stored / developed on the wiki or perhaps an issue should be opened for this. Related to this is a domain name change from domain1.tld to domain2.tld. At the end the users login name (user at domain.tld) should be changed to. This will be quite challenging... Also in this case a supporting script would be nice to have. -- Richard Bos Without a home the journey is endless From ml at radoeka.nl Thu Sep 25 22:30:22 2008 From: ml at radoeka.nl (Richard Bos) Date: Thu, 25 Sep 2008 22:30:22 +0200 Subject: Search engine in Kolab In-Reply-To: <148832668@web.de> References: <148832668@web.de> Message-ID: <200809252230.22313.ml@radoeka.nl> Op Thursday 25 September 2008 09:20:52 schreef ustinov vaceslav: > I have Question about search e-mails in Kolab. > > I have 7 Kolab users, each with about 5 GB mailboxes and more. > E-mails have attachments with doc and pdf format. > Is it possible to integrate a search engine in Kolab, like Lucene, to find > e-mails on the basis of text message and attached file? Just played with lucene today ;) But not in combination with kolab. I only found a demo tool and it was not really clear how setup lucene. Anyway, of course it is possible to do this (perhaps you want to use clucene instead). But how do you make sure that when an email box is read only for the user, it will not be accessible via the search engine to others. I think that an search engine on a mail server, the way you described it, will be security headache.... -- Richard Bos Without a home the journey is endless From dvadell at linuxclusters.com.ar Thu Sep 25 23:27:03 2008 From: dvadell at linuxclusters.com.ar (Diego M. Vadell) Date: Thu, 25 Sep 2008 18:27:03 -0300 Subject: Postfix and LDAP aliases In-Reply-To: <20080925214513.134327pwffvku63o@webmail.pardus.de> References: <200809221528.45330.dvadell@linuxclusters.com.ar> <20080925214513.134327pwffvku63o@webmail.pardus.de> Message-ID: <200809251827.03969.dvadell@linuxclusters.com.ar> Hi Gunnar, Maybe its just us using the address book incorrectly. It's only that when I send email to an address outside Kolab, I'm don't see the use of it being redirected just because it is an alias and not the primary email address. And it confuses users. If there were a good reason, then great! there it is. But as I can't picture it in my newbieness, I ask. In particular, I migrated an addressbook to Kolab, and the users used the aliases to store "related email addresses". So instead of having John Doe from LinuxClusters with it's email, they got LinuxClusters and three or four email addresses. That's why this became a problem. Again, maybe it's just us using the address book incorrectly. Thank you for answering -- Diego. On Thursday 25 September 2008 16:45:13 Gunnar Wrobel wrote: > Quoting "Diego M. Vadell" : > > Hi, > > > > I installed Kolab 2.2.0 and I'm very happy with it. I has been > > stable, performant and easy to administer so far. > > > > I added a contact in the Addressbook. This guy has a mail address, > > and an alias. I thought that this was only so it would appear in the LDAP > > address book, but when I send and email to the alias, the email gets > > rewritten and goes to the primary email. > > > > So I think I can go behind scene and reconfigure postfix not to do > > that. But what is the rationale for that? In what scenario is this > > useful? > > It has been sometimes used for some special address rewriting in > connection with posting to shared folders. But that was also just a > hack. I don't believe it is functionality that is being used very > often. On the other hand we didn't have many people complaining about > it either. I did not yet fully understand why it is a problem for you. > > Cheers, > > Gunnar > > > Thanks in advance, and sorry for my poor english. > > > > -- Diego. > > > > _______________________________________________ > > Kolab-users mailing list > > Kolab-users at kolab.org > > https://kolab.org/mailman/listinfo/kolab-users From nprice at gibb.co.za Fri Sep 26 08:23:29 2008 From: nprice at gibb.co.za (Price,Neil) Date: Fri, 26 Sep 2008 08:23:29 +0200 (SAST) Subject: Migrate M$ Exchange Contacts to Kolab? In-Reply-To: <20080925164521.EC3B47192A3@srv-lios2.koeln.nktcables.com> References: <20080925164521.EC3B47192A3@srv-lios2.koeln.nktcables.com> Message-ID: <3230.170.130.105.186.1222410209.squirrel@webmail.gibb.co.za> On Thu, September 25, 2008 6:45 pm, Albrecht Dre? said: > As to move the mailboxes, I plan to reset each user's pwd on AD (I can do > that), > and then run imapsync to shift everything to my new and then completely > separated Kolab/Samba installation (of course users have to agree with This may not be what you want but Samba can migrate passwords to ldap. check out the "net vampire" command. I too am looking at migrating M SExchange to Kolab, although I am still in very early stage and my exchange is very old (5.5) From delonly at gmail.com Sat Sep 27 11:55:24 2008 From: delonly at gmail.com (Del) Date: Sat, 27 Sep 2008 11:55:24 +0200 Subject: Any news on Kolab 2.2.1? Message-ID: <1222509324.13259.6.camel@black> I am eagerly awaiting 2.2.1, finally getting SyncML support for unified synchronization with mobiles. Any hint on status and release schedule is greatly appreciated. Cheers, Del From alex at swiftnetcomputers.biz Sat Sep 27 15:05:45 2008 From: alex at swiftnetcomputers.biz (Alex Chejlyk) Date: Sat, 27 Sep 2008 09:05:45 -0400 Subject: Migrate M$ Exchange Contacts to Kolab? In-Reply-To: <3230.170.130.105.186.1222410209.squirrel@webmail.gibb.co.za> References: <20080925164521.EC3B47192A3@srv-lios2.koeln.nktcables.com> <3230.170.130.105.186.1222410209.squirrel@webmail.gibb.co.za> Message-ID: <48DE2FA9.7010704@swiftnetcomputers.biz> Price,Neil wrote: > On Thu, September 25, 2008 6:45 pm, Albrecht Dre? said: > >> As to move the mailboxes, I plan to reset each user's pwd on AD (I can do >> that), >> and then run imapsync to shift everything to my new and then completely >> separated Kolab/Samba installation (of course users have to agree with > > This may not be what you want but Samba can migrate passwords to ldap. > check out the "net vampire" command. > > I too am looking at migrating M SExchange to Kolab, although I am still in > very early stage and my exchange is very old (5.5) > > > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > What email clients will you be using? If you are staying with Outlook, converting the mailboxes, contacts and calendars to pst format is probably the easiest method. Imapsync is a great tool, especially when you have many users. Cheers, Alex From nprice at gibb.co.za Sun Sep 28 10:18:02 2008 From: nprice at gibb.co.za (Neil Price) Date: Sun, 28 Sep 2008 10:18:02 +0200 Subject: Migrate M$ Exchange Contacts to Kolab? In-Reply-To: <48DE2FA9.7010704@swiftnetcomputers.biz> References: <20080925164521.EC3B47192A3@srv-lios2.koeln.nktcables.com> <3230.170.130.105.186.1222410209.squirrel@webmail.gibb.co.za> <48DE2FA9.7010704@swiftnetcomputers.biz> Message-ID: <48DF3DBA.5030904@gibb.co.za> Alex Chejlyk wrote: > What email clients will you be using? If you are staying with Outlook, > converting the mailboxes, contacts and calendars to pst format is > probably the easiest method. Imapsync is a great tool, especially when > you have many users. > People here are stuck on Outlook so it will be that and and probably the Tolltec connector. Tolltec are based in my country, so I can feel patriotic about it! Personally, I do not like Outlook. I will use Horde for remote webmail access. Tolltec also have an exchange migration tool but it is untested with my version. I will probably use pst as you suggest, using the exmerge utility that comes with exchange. I haven't checked out imapsync yet. From jaheme at gmx.de Sun Sep 28 18:13:54 2008 From: jaheme at gmx.de (Jan - Hendrik Meyer) Date: Sun, 28 Sep 2008 18:13:54 +0200 Subject: A problem with mail delivering Message-ID: <48DFAD42.20002@gmx.de> Hello, Thanks for the help last time - it worked for me But there are 2 more errors i've found in the logfiles and experienced by not receiving mails: . 1.) The following line can be found in the warn file and mail.err file in my log directory: Sep 28 08:46:40 lxmain kolabquotawarn[22664]: fatal: Unable to connect to local Cyrus admin interface 2.) Furthermore the next line can be found in the mail file: Sep 28 17:38:49 lxmain postfix/pipe[29242]: 328B522C2AB: to=, relay=kolabmailboxfilter, delay=377537, delays=377513/0.03/0/24, dsn=4.3.0, status=deferred (temporary failure. Command output: Failed to connect socket: Connection refused, original code ) There is one process called cyrus in my process table and there is no other clue determined the error. Last but not least, I can't log in with my ldap users in horde web frontend after configurating horde. No error can be found in the horde log. I hope for some good solutions ;) Thanks Jan-Hendrik Meyer From wrobel at pardus.de Mon Sep 29 07:06:24 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 29 Sep 2008 07:06:24 +0200 Subject: Server fqdn change In-Reply-To: <200809252222.22513.ml@radoeka.nl> References: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> <20080925214804.185046z4h98ehpus@webmail.pardus.de> <200809252222.22513.ml@radoeka.nl> Message-ID: <20080929070624.14302cbghsuceatc@webmail.pardus.de> Quoting Richard Bos : > Op Thursday 25 September 2008 21:48:04 schreef Gunnar Wrobel: >> > What changes would I have to make if the fqdn of my server changes? I >> > would certainly have to make changes in Kolab and Horde. What about >> > LDAP, Cyrus-Imap? What about Kolab's certificates? >> >> You'd definitely also have to change the hostname in LDAP. It is >> easy to break things this way though. I'm pretty certain the >> required procedure has been also already discussed on this list. >> So there should be additional hints available. > > It would be nice if a script pops up, that could take care of the change. > Perhaps that the script can be stored / developed on the wiki or perhaps an > issue should be opened for this. > > Related to this is a domain name change from domain1.tld to domain2.tld. At > the end the users login name (user at domain.tld) should be changed to. This > will be quite challenging... Also in this case a supporting script would be > nice to have. I guess the old domain should be kept. Renaming all the users does not make too much sense as that also affects the data stored in IMAP. Its easier to solve that by using aliases. On the other hand this might also cause problems if you add newer users in your new domain. They won't be able to share IMAP folders with user created in the old domain. So there are indeed other things to think of. Would be nice to do that via a script, yes. Cheers, Gunnar > > -- > Richard Bos > Without a home the journey is endless > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Mon Sep 29 07:10:38 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 29 Sep 2008 07:10:38 +0200 Subject: Any news on Kolab 2.2.1? In-Reply-To: <1222509324.13259.6.camel@black> References: <1222509324.13259.6.camel@black> Message-ID: <20080929071038.597923aut9enyixa@webmail.pardus.de> Quoting Del : > I am eagerly awaiting 2.2.1, finally getting SyncML support for unified > synchronization with mobiles. > Any hint on status ... Working on it. Just watch the cvs-commit list. > and release schedule is greatly appreciated. A beta might arrive in November. Instructions for Horde experimentalists will be posted this month. Cheers, Gunnar > > Cheers, > Del > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Mon Sep 29 07:19:52 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 29 Sep 2008 07:19:52 +0200 Subject: A problem with mail delivering In-Reply-To: <48DFAD42.20002@gmx.de> References: <48DFAD42.20002@gmx.de> Message-ID: <20080929071952.325412nhekwzhnr4@webmail.pardus.de> Quoting Jan - Hendrik Meyer : > Hello, > > Thanks for the help last time - it worked for me > > But there are 2 more errors i've found in the logfiles and experienced > by not receiving mails: > . > 1.) The following line can be found in the warn file and mail.err file > in my log directory: > > Sep 28 08:46:40 lxmain kolabquotawarn[22664]: fatal: Unable to connect > to local Cyrus admin interface > > 2.) Furthermore the next line can be found in the mail file: > > Sep 28 17:38:49 lxmain postfix/pipe[29242]: 328B522C2AB: > to=, relay=kolabmailboxfilter, delay=377537, > delays=377513/0.03/0/24, dsn=4.3.0, status=deferred (temporary > failure. Command output: Failed to connect socket: Connection > refused, original code ) Both errors should indicate that the Cyrus IMAP server is not running. The second error is a connection failure to the lmtp socket provided by the IMAP server for mail delivery. > > > There is one process called cyrus in my process table and there is no > other clue determined the error. > > Last but not least, I can't log in with my ldap users in horde web > frontend after configurating horde. No error can be found in the horde log. > Check the troubleshooting hints in the wiki. Might be related to DNS problems. Cheers, Gunnar > > I hope for some good solutions ;) > > Thanks > > Jan-Hendrik Meyer > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ______ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From wrobel at pardus.de Mon Sep 29 07:38:09 2008 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 29 Sep 2008 07:38:09 +0200 Subject: Postfix and LDAP aliases In-Reply-To: <200809251827.03969.dvadell@linuxclusters.com.ar> References: <200809221528.45330.dvadell@linuxclusters.com.ar> <20080925214513.134327pwffvku63o@webmail.pardus.de> <200809251827.03969.dvadell@linuxclusters.com.ar> Message-ID: <20080929073809.16712zdhac14cts0@webmail.pardus.de> Quoting "Diego M. Vadell" : > Hi Gunnar, > > Maybe its just us using the address book incorrectly. It's only > that when I > send email to an address outside Kolab, I'm don't see the use of it being > redirected just because it is an alias and not the primary email address. And > it confuses users. > > If there were a good reason, then great! there it is. But as I can't > picture it in my newbieness, I ask. > > In particular, I migrated an addressbook to Kolab, and the users used the > aliases to store "related email addresses". So instead of having John Doe > from LinuxClusters with it's email, they got LinuxClusters and three or four > email addresses. That's why this became a problem. > > Again, maybe it's just us using the address book incorrectly. Hm, actually I think you are right and outgoing mails should not necessarily be redirected according to the alias. Please open a bug about this so that we get some comments from the other devs. Cheers, Gunnar > > Thank you for answering > -- Diego. > > > > On Thursday 25 September 2008 16:45:13 Gunnar Wrobel wrote: >> Quoting "Diego M. Vadell" : >> > Hi, >> > >> > I installed Kolab 2.2.0 and I'm very happy with it. I has been >> > stable, performant and easy to administer so far. >> > >> > I added a contact in the Addressbook. This guy has a mail address, >> > and an alias. I thought that this was only so it would appear in the LDAP >> > address book, but when I send and email to the alias, the email gets >> > rewritten and goes to the primary email. >> > >> > So I think I can go behind scene and reconfigure postfix not to do >> > that. But what is the rationale for that? In what scenario is this >> > useful? >> >> It has been sometimes used for some special address rewriting in >> connection with posting to shared folders. But that was also just a >> hack. I don't believe it is functionality that is being used very >> often. On the other hand we didn't have many people complaining about >> it either. I did not yet fully understand why it is a problem for you. >> >> Cheers, >> >> Gunnar >> >> > Thanks in advance, and sorry for my poor english. >> > >> > -- Diego. >> > >> > _______________________________________________ >> > Kolab-users mailing list >> > Kolab-users at kolab.org >> > https://kolab.org/mailman/listinfo/kolab-users > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ______ 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 << -------------------------------------------------------------------- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From ml at radoeka.nl Mon Sep 29 09:12:00 2008 From: ml at radoeka.nl (Richard Bos) Date: Mon, 29 Sep 2008 09:12:00 +0200 Subject: Server fqdn change In-Reply-To: <20080929070624.14302cbghsuceatc@webmail.pardus.de> References: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> <20080925214804.185046z4h98ehpus@webmail.pardus.de> <200809252222.22513.ml@radoeka.nl> <20080929070624.14302cbghsuceatc@webmail.pardus.de> Message-ID: <20080929071200.GA29066@xs4all.nl> On Mon, Sep 29, 2008 at 07:06:24AM +0200, Gunnar Wrobel wrote: > Quoting Richard Bos : > > > Op Thursday 25 September 2008 21:48:04 schreef Gunnar Wrobel: > >> > What changes would I have to make if the fqdn of my server changes? I > >> > would certainly have to make changes in Kolab and Horde. What about > >> > LDAP, Cyrus-Imap? What about Kolab's certificates? > >> > >> You'd definitely also have to change the hostname in LDAP. It is > >> easy to break things this way though. I'm pretty certain the > >> required procedure has been also already discussed on this list. > >> So there should be additional hints available. > > > > It would be nice if a script pops up, that could take care of the change. > > Perhaps that the script can be stored / developed on the wiki or perhaps an > > issue should be opened for this. > > > > Related to this is a domain name change from domain1.tld to domain2.tld. At > > the end the users login name (user at domain.tld) should be changed to. This > > will be quite challenging... Also in this case a supporting script would be > > nice to have. > > I guess the old domain should be kept. That might be, but company names changes happen often. Have a look at the financials its changes everyday there nowadays... Take for example abnamro, which was bought was Fortis last year, and yesterday it was sold to Ing. I can't believe that people want to stick with the old company names as that might be "political" incorrect. As such it should be possible to rename the stored data, isn't it? Perhaps a solution is a domain that is not tight to the company domain, something like user at group.wr, but that is a bit weird. > Renaming all the users does not > make too much sense as that also affects the data stored in IMAP. Its > easier to solve that by using aliases. Ah, that is a good trick. But in the end it might be that there will be user data stored under e.g. abnamro, fortis and ing (see example above). > On the other hand this might also cause problems if you add newer > users in your new domain. They won't be able to share IMAP folders > with user created in the old domain. > > So there are indeed other things to think of. Would be nice to do that > via a script, yes. Ah, we agree :) Is it an idea to register this challenge in an issue? So, it won't be forgotten? -- Richard From akopciuch at bddf.ca Mon Sep 29 09:42:03 2008 From: akopciuch at bddf.ca (Andrew J. Kopciuch) Date: Mon, 29 Sep 2008 01:42:03 -0600 Subject: Server fqdn change In-Reply-To: <20080929070624.14302cbghsuceatc@webmail.pardus.de> References: <3256.170.130.105.186.1222150609.squirrel@webmail.gibb.co.za> <200809252222.22513.ml@radoeka.nl> <20080929070624.14302cbghsuceatc@webmail.pardus.de> Message-ID: <200809290142.07088.akopciuch@bddf.ca> > > I guess the old domain should be kept. Renaming all the users does not > make too much sense as that also affects the data stored in IMAP. Its > easier to solve that by using aliases. > Not to mention the breakage of the mail itself. The mail spool is stored on disk under the domain. That would have to be moved, and I have no idea about the side-effects of that. You already mentioned the ACLs stored in IMAP, which would also be broken. There's also the sieve and freebusy information that would need to be moved, and I'm also not sure about any data changes required there. To throw another wrench in the mix, imagine multiple slaves? There are several pieces that are tied to the FQDN, both in LDAP, and on disk. It's not a trivial thing to change the FQDN. Aliases could instantly provide a new email address, but the UID would still remain under the previous domain (if you just used the default UID ... which I assume most people would). I realize I am not providing much help here, but my brain is flying in all directions thinking about what a FQDN change would require. Large installations would be a massive amount of work. We all seem to be making points in theory. I am wondering if there is anyone out there who has actually done this before? They might provide some insights. The only client of mine to go through a domain change, was moving co-locations, and rebuilding servers all at the same time, so we just built a new server under the new domain, and created aliases for the old domain if needed. So we avoided doing this sort of thing in place. :S Andy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20080929/95bcea49/attachment.bin From kcaesar at hotmail.com Mon Sep 29 22:06:02 2008 From: kcaesar at hotmail.com (kiser Caesar) Date: Mon, 29 Sep 2008 22:06:02 +0200 Subject: Multi-domains in Kolab 2.2.0 final. Message-ID: Hello, I have a strange problem with Kolab 2.2.0 final, I just install a new server and I configured as follows: A primary domain such as "domain.ext" and several sub-domains such as the "subdomain1.domain.ext", "subdomain2.domain.ext" ..... In the web administration page I can see my users in different areas, but when I want sending emails from one of sub-domains, mail arrive at my correspondent is in the form toto at domain.ext and not in toto at subdomain.ext. Who have an idea about this problem? Who can help me? Then I have another question, how many slave server a master server can support? Thank you! _________________________________________________________________ T?l?phonez gratuitement ? tous vos proches avec Windows Live Messenger? !? T?l?chargez-le maintenant ! http://www.windowslive.fr/messenger/1.asp -------------- section suivante -------------- Une pi?ce jointe HTML a ?t? nettoy?e... URL: http://kolab.org/pipermail/kolab-users/attachments/20080929/e6798df6/attachment.html From contact at gmli.fr Tue Sep 30 01:06:12 2008 From: contact at gmli.fr (Guillaume Ludwig) Date: Tue, 30 Sep 2008 01:06:12 +0200 Subject: Kolab and kontact Message-ID: <200809300106.12957.contact@gmli.fr> Hi, i'm trying to use kontact with kolab. I didn't found any useful information on how to fix my issue on the web, so i write here. I've setted up a kolab server on my personal computer, just to test it. All works very well with Horde : emails, calendars, tasks. I don't know how to use a kolab server with kontact 1.3 (kde4), then i manage to test it with kontact 1.2 (kde3), but with no success. Has you can see here : http://test.cfait.fr/~gml/kolab-error.png If i setup an IMAP account, that works (at least showing folders content), but my Kolab server resource is empty. It was setted up with 'groupwarewizard' command. Does anyone has a tip on what is the problem ? Thanks in advance, Guillaume -- Guillaume LUDWIG Gestion d'entreprise facile - http://cerise-pgi.com Entreprise de Service en Logiciel Libre - www.gmli.fr Membre fondateur de LOLICA - www.lolica.org Membre fondateur de Sparnatux - www.sparnatux.org Membre de l'APRIL - www.april.org From rs at blinkenlichten.de Tue Sep 30 11:54:54 2008 From: rs at blinkenlichten.de (Rouven Sacha) Date: Tue, 30 Sep 2008 11:54:54 +0200 Subject: Kolabd crashes after deleting user Message-ID: <1222768494.6804.33.camel@campocampo> Hi, i 've successfully set up kolabd 2.2.0-20080709.dfsg-1 on lenny from the alioth sanpshot repositories. Kolabd crashes reproducibly when changing any entry in the kolab webinterface. It seems to be connected to syncrepl reconnection error, but i can't seem to debug it any further than that. The crash happens roughly 20s after i delete a user in the webinterface. Following the log, the user gets deleted from ldap, kolab successfully syncs with ldap and crashes: Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Changing permissions of /etc/imapd.group to 0640 Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Changing owner of /etc/imapd.group to root:root (0:0) Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Finished building Cyrus groups Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Finished regenerating configuration files Sep 30 11:37:40 bserver-netsrv kolabconf: KC: Reloading kolab components Sep 30 11:37:40 bserver-netsrv kolabconf: K: Reload finished Sep 30 11:37:40 bserver-netsrv kolabconf: KC: Finished Sep 30 11:37:40 bserver-netsrv kolabd: SYNCREPL Debug: Finished Kolab::LDAP::sync sleeping 1s Sep 30 11:37:41 bserver-netsrv kolabd: SYNCREPL Debug: Finished Net::LDAP::Search::sync sleeping 10s Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: Control created Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: Search created Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=12 SRCH base="dc=buero20,dc=org" scope=2 deref=2 filter="(objectClass=*)" Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=12 SRCH attr=* entryUUID modifytimestamp cyrus-userquota kolabdeleteflag Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=12 SEARCH RESULT tag=101 err=0 nentries=0 text= Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: No control: mesg->code = `84', mesg->msg = `LDAP decode error' Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL: Aborting Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=13 UNBIND Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 fd=34 closed Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: No control: mesg->code = `88', mesg->msg = `Explicit disconnect' Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL: Aborting Sep 30 11:37:51 bserver-netsrv kolabd: K: Abnormal child exit status encountered, aborting Sep 30 11:37:51 bserver-netsrv kolabd: Kolab is shutting down Sep 30 11:37:51 bserver-netsrv kolabd: K: SIGINT/SIGTERM detected, kill()ing children Sep 30 11:37:51 bserver-netsrv kolabd: L: Shutting down Sep 30 11:37:51 bserver-netsrv kolabd: K: Exiting Openldap is 2.4.10-3 straight from Debian Testing with the following settings (generated by kolab): #### Provide the modern syncprov/syncrepl method of ldap replication # This database is a synchronisation provider # Note that a database can be both a consumer and a provider moduleload syncprov overlay syncprov # Guarantee that contextCSN gets written. syncprov-checkpoint 1024 16 # Save a log of last write operations syncprov-sessionlog 4096 # Support delta-based syncrepl syncprov-reloadhint TRUE # Put an index on attributes used for synchronisation # Note that these indexes are used locally both for server and client # during synchronisation. index entryCSN eq index entryUUID eq Any hints on that issue or should i send that to the debian kolab maintainers? Cheers, Rouven From ml at radoeka.nl Tue Sep 30 12:15:38 2008 From: ml at radoeka.nl (Richard Bos) Date: Tue, 30 Sep 2008 12:15:38 +0200 Subject: Kolabd crashes after deleting user In-Reply-To: <1222768494.6804.33.camel@campocampo> References: <1222768494.6804.33.camel@campocampo> Message-ID: <20080930101538.GA78892@xs4all.nl> On Tue, Sep 30, 2008 at 11:54:54AM +0200, Rouven Sacha wrote: > Hi, > > i 've successfully set up kolabd 2.2.0-20080709.dfsg-1 on lenny from the > alioth sanpshot repositories. Kolabd crashes reproducibly when changing > any entry in the kolab webinterface. It seems to be connected to > syncrepl reconnection error, but i can't seem to debug it any further > than that. The crash happens roughly 20s after i delete a user in the > webinterface. Following the log, the user gets deleted from ldap, kolab > successfully syncs with ldap and crashes: Why did you choose syncrepl? This is still experimental. For more information about this see: https://www.intevation.de/roundup/kolab/issue1755 In my case kolabd crashes directly after start up, in your case you state that kolabd only crashes after deleting a user is that correct? > Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Changing permissions > of /etc/imapd.group to 0640 > Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Changing owner > of /etc/imapd.group to root:root (0:0) > Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Finished building > Cyrus groups > Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Finished regenerating > configuration files > Sep 30 11:37:40 bserver-netsrv kolabconf: KC: Reloading kolab > components > Sep 30 11:37:40 bserver-netsrv kolabconf: K: Reload finished > Sep 30 11:37:40 bserver-netsrv kolabconf: KC: Finished > Sep 30 11:37:40 bserver-netsrv kolabd: SYNCREPL Debug: Finished > Kolab::LDAP::sync sleeping 1s > Sep 30 11:37:41 bserver-netsrv kolabd: SYNCREPL Debug: Finished > Net::LDAP::Search::sync sleeping 10s > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: Control created > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: Search created > Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=12 SRCH > base="dc=buero20,dc=org" scope=2 deref=2 filter="(objectClass=*)" > Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=12 SRCH attr=* > entryUUID modifytimestamp cyrus-userquota kolabdeleteflag > Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=12 SEARCH > RESULT tag=101 err=0 nentries=0 text= > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: No control: > mesg->code = `84', mesg->msg = `LDAP decode error' > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL: Aborting > Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=13 UNBIND > Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 fd=34 closed > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: No control: > mesg->code = `88', mesg->msg = `Explicit disconnect' > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL: Aborting > Sep 30 11:37:51 bserver-netsrv kolabd: K: Abnormal child exit status > encountered, aborting > Sep 30 11:37:51 bserver-netsrv kolabd: Kolab is shutting down > Sep 30 11:37:51 bserver-netsrv kolabd: K: SIGINT/SIGTERM detected, > kill()ing children > Sep 30 11:37:51 bserver-netsrv kolabd: L: Shutting down > Sep 30 11:37:51 bserver-netsrv kolabd: K: Exiting > > > Openldap is 2.4.10-3 straight from Debian Testing with the following > settings (generated by kolab): > > #### Provide the modern syncprov/syncrepl method of ldap replication > # This database is a synchronisation provider > # Note that a database can be both a consumer and a provider > moduleload syncprov > overlay syncprov > # Guarantee that contextCSN gets written. > syncprov-checkpoint 1024 16 > # Save a log of last write operations > syncprov-sessionlog 4096 > # Support delta-based syncrepl > syncprov-reloadhint TRUE > # Put an index on attributes used for synchronisation > # Note that these indexes are used locally both for server and client > # during synchronisation. > index entryCSN eq > index entryUUID eq > > > Any hints on that issue or should i send that to the debian kolab > maintainers? > > Cheers, > > Rouven > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From rs at blinkenlichten.de Tue Sep 30 12:32:57 2008 From: rs at blinkenlichten.de (Rouven Sacha) Date: Tue, 30 Sep 2008 12:32:57 +0200 Subject: Kolabd crashes after deleting user In-Reply-To: <20080930101538.GA78892@xs4all.nl> References: <1222768494.6804.33.camel@campocampo> <20080930101538.GA78892@xs4all.nl> Message-ID: <1222770778.6804.39.camel@campocampo> On Di, 2008-09-30 at 12:15 +0200, Richard Bos wrote: > > i 've successfully set up kolabd 2.2.0-20080709.dfsg-1 on lenny from the > > alioth sanpshot repositories. Kolabd crashes reproducibly when changing > > any entry in the kolab webinterface. It seems to be connected to > > syncrepl reconnection error, but i can't seem to debug it any further > > than that. The crash happens roughly 20s after i delete a user in the > > webinterface. Following the log, the user gets deleted from ldap, kolab > > successfully syncs with ldap and crashes: > > Why did you choose syncrepl? This is still experimental. For more information > about this see: > https://www.intevation.de/roundup/kolab/issue1755 Hi, thanks for the hint. I didn't choose syncrepl - it seems to be the favourite setup of the debian maintainers. So i'm CC'ing that message to pkg-kolab-devel as well ... > In my case kolabd crashes directly after start up, in your case you > state that kolabd only crashes after deleting a user is that correct? That's correct. It even survives creating a user sometimes :-) > Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Changing permissions > of /etc/imapd.group to 0640 > Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Changing owner > of /etc/imapd.group to root:root (0:0) > Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Finished building > Cyrus groups > Sep 30 11:37:40 bserver-netsrv kolabconf: T Debug: Finished regenerating > configuration files > Sep 30 11:37:40 bserver-netsrv kolabconf: KC: Reloading kolab > components > Sep 30 11:37:40 bserver-netsrv kolabconf: K: Reload finished > Sep 30 11:37:40 bserver-netsrv kolabconf: KC: Finished > Sep 30 11:37:40 bserver-netsrv kolabd: SYNCREPL Debug: Finished > Kolab::LDAP::sync sleeping 1s > Sep 30 11:37:41 bserver-netsrv kolabd: SYNCREPL Debug: Finished > Net::LDAP::Search::sync sleeping 10s > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: Control created > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: Search created > Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=12 SRCH > base="dc=buero20,dc=org" scope=2 deref=2 filter="(objectClass=*)" > Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=12 SRCH attr=* > entryUUID modifytimestamp cyrus-userquota kolabdeleteflag > Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=12 SEARCH > RESULT tag=101 err=0 nentries=0 text= > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: No control: > mesg->code = `84', mesg->msg = `LDAP decode error' > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL: Aborting > Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 op=13 UNBIND > Sep 30 11:37:51 bserver-netsrv slapd[1595]: conn=4038 fd=34 closed > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL Debug: No control: > mesg->code = `88', mesg->msg = `Explicit disconnect' > Sep 30 11:37:51 bserver-netsrv kolabd: SYNCREPL: Aborting > Sep 30 11:37:51 bserver-netsrv kolabd: K: Abnormal child exit status > encountered, aborting > Sep 30 11:37:51 bserver-netsrv kolabd: Kolab is shutting down > Sep 30 11:37:51 bserver-netsrv kolabd: K: SIGINT/SIGTERM detected, > kill()ing children > Sep 30 11:37:51 bserver-netsrv kolabd: L: Shutting down > Sep 30 11:37:51 bserver-netsrv kolabd: K: Exiting > > > Openldap is 2.4.10-3 straight from Debian Testing with the following > settings (generated by kolab): > > #### Provide the modern syncprov/syncrepl method of ldap replication > # This database is a synchronisation provider > # Note that a database can be both a consumer and a provider > moduleload syncprov > overlay syncprov > # Guarantee that contextCSN gets written. > syncprov-checkpoint 1024 16 > # Save a log of last write operations > syncprov-sessionlog 4096 > # Support delta-based syncrepl > syncprov-reloadhint TRUE > # Put an index on attributes used for synchronisation > # Note that these indexes are used locally both for server and client > # during synchronisation. > index entryCSN eq > index entryUUID eq > > > Any hints on that issue or should i send that to the debian kolab > maintainers? > > Cheers, > > Rouven > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From aspineux at gmail.com Tue Sep 30 13:00:09 2008 From: aspineux at gmail.com (Alain Spineux) Date: Tue, 30 Sep 2008 13:00:09 +0200 Subject: A problem with mail delivering In-Reply-To: <48DFAD42.20002@gmx.de> References: <48DFAD42.20002@gmx.de> Message-ID: <71fe4e760809300400u14e4db4p350f50ecc7641d9d@mail.gmail.com> On Sun, Sep 28, 2008 at 6:13 PM, Jan - Hendrik Meyer wrote: > Hello, > > Thanks for the help last time - it worked for me > > But there are 2 more errors i've found in the logfiles and experienced > by not receiving mails: > . > 1.) The following line can be found in the warn file and mail.err file > in my log directory: > > Sep 28 08:46:40 lxmain kolabquotawarn[22664]: fatal: Unable to connect > to local Cyrus admin interface > Often I got this message at install time, because the kolabquotawarn was installed and I still didn't configured kolab. I dont thing you will get this anymore > 2.) Furthermore the next line can be found in the mail file: > > Sep 28 17:38:49 lxmain postfix/pipe[29242]: 328B522C2AB: to=, relay=kolabmailboxfilter, delay=377537, delays=377513/0.03/0/24, dsn=4.3.0, status=deferred (temporary failure. Command output: Failed to connect socket: Connection refused, original code ) > > > There is one process called cyrus in my process table and there is no > other clue determined the error. Do you get this this message often ? > > Last but not least, I can't log in with my ldap users in horde web > frontend after configurating horde. No error can be found in the horde log. > > > I hope for some good solutions ;) > > Thanks > > Jan-Hendrik Meyer > > _______________________________________________ > 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 ml at radoeka.nl Tue Sep 30 13:07:13 2008 From: ml at radoeka.nl (Richard Bos) Date: Tue, 30 Sep 2008 13:07:13 +0200 Subject: Kolabd crashes after deleting user In-Reply-To: <1222770778.6804.39.camel@campocampo> References: <1222768494.6804.33.camel@campocampo> <20080930101538.GA78892@xs4all.nl> <1222770778.6804.39.camel@campocampo> Message-ID: <200809301307.14217.ml@radoeka.nl> Op Tuesday 30 September 2008 12:32:57 schreef Rouven Sacha: > > Why did you choose syncrepl? ?This is still experimental. ?For more > > information about this see: > > https://www.intevation.de/roundup/kolab/issue1755 > > Hi, > > thanks for the hint. I didn't choose syncrepl - it seems to be the > favourite setup of the debian maintainers. So i'm CC'ing that message to > pkg-kolab-devel as well ... > > > In my case kolabd crashes directly after start up, in your case you > > state that kolabd only crashes after deleting a user is that correct? > > That's correct. It even survives creating a user sometimes :-) Wow, that's better than expected :) Does the debug directives in the issue help you to debug the problem further? -- Richard Bos Without a home the journey is endless From ml at radoeka.nl Tue Sep 30 13:12:14 2008 From: ml at radoeka.nl (Richard Bos) Date: Tue, 30 Sep 2008 13:12:14 +0200 Subject: Kolabd crashes after deleting user In-Reply-To: <200809301307.14217.ml@radoeka.nl> References: <1222768494.6804.33.camel@campocampo> <1222770778.6804.39.camel@campocampo> <200809301307.14217.ml@radoeka.nl> Message-ID: <200809301312.14971.ml@radoeka.nl> Op Tuesday 30 September 2008 13:07:13 schreef Richard Bos: > Op Tuesday 30 September 2008 12:32:57 schreef Rouven Sacha: > > > Why did you choose syncrepl? ?This is still experimental. ?For more > > > information about this see: > > > https://www.intevation.de/roundup/kolab/issue1755 > > > > Hi, > > > > thanks for the hint. I didn't choose syncrepl - it seems to be the > > favourite setup of the debian maintainers. So i'm CC'ing that message to > > pkg-kolab-devel as well ... > > > > > In my case kolabd crashes directly after start up, in your case you > > > state that kolabd only crashes after deleting a user is that correct? > > > > That's correct. It even survives creating a user sometimes :-) > > Wow, that's better than expected :) Does the debug directives in the issue > help you to debug the problem further? BTW: I added the text below to the issue mentioned above: (please note that this seems to be with patches from debian. As the syncrepl as only added to kolab cvs somewhere in August / September) -- Richard Bos Without a home the journey is endless From aspineux at gmail.com Tue Sep 30 13:20:21 2008 From: aspineux at gmail.com (Alain Spineux) Date: Tue, 30 Sep 2008 13:20:21 +0200 Subject: Multi-domains in Kolab 2.2.0 final. In-Reply-To: References: Message-ID: <71fe4e760809300420t1c3b69a4s39e4834be1109009@mail.gmail.com> On Mon, Sep 29, 2008 at 10:06 PM, kiser Caesar wrote: > Hello, > > I have a strange problem with Kolab 2.2.0 final, I just install a new server > and I configured as follows: > > A primary domain such as "domain.ext" and several sub-domains such as the > "subdomain1.domain.ext", "subdomain2.domain.ext" ..... > > In the web administration page I can see my users in different areas, but > when I want sending emails from one of sub-domains, mail arrive at my > correspondent is in the form toto at domain.ext and not in toto at subdomain.ext. > > Who have an idea about this problem? Who can help me? This looks like a probleme about option masquerade_domains in postfix main.cf configuration file. check http://www.postfix.org/postconf.5.html and modifie main.cf.template Regards > > Then I have another question, how many slave server a master server can > support? > > Thank you! > ________________________________ > Votre correspondant a choisi Hotmail et profite d'un stockage quasiment > illimit?. Cr?ez un compte Hotmail gratuitement ! > _______________________________________________ > 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 contact at gmli.fr Tue Sep 30 15:05:41 2008 From: contact at gmli.fr (Guillaume Ludwig) Date: Tue, 30 Sep 2008 15:05:41 +0200 Subject: Kolab and kontact In-Reply-To: <200809300106.12957.contact@gmli.fr> References: <200809300106.12957.contact@gmli.fr> Message-ID: <200809301505.41819.contact@gmli.fr> Le mardi 30 septembre 2008 01:06:12 Guillaume Ludwig, vous avez ?crit : > If i setup an IMAP account, that works (at least showing folders content), > but my Kolab server resource is empty. It was setted up with > 'groupwarewizard' command. I finally succeed to use kmail 1.3. When I create a folder with Horde, and I display subscriptions for kolab imap account in kmail, I can see the new folder created in horde. imapd.log says (when i log in with kmail) : Sep 30 15:03:29 black-cerisier imaps[1681]: accepted connection Sep 30 15:03:29 black-cerisier imaps[1681]: SSL_accept() incomplete -> wait Sep 30 15:03:29 black-cerisier imaps[1681]: mydelete: starting txn 2147483987 Sep 30 15:03:29 black-cerisier imaps[1681]: mydelete: committing txn 2147483987 Sep 30 15:03:29 black-cerisier imaps[1681]: mystore: starting txn 2147483988 Sep 30 15:03:29 black-cerisier imaps[1681]: mystore: committing txn 2147483988 Sep 30 15:03:29 black-cerisier imaps[1681]: SSL_accept() succeeded -> done Sep 30 15:03:29 black-cerisier imaps[1681]: starttls: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits new) no authentication Sep 30 15:03:29 black-cerisier imaps[1681]: canonify: 'gml at black- cerisier' Sep 30 15:03:29 black-cerisier imaps[1681]: canonify: 'gml at black- cerisier' Sep 30 15:03:29 black-cerisier imaps[1681]: login: black-cerisier [127.0.1.1] gml at black-cerisier plaintext+TLS User logged in But in the folder view, i just see "Kolab Server", with nothing in it. Any idea of what i've done wrong ? gml -- Guillaume LUDWIG Gestion d'entreprise facile - http://cerise-pgi.com Entreprise de Service en Logiciel Libre - www.gmli.fr Membre fondateur de LOLICA - www.lolica.org Membre fondateur de Sparnatux - www.sparnatux.org Membre de l'APRIL - www.april.org From contact at gmli.fr Tue Sep 30 15:17:31 2008 From: contact at gmli.fr (Guillaume Ludwig) Date: Tue, 30 Sep 2008 15:17:31 +0200 Subject: Kolab and kontact In-Reply-To: <200809301505.41819.contact@gmli.fr> References: <200809300106.12957.contact@gmli.fr> <200809301505.41819.contact@gmli.fr> Message-ID: <200809301517.31407.contact@gmli.fr> Le mardi 30 septembre 2008 15:05:41 Guillaume Ludwig, vous avez ?crit : > But in the folder view, i just see "Kolab Server", with nothing in it. > > Any idea of what i've done wrong ? Forget my emails.. I'm just too stupid to see that groupwarewizard created a "disconnected mode" imap account, then I have to clic on fetch mail... :( gml -- Guillaume LUDWIG Gestion d'entreprise facile - http://cerise-pgi.com Entreprise de Service en Logiciel Libre - www.gmli.fr Membre fondateur de LOLICA - www.lolica.org Membre fondateur de Sparnatux - www.sparnatux.org Membre de l'APRIL - www.april.org From nprice at gibb.co.za Tue Sep 30 15:35:09 2008 From: nprice at gibb.co.za (Price,Neil) Date: Tue, 30 Sep 2008 15:35:09 +0200 (SAST) Subject: Horde LDAP errors Message-ID: <4975.170.130.105.186.1222781709.squirrel@webmail.gibb.co.za> I'm seeing the following in my horde log file: HORDE [error] [horde] Internal LDAP error. Details have been logged for the administrator. [pid 20612 on line 337 of "/usr/share/horde3/lib/Horde/Prefs/ldap.php"] HORDE [error] [horde] Zero or more than one DN returned from search; unable to determine user's correct DN I don't see see any corresponding errors in the ldap log (unless I have not enabled the correct log level) Horde version is 3.3 with Kolab 2.20 (Debian port). Test.php shows I have pecl'd all my pears correctly. Horde still seems to work but does not retrieve Kolab user info (I'm not sure if its supposed to. I checked the search dn and the password are correct (phppw) Any pointers? From rs at blinkenlichten.de Tue Sep 30 16:08:44 2008 From: rs at blinkenlichten.de (Rouven Sacha) Date: Tue, 30 Sep 2008 16:08:44 +0200 Subject: Kolabd crashes after deleting user In-Reply-To: <200809301312.14971.ml@radoeka.nl> References: <1222768494.6804.33.camel@campocampo> <1222770778.6804.39.camel@campocampo> <200809301307.14217.ml@radoeka.nl> <200809301312.14971.ml@radoeka.nl> Message-ID: <48E232EC.8010903@blinkenlichten.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard Bos schrieb: >>>> Why did you choose syncrepl? This is still experimental. For more >>>> information about this see: >>>> https://www.intevation.de/roundup/kolab/issue1755 >>> Hi, > BTW: I added the text below to the issue mentioned above: > (please note that this seems to be with patches > from debian. As the syncrepl as only added to kolab cvs somewhere in > August / September) The question that comes to mind is: why not use slapd anyway? Is it unsupported in openldap 2.4? Cheers, Rouven - -- Blinkenlichten Open Source Solutions Eigm?ller, Maass, Sacha GbR Weigandufer 45 12059 Berlin tel: +49 30 13896247 fax: +49 30 13896249 mobil: +49 174 4220127 http://www.blinkenlichten.de/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI4jLruYBpvajAnXYRAh2wAKCvUX6FWyTtOG/0ObrV+qtOBJLJDwCfSoXq CCV5/BsUVL5XKqWLY2nmsG0= =sdLy -----END PGP SIGNATURE----- From rs at blinkenlichten.de Tue Sep 30 16:12:53 2008 From: rs at blinkenlichten.de (Rouven Sacha) Date: Tue, 30 Sep 2008 16:12:53 +0200 Subject: Kolabd crashes after deleting user In-Reply-To: <48E232EC.8010903@blinkenlichten.de> References: <1222768494.6804.33.camel@campocampo> <1222770778.6804.39.camel@campocampo> <200809301307.14217.ml@radoeka.nl> <200809301312.14971.ml@radoeka.nl> <48E232EC.8010903@blinkenlichten.de> Message-ID: <48E233E5.6090304@blinkenlichten.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rouven Sacha schrieb: > The question that comes to mind is: why not use slapd anyway? Is it The question should of course rather be: why not use slurpd anyway :-) - -- Blinkenlichten Open Source Solutions Eigm?ller, Maass, Sacha GbR Weigandufer 45 12059 Berlin tel: +49 30 13896247 fax: +49 30 13896249 mobil: +49 174 4220127 http://www.blinkenlichten.de/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI4jPluYBpvajAnXYRAmrdAJ0aMV1+kJBIU6R3IOmLjyRTsmJSAwCgjyTn Vj67wpawMm/ugXE1sYLosLE= =FV0X -----END PGP SIGNATURE----- From ml at radoeka.nl Tue Sep 30 16:36:29 2008 From: ml at radoeka.nl (Richard Bos) Date: Tue, 30 Sep 2008 16:36:29 +0200 Subject: Kolabd crashes after deleting user In-Reply-To: <48E233E5.6090304@blinkenlichten.de> References: <1222768494.6804.33.camel@campocampo> <48E232EC.8010903@blinkenlichten.de> <48E233E5.6090304@blinkenlichten.de> Message-ID: <200809301636.29828.ml@radoeka.nl> Op Tuesday 30 September 2008 16:12:53 schreef Rouven Sacha: > > The question that comes to mind is: why not use slapd anyway? Is it > > The question should of course rather be: why not use slurpd anyway openldap-2.4 does not provide slurpd as it has been superseded by syncrepl, is as easy as that ;) openldap-2.3 provides slurpd and syncrepl. So, if you're able to install openldap-2.3 than you make use of slurpd. But I'm afraid that your kolab version uses a hardcoded ldap setup (syncrepl), so it won't be easy to switch between the 2 methods. -- Richard Bos We are borrowing the world of our children, It is not inherited from our parents. From rs at blinkenlichten.de Tue Sep 30 16:36:50 2008 From: rs at blinkenlichten.de (Rouven Sacha) Date: Tue, 30 Sep 2008 16:36:50 +0200 Subject: Kolabd crashes after deleting user In-Reply-To: <200809301307.14217.ml@radoeka.nl> References: <1222768494.6804.33.camel@campocampo> <20080930101538.GA78892@xs4all.nl> <1222770778.6804.39.camel@campocampo> <200809301307.14217.ml@radoeka.nl> Message-ID: <48E23982.7050200@blinkenlichten.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard Bos schrieb: >>> In my case kolabd crashes directly after start up, in your case you >>> state that kolabd only crashes after deleting a user is that correct? >> That's correct. It even survives creating a user sometimes :-) > > Wow, that's better than expected :) Does the debug directives in the issue > help you to debug the problem further? @richard 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. Sep 30 16:31:44 bserver-netsrv kolabd: L: Synchronising domains Sep 30 16:31:44 bserver-netsrv kolabd: L: Connecting to LDAP server `127.0.0.1:389' Sep 30 16:31:44 bserver-netsrv kolabd: L: Binding to `cn=manager,cn=internal,dc=buero20,dc=org' Sep 30 16:31:44 bserver-netsrv kolabd: L Debug: Unable to locate old calendar user with DN `cn=calendar,cn=internal,dc=buero20,dc=org' Sep 30 16:31:44 bserver-netsrv kolabd: L Debug: Calendar user for domain `buero20.org' exists Sep 30 16:31:44 bserver-netsrv kolabd: L: Finished synchronisation Sep 30 16:31:44 bserver-netsrv kolabd: K: Synchronisation complete, starting up daemon Sep 30 16:31:44 bserver-netsrv kolabd: K: Forking `syncrepl' listener Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: Creating LDAP connection to LDAP server Sep 30 16:31:44 bserver-netsrv kolabd: L: Connecting to LDAP server `127.0.0.1:389' Sep 30 16:31:44 bserver-netsrv kolabd: L: Binding to `cn=manager,cn=internal,dc=buero20,dc=org' Sep 30 16:31:44 bserver-netsrv kolabd: K: Listeners spawned, wait()ing Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: LDAP connection established Sep 30 16:31:44 bserver-netsrv kolabd: L Debug: LDAP operations are asynchronous Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: Async checked Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: Cookie: Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: Control created Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: Search created Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: No control: mesg->code = `2', mesg->msg = `Sync control value is absent' Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL: Aborting Sep 30 16:31:44 bserver-netsrv kolabd: K: Abnormal child exit status encountered, aborting Sep 30 16:31:44 bserver-netsrv kolabd: Kolab is shutting down Sep 30 16:31:44 bserver-netsrv kolabd: K: SIGINT/SIGTERM detected, kill()ing children Sep 30 16:31:44 bserver-netsrv kolabd: L: Shutting down Sep 30 16:31:44 bserver-netsrv kolabd: K: Exiting cheers, rouven - -- Blinkenlichten Open Source Solutions Eigm?ller, Maass, Sacha GbR Weigandufer 45 12059 Berlin tel: +49 30 13896247 fax: +49 30 13896249 mobil: +49 174 4220127 http://www.blinkenlichten.de/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI4jmCuYBpvajAnXYRAqTWAJ0f2VZJ6FVxKaB15Negt3SYpD5lHwCfcu3v qTbNepy9LlWF5McvCV0xoK0= =iKbA -----END PGP SIGNATURE----- From thomas at intevation.de Tue Sep 30 18:58:11 2008 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Tue, 30 Sep 2008 18:58:11 +0200 Subject: Problems with upgrading to 2.2 In-Reply-To: <20080925220108.3375750xf4lzn1gk@webmail.pardus.de> References: <18E8247D-53C0-4231-99FD-923104602BDA@livadaru.net> <2C662C00-65A4-4D43-89E9-B234EE892296@livadaru.net> <20080925220108.3375750xf4lzn1gk@webmail.pardus.de> Message-ID: <20080930165811.GG5833.thomas@intevation.de> * Gunnar Wrobel [20080925 22:01]: > Quoting Cristian Livadaru : > > > this did the trick: font-size: 10px;\">/kolab/bin/openpkg rpm -e > > openpkg-2.4.3-2.4.3 can someone add this to the upgrade instructions? > > @thomas: > > is this a recommended procedure? No, the presence of openpkg-2.4.3-2.4.3 indicates that the upgrade from 2.0.4 to 2.1.0 did not work. The removal of the openpkg package just causes the packaging system to be removed, so you could start from scratch. Regards, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Osnabrueck - Register: Amtsgericht Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From ml at radoeka.nl Tue Sep 30 23:38:16 2008 From: ml at radoeka.nl (Richard Bos) Date: Tue, 30 Sep 2008 23:38:16 +0200 Subject: Kolabd crashes after deleting user In-Reply-To: <48E23982.7050200@blinkenlichten.de> References: <1222768494.6804.33.camel@campocampo> <200809301307.14217.ml@radoeka.nl> <48E23982.7050200@blinkenlichten.de> Message-ID: <200809302338.17403.ml@radoeka.nl> Hello Rouven, Op Tuesday 30 September 2008 16:36:50 schreef Rouven Sacha: > Richard Bos schrieb: > >>> In my case kolabd crashes directly after start up, in your case you > >>> state that kolabd only crashes after deleting a user is that correct? > >> > >> That's correct. It even survives creating a user sometimes :-) > > > > Wow, that's better than expected :) Does the debug directives in the > > issue help you to debug the problem further? > > @richard > > 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: perl-ldap 0.38 -- Sun Sep 21 09:17:25 CDT 2008 ============================================== Bug Fixes * Fix bug in Net::LDAP::Extension using wrong field for resultCode * Fix Net::LDAP::Control::PasswordPolicy decoding bug. Enhancements * Net::LDAP::Extension::SetPassword now supports controls But as you use 0.38, the bug fixes don't seem to be related to this problem.... > Sep 30 16:31:44 bserver-netsrv kolabd: L: Synchronising domains > Sep 30 16:31:44 bserver-netsrv kolabd: L: Connecting to LDAP server > `127.0.0.1:389' > Sep 30 16:31:44 bserver-netsrv kolabd: L: Binding to > `cn=manager,cn=internal,dc=buero20,dc=org' > Sep 30 16:31:44 bserver-netsrv kolabd: L Debug: Unable to locate old > calendar user with DN `cn=calendar,cn=internal,dc=buero20,dc=org' > Sep 30 16:31:44 bserver-netsrv kolabd: L Debug: Calendar user for domain > `buero20.org' exists > Sep 30 16:31:44 bserver-netsrv kolabd: L: Finished synchronisation > Sep 30 16:31:44 bserver-netsrv kolabd: K: Synchronisation complete, > starting up daemon > Sep 30 16:31:44 bserver-netsrv kolabd: K: Forking `syncrepl' listener > Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: Creating LDAP > connection to LDAP server > Sep 30 16:31:44 bserver-netsrv kolabd: L: Connecting to LDAP server > `127.0.0.1:389' > Sep 30 16:31:44 bserver-netsrv kolabd: L: Binding to > `cn=manager,cn=internal,dc=buero20,dc=org' > Sep 30 16:31:44 bserver-netsrv kolabd: K: Listeners spawned, wait()ing > Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: LDAP connection > established > Sep 30 16:31:44 bserver-netsrv kolabd: L Debug: LDAP operations are > asynchronous > Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: Async checked > Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: Cookie: > Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: Control created > Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: Search created > Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL Debug: No control: > mesg->code = `2', mesg->msg = `Sync control value is absent' > Sep 30 16:31:44 bserver-netsrv kolabd: SYNCREPL: Aborting > Sep 30 16:31:44 bserver-netsrv kolabd: K: Abnormal child exit status > encountered, aborting > Sep 30 16:31:44 bserver-netsrv kolabd: Kolab is shutting down > Sep 30 16:31:44 bserver-netsrv kolabd: K: SIGINT/SIGTERM detected, > kill()ing children > Sep 30 16:31:44 bserver-netsrv kolabd: L: Shutting down > Sep 30 16:31:44 bserver-netsrv kolabd: K: Exiting > > > cheers, > > rouven -- Richard Bos Without a home the journey is endless From bogus@does.not.exist.com Fri Sep 26 23:08:02 2008 From: bogus@does.not.exist.com () Date: Fri, 26 Sep 2008 21:08:02 -0000 Subject: Senza oggetto Message-ID: "This section describes the use of the SASL DIGEST-MD5 mechanism using secrets stored either in the directory itself or in Cyrus SASL's own database. DIGEST-MD5 relies on the client and the server sharing a "secret", usually a password" Is it correct? I'll try it. Thanks for the help... PS: Any other suggetion are welcome :D bye 2008/10/9 Marc Patermann > Gunnar Wrobel schrieb: > > Quoting Antonio Straziota : > > >> Now i've to configure Alfresco with LDAP. With SIMPLE autentication > >> mode i've no problem, but i want to configure the authentication > >> metod in DIGEST$B!](BMD5. > >> > >> Can i configure Kolab LDAP to accept connection in SASL DIGEST-MD5? > Yes. > > > I admit I'm not 100% certain how your setup looks like. Of course > > Alfresco can authenticate using SASL to authenticate against the Kolab > > LDAP server. But your request sounds like you wish LDAP to use SASL > > (something like http://tldp.org/HOWTO/LDAP-HOWTO/sasl.html) which is > > not possible as OpenLDAP is the SASL backend and that would result in > > a circular dependency. > Not true! > "The DIGEST-MD5 mechanism is the mandatory-to-implement authentication > mechanism for LDAPv3." > > Have a look at the OpenLDAP Admin Guide SASL section: -> > http://www.openldap.org/doc/admin23/sasl.html > > > Marc > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > ------=_Part_113313_6536853.1223547779574 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
hi,
thanks to all for the reply.

So, It could be possible using secrets stored in the LDAP?

From the link posted by Marc:

"This section describes the use of the SASL DIGEST-MD5 mechanism using secrets stored either in the directory itself or in Cyrus SASL's own database. DIGEST-MD5 relies on the client and the server sharing a "secret", usually a password"

Is it correct?

I'll try it. Thanks for the help...

PS: Any other suggetion are welcome :D

bye

2008/10/9 Marc Patermann <hans.moser at ofd-sth.niedersachsen.de>
Gunnar Wrobel schrieb:
> Quoting Antonio Straziota <devgioiatech at gmail.com>:

>> Now i've to configure Alfresco with LDAP. With SIMPLE autentication
>> mode i've no problem, but i want to configure the authentication
>> metod in DIGEST$B!](BMD5.
>>
>> Can i configure Kolab LDAP to accept connection in SASL DIGEST-MD5?
Yes.

> I admit I'm not 100% certain how your setup looks like. Of course
> Alfresco can authenticate using SASL to authenticate against the Kolab
> LDAP server. But your request sounds like you wish LDAP to use SASL
> (something like http://tldp.org/HOWTO/LDAP-HOWTO/sasl.html) which is
> not possible as OpenLDAP is the SASL backend and that would result in
> a circular dependency.
Not true!
"The DIGEST-MD5 mechanism is the mandatory-to-implement authentication
mechanism for LDAPv3."

Have a look at the OpenLDAP Admin Guide SASL section: ->
http://www.openldap.org/doc/admin23/sasl.html


Marc

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users

------=_Part_113313_6536853.1223547779574-- From tobias.oed at octant.org Thu Sep 18 13:06:17 2008 From: tobias.oed at octant.org (Tobias Oed) Date: Thu, 18 Sep 2008 11:06:17 -0000 Subject: Kolab doesn't create my mailbox In-Reply-To: <48D2236B.7050403@web.de> References: <48D2236B.7050403@web.de> Message-ID: <48D2361F.4020306@octant.org> An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20080918/072823a9/attachment-0001.html From jochen at jmay.org Thu Sep 18 15:57:54 2008 From: jochen at jmay.org (Jochen May) Date: Thu, 18 Sep 2008 13:57:54 -0000 Subject: Problems with LDAP In-Reply-To: References: <48CD5848.8000509@jmay.org> Message-ID: Unfortunaly it is a complete new installation. i use a debian image for then xen from jailtime.org. anyone else a idea? _____ From: Antony Raj [mailto:antony.java at gmail.com] Sent: Monday, September 15, 2008 1:16 PM To: Jochen May Subject: Re: Problems with LDAP I got the same problem repeatedly. All I did was to install fresh OS(Ubuntu) and then installed Kolab fresh. Then the problem went away. On Mon, Sep 15, 2008 at 12:00 AM, Jochen May wrote: Hi! I?trying to set up a Kolab-Server ver2.2.0 on a Debian 4.0. The installation run without any problem. If i run /kolab/etc/kolab/kolab_bootstrap -b i get this error message: prepare LDAP database... temporarily starting slapd Could not start temporary slapd: at /kolab/etc/kolab/kolab_bootstrap line 492. Anybody a idea what the problem? With "/kolab/libexec/openldap/slapd -h 'ldaps:// ldap://' -d 256" the ldap server is starting up without error. But this is manuel.... cheers jochen _______________________________________________ Kolab-users mailing list Kolab-users at kolab.org https://kolab.org/mailman/listinfo/kolab-users -- Regards Antony Raj. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20080918/52317559/attachment.html From bogus@does.not.exist.com Fri Sep 26 23:08:02 2008 From: bogus@does.not.exist.com () Date: Fri, 26 Sep 2008 21:08:02 -0000 Subject: No subject Message-ID:
PEAR   1.7.1   stable

--

file:///L:/logo.jpg Christian Tardif
Servinfo Inc.
christian.tardif at servinfo.ca
514.237.6332
--------------060901070800070907060507 Content-Type: image/jpeg; name="logo.jpg" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="logo.jpg" /9j/4AAQSkZJRgABAQEBKwErAAD/2wBDAAUDBAQEAwUEBAQFBQUGBwwIBwcHBw8LCwkMEQ8S EhEPERETFhwXExQaFRERGCEYGh0dHx8fExciJCIeJBweHx7/2wBDAQUFBQcGBw4ICA4eFBEU Hh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh7/wAAR CABPAFsDASIAAhEBAxEB/8QAHQAAAwEBAAMBAQAAAAAAAAAAAAcIBgEDBAUCCf/EAD8QAAED AgQDBAgCCAYDAAAAAAECAwQFEQAGByESMUEIE1FhFCIyQnGBkaFSsRUjJFNicoKSFiUzNMHw ssLx/8QAGgEAAwADAQAAAAAAAAAAAAAABQYHAAIDBP/EAC8RAAEDAwIDBgYDAQAAAAAAAAEC AwQABRExQQYSIRQiUWGRwRNxgaGx8CMy4dH/2gAMAwEAAhEDEQA/ALJ6Y7gwv9XtR4GRKaAk IlVWQk+jReK39a/BI+p5DxGjjiW0lSj0rtHjuSHA00MqNaTNuZqJlamGoV2oNRGeSOLdSz4J SN1H4YROcO0RUHnFsZVpLUZrkJE0caz5hCTYfMnCdzRmGsZmqzlUrc1yVJVsm+yW0/hQnkke QxodMtNq9nqSVxEiHTm1cL011JKb9UoHvq+w6nAVye8+rkZGPzT/ABeHYVvZ+NOIURrnQfIb /vSvFVNUNQKksqfzTObv7rBS0B/YBj0Gs+50aVxozZWL+cxah9CcUtlnQ3JFJaQZcZ6qyAPW dlL2v5JTYD74y+u1VyLkCi+gU6iwna5KR+zspJsyn94sX+g647R7XNkOBCD1Pma8kniizxkk hnujyApaUjXrPdCKEyJkaro/dSmQDb+dFj9b4cummu+Vs1yGadUkqodUdIQhqQsKZdUdgEOb bk9FAeV8SNFj1TMFZRFhxnp1RmOWS20i6lqPgByH2AxV+h2ikLKKWa5mFLU6v24kD2mofkn8 S/4unTxLs7bItviBDyipzxzv/wAqZSLy/dZ5djthDemMbeJxuadWDBguMAKJ0YMGDGVlfCzp X42WsvyarKIs2n1E39pXQf8AegOInzZXZuZK/Kq895TjryyRf3U9APAYd/aqzAs9xRGl2QgD jHipW5+iQP7jifML9yfK18g0FUvhO3JZj9oUO8r8f7Wn0vylIzrnCLRm1KbjD9dLdTzbZTa9 vM3CR5nFpUSmwqRTI9Np0ZEeLGQG2m0CwSB/3n1wnOyPRm2cr1SuKSO+lyu5Sq24Q2kf+yj9 MPEfHBC3MBtvn3NLXFNwXImFoHuo6fXc+1YDWnUeBp/l5T54X6pIBTDjX5n8avBI+/LEh0ak 5t1Qzo6IyXKhUpS+8kyHDZtlJPtLPupHID5AHGn7SkmZNz5KfklZSiQ8ykHkkIICR9B+eGto BnzTnLWlDKJFUg02oMha6g24qz7znEbKA5uXFgLXtyw+R2zAhh1pPMtX2/ypnKWJcstOq5UJ +9bzSPS+g6e0y7QTMqrqf2qe4myleKUD3EeXXqTjeR5DD4PcPtugbEoUD+WIp1L1FzVqhmT9 H0xucmmqUUw6XGuSsD33An2lW3N9kj5k5WKvNGR6qxUYEuRTZSVeq4w5sSOaVDkfNJFscFWR 6R33XP5D1xXRF2bZHK0g8g3qvtc8/wD+DaAtunELqskcLW1wyD76vobY+F2Z8+SsxUmVl+tS 3JFSg/rW3nVcS3mVHqepSo2+BTjL5xqTeoukFLziphDU1SVwpqUDYOpuQR5XTceS8LPRqtKo OplEnBXC07IEd+/Lu3fUN/gSD8sI8pbsabyL26YqqWyBFn2RTjY7/wDbO+Rt6VbeDANwDgwT pNqQe0FJXJzfJUokgS3U/wBoCR+WFphn6/wls5kmqKSOCcs/JY4hj0dJdLavniQmW93kCioV +slFPrO25paB5n+LkPM7YV3WluPlKRk1XYMxiJbkOuKwAKdPZhmx29JFLcWlKY0t/vSeg2Vc /IjGJrPaJqqMwOfouiQ3KS25wpS+pQfdSD7VwbJJ6Cxth5UzL2Xss5UcpEVhmDS0NKDpKrXB FlKUo81HxOJgfyzpoqvrcc1CaTTO8KlNtw3S4U33SDw2B898FH/isoQhCgPT3pTtohTpL7zy FKBOR0J1+W9NDUjT5nUOkx805faDianHbkOR1qCF3KRZaSdgq2xB52woomgeeJk4MNRRHaJ3 dlAICR52Jv8ALFZ5MkUaXlenPZfWldK7hKYpSCBwJHCBY79OuO5uzJR8qUN+s12YiLEaHM7q WrolI5qUegGGmHd5TTYaRg+G9IE+2xluqU4CME69MfOsXprp5lbSfL0qqSpzapgZ4ptUkWSE pHNKB7qb9NyTa99hiZNaM5Q86Z0lSKJEW3AW8O5uiy318ITx8PS/Qc9/HH71i1TrWoVR7o95 CorK7xoKVX4j0W5b2l/YdPEubs5aOiioYzfmuN/migFwobg/2oPJah+8PQe78eRhtPYEmXKV lxWg/f0UFWrtpEaMMIGprzUjK8rJ/ZuTCqzZZnOviY80rm0pahZJ8wkC/nfE6xHFNy2HUGyk OpUk+BBBGKb7VOYG4GV41FbWPSJiyopvuEAEX+5+mJwyxBXVMy0umtjiVJmNNAfzLAP2xN7s 8X5fMdT71buEY4i2wk/16+gGKvds3bSfIY/WOI9gfDHcG6nRrBZp05pWZMzmp1Y97DU2jjjC 47xxJ2KiPdsBsOeNrEjsxYzcaM0hlptIShCEhKUgcgAOQx5j8bY788aJbSkkga11ckOupSha shOg8KW3aDnCJkXgvYuO3+SUKV+YGI/HLfFNdqmcG6NEipO5bcJ/qKUj/nEvypKGE77rPJOA 8lh2XKDLIyo7VQLBJYt1rMh9QSnJJJ/ftVHaT6l0PJ2iDcqsyON6JKfjxorZBdfVfvAEjoPX 3Udh9sILUrPlez7WzUqy/wADLZIixUE91HSegHU+KjufhYYzLzrji+NZufyxstK52X6BX0Vz MdFkVf0ey4kZK0pb7z8a787dByvucUWMxGsMQOyVArxj6+A9zUilqlcTXFxEBB5CSfpnU7U4 +zfo4Yvo+c82RD6Rs5T4Tqf9PwdWD734UnlzO9rPHOeZqPlSju1SsyksspHqJvdbiuiEJ6k/ /dsIPMHaKrklpTVDocSASLB190vKHmAAkfW+FFmKvVnMNQM+t1F+bJOwU6rZA8EpGyR5ADCX cr92hZXqdvAU+2Xgd5pID3dTvuT6dBXvagZqn5yzPIrU4cPeHhYZBuGWx7KR/wAnqb43nZey yur56NceReJSEFQJGynlghI+Q4lfTC0y3RalmKtRqPSY6n5khVkpHJI6qUeiQNycWlptlOFk zKsaiwyHFoHG+9axedPtKP5AdAAMCYDKn3fiK0H5pm4hntW+F2RropQwB4Dc+1afBgwYYKmd GDBgxlZU29qczJtZTChNcbjTDZCVbcQuom19idxibJCHm31IkIWh0H1krFjj+iVao9NrMQxK pCZls+DiblJ8QeYPmMLHMmh9GqDhXDlep0YlN94B8FiygPrg1ap0aClSijvHU7ny8q8V0ZkX ENslzCE6DYeJPnUi0+LxWcdHq9B44+lh9S+z/NU4Qy7FSBy4ZCgPoUnHIXZ4lrcHpNUabTff hWVH/wAR+eFK7PzblILjg6bDYCqbYHrNZIYZZV11UdyaQ2NRkHIeY86TQzSYZTFCrOzHgUst j4+8fIb/AAxROV9C8oUpaXpzTlUeSbgPH1L/AMt9/rhoQoseFGTGiR22GGxZKG0hKQPIDHmY taicumtrhxigJKYqcnxOnpv9qyOmGntGyLTi3CT3810D0mY4kd44fAfhT4JHzud8bQcthjuD pg0hCUJ5UjApCffcfWXHDlR3ruDBgxtXKv/Z --------------060901070800070907060507-- --------------090404090604000708010606--