From kolab-marc at fieldinternet.com Wed Apr 1 01:55:52 2009 From: kolab-marc at fieldinternet.com (kolab-marc@fieldinternet.com) Date: Tue, 31 Mar 2009 16:55:52 -0700 Subject: Kontact Windows bug - part of URL not passed Message-ID: <20090331235536.GB17812@sonic.net> Hi, I'm using version 20090220. I'm writing to report an issue with kmail. If I click a link within an email, the kio process shows the "open with" dialog, and when I select my web browser, the page does not open properly because the browser is not given the www.example.com portion of the URL (it gets only the directory and/or file name to the right of the name of the server, so for www.example.com/directory/index.html, the browser will go to http://directory/index.html). Another minor issue with the "Open With" dialog: Checking the "Always use the selected program to open this kind of file" box does not have any effect (the next time you open that type of file, you need to pick the application again). Let me know if there is any additional info I can provide on these bugs (or if there is somewhere else I should be reporting them). Thanks, Marc From bernhard at intevation.de Wed Apr 1 09:25:03 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 1 Apr 2009 09:25:03 +0200 Subject: Free/busy - what triggers it? In-Reply-To: <20090331131208.tp5a3tx268www8os@imp.oak-wood.co.uk> References: <20090331131208.tp5a3tx268www8os@imp.oak-wood.co.uk> Message-ID: <200904010925.04105.bernhard@intevation.de> Am Dienstag, 31. M?rz 2009 14:12:08 schrieb Chris Hastie: > I've run through the troubleshooting guide and I can grab free busy data > if it has been generated. I can also trigger the generation of free busy > data by hitting the trigger url in a browser, but only for the user I > log in as (even if that user has read/write permissions on another > users calendar). Please state your version of Kolab Server in all reports and questions. Note that a user can trigger all calender folders with write access. Otherwise this is a defect in your Kolab Server revision or setup. > What I don't understand is how this is supposed to get triggered? I've > had a several users using the system for a couple of months, both > through Horde and Outlook + toltec, and none appears to ever have > triggered generation of fb data. Do they have to trigger generation > manually? Is there a configuration option I've missed somewhere? http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/architecture/freebusy.txt?rev=1.26&content-type=text/vnd.viewcvs-markup | Whenever a client writes to a calendar it MUST trigger the server based | generation of fb in the scope of the corresponding folder. Toltec has a configuration option to enable freebusy triggering in the account options if I remember correctly. So go to personal folder, right click and choose Toltec. The Kolab Web Client (based on Horde) will also do so, otherwise it is a defect. > I also notice that in Horde's options for Kronolith, a different fb url > is given, which seems to always return an empty page. Yes, this page is wrong in several aspects, I've also noticed yesterday: kolab/issue3519 (freebusy configuration page highly missleading) 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090401/6ed3b5e5/attachment.bin From alar.sing at err.ee Wed Apr 1 09:35:22 2009 From: alar.sing at err.ee (Alar Sing) Date: Wed, 01 Apr 2009 10:35:22 +0300 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200903312031.59079.ml@radoeka.nl> References: <200902142107.48113.ml@radoeka.nl> <49D1E859.9000202@err.ee> <200903310747.02548.thomas@btspuhler.com> <200903312031.59079.ml@radoeka.nl> Message-ID: <49D3193A.2020902@err.ee> Richard Bos wrote: > Hello Thomas, > > Op dinsdag 31 maart 2009 16:47:02 schreef Thomas Spuhler: > >> I am working on the Mandariva. /var/lib/ldap/* is wrong. Probably need to >> change the path in /etc/kolab/templates/slapd.conf.template to /var/ldap/* >> and /var/lib/ldap-kolab to /var/kolab-ldap >> > > For opensuse /var/lib/ldap is correct. That error "chown: cannot access > `/var/lib/ldap/" is always reported. A bit confusing, but after some > installations one get used to it ;) > > Alar's problem is most likely caused by a incorrect kolab package. > > Today I reinstalled everything openSuSE 11.1 and kolab. Suse has latest updates and kolab from sources http://download.opensuse.org/repositories/server:/Kolab:/UNSTABLE/openSUSE_11.1 http://download.opensuse.org/repositories/server:/php:/applications/openSUSE_11.1 I noticed that package php5-imap-kolab-5.2.6-12.2 is for 32 bits put I have 64bit suse. From ludwig.reiter at intevation.de Wed Apr 1 12:44:40 2009 From: ludwig.reiter at intevation.de (Ludwig Reiter) Date: Wed, 1 Apr 2009 12:44:40 +0200 Subject: Kontact Windows 2009-02-20 - libkemoticons not found In-Reply-To: <49D14F77.2030003@panix.com> References: <49D14F77.2030003@panix.com> Message-ID: <200904011244.40883.ludwig.reiter@intevation.de> Hi David! Am Dienstag, 31. M?rz 2009 01:02:15 schrieb David M. Besonen: > after installing, running, and switching the latest Kontact > release for Windows to English, the application refused to > restart with the following error message: > > --- > kontact.exe - Unable To Locate Component > - > This application has failed to start because > libkemoticons.dll was not found. Re-installing the > application may fix this problem. > --- I tried to reproduce this problem, but failed. How did you switch the release to English? Is the libkemoticons.dll still in the "Program File/Kontact/lib" directory, when you encounter the error message? Regards, Ludwig -- Intevation GmbH, Osnabr?ck Firmensitz: Neuer Graben 17, 49074 Osnabr?ck Registereintrag: Amtsgericht Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From ludwig.reiter at intevation.de Wed Apr 1 13:10:01 2009 From: ludwig.reiter at intevation.de (Ludwig Reiter) Date: Wed, 1 Apr 2009 13:10:01 +0200 Subject: Kontact Windows bug - part of URL not passed In-Reply-To: <20090331235536.GB17812@sonic.net> References: <20090331235536.GB17812@sonic.net> Message-ID: <200904011310.01381.ludwig.reiter@intevation.de> Hi, thanks for the bug reports. Am Mittwoch, 1. April 2009 01:55:52 schrieb kolab-marc at fieldinternet.com: > I'm using version 20090220. I'm writing to report an issue with kmail. If > I click a link within an email, the kio process shows the "open with" > dialog, and when I select my web browser, the page does not open properly > because the browser is not given the www.example.com portion of the URL (it > gets only the directory and/or file name to the right of the name of the > server, so for www.example.com/directory/index.html, the browser will go to > http://directory/index.html). I could reproduce this and have entered kolab/issue3523 into our bugtracker. > > Another minor issue with the "Open With" dialog: Checking the "Always use > the selected program to open this kind of file" box does not have any > effect (the next time you open that type of file, you need to pick the > application again). I could reproduce this bug, too, and have entered kolab/issue3524. Thanks, Ludwig -- Intevation GmbH, Osnabr?ck Firmensitz: Neuer Graben 17, 49074 Osnabr?ck Registereintrag: Amtsgericht Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From ml at radoeka.nl Wed Apr 1 20:39:56 2009 From: ml at radoeka.nl (Richard Bos) Date: Wed, 1 Apr 2009 20:39:56 +0200 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <49D3193A.2020902@err.ee> References: <200902142107.48113.ml@radoeka.nl> <200903312031.59079.ml@radoeka.nl> <49D3193A.2020902@err.ee> Message-ID: <200904012039.57492.ml@radoeka.nl> Op woensdag 01 april 2009 09:35:22 schreef Alar Sing: > Today I reinstalled everything openSuSE 11.1 and kolab. Suse has latest > updates and kolab from sources > http://download.opensuse.org/repositories/server:/Kolab:/UNSTABLE/openSUSE_ >11.1 > http://download.opensuse.org/repositories/server:/php:/applications/openSUS >E_11.1 > > I noticed that package php5-imap-kolab-5.2.6-12.2 is for 32 bits put I > have 64bit suse. Ah, that happens because the package has a build failure for x86_64 packages. I have no idea how to fix this :( The error is: configure: error: Cannot find imap library (libc-client.a). Please check your c-client installation. error: Bad exit status from /var/tmp/rpm-tmp.92497 (%build) The client is installed in the build environment: -rw-r--r-- 1 root root 1600704 Dec 9 20:23 /usr/lib64/libc-client.a But appearantly configure can't find it. -- Richard From davidb at panix.com Thu Apr 2 04:43:29 2009 From: davidb at panix.com (David M. Besonen) Date: Wed, 01 Apr 2009 18:43:29 -0800 Subject: Kontact Windows 2009-02-20 - Akregator write error Message-ID: <49D42651.9080206@panix.com> Akregator continuously generates this error message: -- Write error - Kontact - Access denied: cannot save feed list (C:\Documents and Settings/x/.kde/share/apps/akregator/data//feeds.opml) -- any idea what i need to do to get rid of it? -- david From davidb at panix.com Thu Apr 2 02:21:15 2009 From: davidb at panix.com (David M. Besonen) Date: Wed, 01 Apr 2009 16:21:15 -0800 Subject: Kontact Windows 2009-02-20 - libkemoticons not found In-Reply-To: <200904011244.40883.ludwig.reiter@intevation.de> References: <49D14F77.2030003@panix.com> <200904011244.40883.ludwig.reiter@intevation.de> Message-ID: <49D404FB.1000908@panix.com> hi Ludwig, On 4/1/2009 2:44 AM, Ludwig Reiter wrote: >> --- >> kontact.exe - Unable To Locate Component >> - >> This application has failed to start because >> libkemoticons.dll was not found. Re-installing the >> application may fix this problem. >> --- > > I tried to reproduce this problem, but failed. > How did you switch the release to English? i went to Help -> 'Switch Application Language' > Is the libkemoticons.dll still in the > "Program File/Kontact/lib" directory, > when you encounter the error message? yes thankfully that problem is no longer occurring. i installed Kontact on a system that i only reboot once per week. after i rebooted the system yesterday Kontact began working. i have no idea why this problem originally occurred. prior to rebooting, Kontact would crash every time i attempted to start the application. -- david From davidb at panix.com Thu Apr 2 05:05:34 2009 From: davidb at panix.com (David M. Besonen) Date: Wed, 01 Apr 2009 19:05:34 -0800 Subject: Kontact Windows 2009-02-20 - KMail "account types" Message-ID: <49D42B7E.8000608@panix.com> in KMail when adding an account an option dialog box that looks like this is displayed: -- Add Account - Kontact - o Local Mailbox o POP3 o IMAP o Disconnected IMAP o Maildir mailbox -- these options don't really go together in my mind. for example, POP3 is a method for retrieving mail from a host. Maildir on the other hand is a mail storage format. i would think that i should be able to select either a POP3 or IMAP retrieval method _combined_ with either an mbox or Maildir storage format. can someone please explain the thinking behind this 'Add Account' dialog box to me? thanks, david From thomas at btspuhler.com Thu Apr 2 06:21:25 2009 From: thomas at btspuhler.com (Thomas Spuhler) Date: Wed, 1 Apr 2009 21:21:25 -0700 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200903312031.59079.ml@radoeka.nl> References: <200902142107.48113.ml@radoeka.nl> <200903310747.02548.thomas@btspuhler.com> <200903312031.59079.ml@radoeka.nl> Message-ID: <200904012121.26469.thomas@btspuhler.com> On Tuesday 31 March 2009, Richard Bos wrote: > Hello Thomas, > > Op dinsdag 31 maart 2009 16:47:02 schreef Thomas Spuhler: > > I am working on the Mandariva. /var/lib/ldap/* is wrong. Probably need to > > change the path in /etc/kolab/templates/slapd.conf.template to > > /var/ldap/* and /var/lib/ldap-kolab to /var/kolab-ldap > > For opensuse /var/lib/ldap is correct. That error "chown: cannot access > `/var/lib/ldap/" is always reported. A bit confusing, but after some > installations one get used to it ;) > > Alar's problem is most likely caused by a incorrect kolab package. The Mandriva way is to have it at /var/lib/ too, but kolab looks for it at /var/ The other location that doesn't match are the schema. Kolab looks in /usr/share/openldap/schema in /etc/kolab/templates/slapd.conf.template I have include @ldapserver_schemadir@/core.schema include @ldapserver_schemadir@/cosine.schema include @ldapserver_schemadir@/inetorgperson.schema include @ldapserver_schemadir@/rfc2739.schema include @ldapserver_schemadir@/kolab2.schema in the kolab.spec which should match I have install -d %{buildroot}%{_sysconfdir}/openldap/schema what am I missing? Last but not least, when deleting a user, it stays forever (at least for a very looong time) as "deleted, waiting for cleanup" Is there a cron entry missing? -- Thomas From thomas at btspuhler.com Thu Apr 2 06:43:03 2009 From: thomas at btspuhler.com (Thomas Spuhler) Date: Wed, 1 Apr 2009 21:43:03 -0700 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200903312031.59079.ml@radoeka.nl> References: <200902142107.48113.ml@radoeka.nl> <200903310747.02548.thomas@btspuhler.com> <200903312031.59079.ml@radoeka.nl> Message-ID: <200904012143.03609.thomas@btspuhler.com> On Tuesday 31 March 2009, Richard Bos wrote: > Hello Thomas, > > Op dinsdag 31 maart 2009 16:47:02 schreef Thomas Spuhler: > > I am working on the Mandariva. /var/lib/ldap/* is wrong. Probably need to > > change the path in /etc/kolab/templates/slapd.conf.template to > > /var/ldap/* and /var/lib/ldap-kolab to /var/kolab-ldap > > For opensuse /var/lib/ldap is correct. That error "chown: cannot access > `/var/lib/ldap/" is always reported. A bit confusing, but after some > installations one get used to it ;) > > Alar's problem is most likely caused by a incorrect kolab package. The Mandriva way is to have it at /var/lib/ too, but kolab looks for it at /var/ The other location that doesn't match are the schema. Kolab looks in /usr/share/openldap/schema in /etc/kolab/templates/slapd.conf.template I have include @ldapserver_schemadir@/core.schema include @ldapserver_schemadir@/cosine.schema include @ldapserver_schemadir@/inetorgperson.schema include @ldapserver_schemadir@/rfc2739.schema include @ldapserver_schemadir@/kolab2.schema in the kolab.spec which should match I have install -d %{buildroot}%{_sysconfdir}/openldap/schema what am I missing? Last but not least, when deleting a user, it stays forever (at least for a very looong time) as "deleted, waiting for cleanup" Is there a cron entry missing? Does the file kolabd-2.1.0.tar.bz2/kolabd-2.1.0/dist_conf/mandriva have any influence when building the package or is this just an information file? -- Thomas From lists at oak-wood.co.uk Thu Apr 2 09:48:58 2009 From: lists at oak-wood.co.uk (Chris Hastie) Date: Thu, 02 Apr 2009 08:48:58 +0100 Subject: Free/busy - what triggers it? In-Reply-To: <200904010925.04105.bernhard@intevation.de> References: <20090331131208.tp5a3tx268www8os@imp.oak-wood.co.uk> <200904010925.04105.bernhard@intevation.de> Message-ID: <49D46DEA.70802@oak-wood.co.uk> On 01/04/09 08:25, Bernhard Reiter wrote: > Am Dienstag, 31. M?rz 2009 14:12:08 schrieb Chris Hastie: >> I've run through the troubleshooting guide and I can grab free busy data >> if it has been generated. I can also trigger the generation of free busy >> data by hitting the trigger url in a browser, but only for the user I >> log in as (even if that user has read/write permissions on another >> users calendar). > > Please state your version of Kolab Server in all reports and questions. Sorry, it's 2.2.0-20080709 > Note that a user can trigger all calender folders with write access. > Otherwise this is a defect in your Kolab Server revision or setup. It looks as if there is a 'hotfix' for the issue of users not being able to trigger updates of calendars that they don't own. I will investigate this later. >> What I don't understand is how this is supposed to get triggered? I've >> had a several users using the system for a couple of months, both >> through Horde and Outlook + toltec, and none appears to ever have >> triggered generation of fb data. Do they have to trigger generation >> manually? Is there a configuration option I've missed somewhere? > > http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/architecture/freebusy.txt?rev=1.26&content-type=text/vnd.viewcvs-markup > | Whenever a client writes to a calendar it MUST trigger the server based > | generation of fb in the scope of the corresponding folder. > > Toltec has a configuration option to enable freebusy triggering > in the account options if I remember correctly. So go to personal folder, > right click and choose Toltec. Thanks. I've found this now. Not clear what the 'audience' drop down box is for, but it seems to be working. > The Kolab Web Client (based on Horde) will also do so, otherwise it is a > defect. There appears to be a defect here. Looking through logs it seems that Horde is trying to trigger by accessing a URL with a .xpfb suffix. This is clear in the code for Kolab::triggerFreeBusyUpdate within lib/php/Horde/Kolab.php $url = 'https://' . Kolab::getServer("imap") . '/freebusy/trigger/' . $owner . '/' . $folder . '.xpfb'; But there is no rewrite rule in the Apache config to deal with such a URL: localhost - test1 at foobar.com [26/Mar/2009:12:53:57 +0000] "GET /freebusy/trigger/test1 at foobar.com/Calendar.xpfb HTTP/1.1" 404 374 A minor change to etc/kolab/templates/httpd.conf.template has sorted this out. Thanks -- Chris Hastie From itsef-admin at brightsight.com Thu Apr 2 10:26:30 2009 From: itsef-admin at brightsight.com (ITSEF Admin) Date: Thu, 2 Apr 2009 10:26:30 +0200 Subject: Kontact Windows 2009-02-20 - KMail "account types" In-Reply-To: <49D42B7E.8000608@panix.com> References: <49D42B7E.8000608@panix.com> Message-ID: <200904021026.30744.itsef-admin@brightsight.com> On Thursday 2 April 2009 05:05:34 David M. Besonen wrote: > in KMail when adding an account an option dialog box that > looks like this is displayed: > > -- > Add Account - Kontact > - > o Local Mailbox > o POP3 > o IMAP > o Disconnected IMAP > o Maildir mailbox > -- [...] > these options don't really go together in my mind. for > example, POP3 is a method for retrieving mail from a host. > Maildir on the other hand is a mail storage format. Not quite, IMO. "Maildir mailbox" could be a "local" mailbox e.g. in the user's home directory which is created/updated via procmail/formail or similar mechanisms outside of Kontact. I'm using such a set-up at home (albeit with mbox mailboxes). Having this choice seems logical to me. Cheerio, Thomas -- ------------------------------------------------------------------------------ Thomas Ribbrock, IT-Team brightsight From ml at radoeka.nl Thu Apr 2 12:58:45 2009 From: ml at radoeka.nl (Richard Bos) Date: Thu, 2 Apr 2009 12:58:45 +0200 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200904012143.03609.thomas@btspuhler.com> References: <200902142107.48113.ml@radoeka.nl> <200903312031.59079.ml@radoeka.nl> <200904012143.03609.thomas@btspuhler.com> Message-ID: <200904021258.45393.ml@radoeka.nl> Op donderdag 02 april 2009 06:43:03 schreef Thomas Spuhler: > On Tuesday 31 March 2009, Richard Bos wrote: > > Hello Thomas, > > > > Op dinsdag 31 maart 2009 16:47:02 schreef Thomas Spuhler: > > > I am working on the Mandariva. /var/lib/ldap/* is wrong. Probably need > > > to change the path in /etc/kolab/templates/slapd.conf.template to > > > /var/ldap/* and /var/lib/ldap-kolab to /var/kolab-ldap > > > > For opensuse /var/lib/ldap is correct. That error "chown: cannot access > > `/var/lib/ldap/" is always reported. A bit confusing, but after some > > installations one get used to it ;) > > > > Alar's problem is most likely caused by a incorrect kolab package. > > The Mandriva way is to have it at /var/lib/ too, but kolab looks for it > at /var/ dist_conf> grep ldap mandriva ldapserver_dir=${localstatedir}/ldap-kolab ldapserver_rundir=/var/run/ldap ldapserver_argsfile=/var/run/ldap/slapd.args > The other location that doesn't match are the schema. Kolab looks in > /usr/share/openldap/schema dist_conf> grep ldap mandriva ldapserver_schemadir=${datadir}/openldap/schema > in /etc/kolab/templates/slapd.conf.template > I have > include @ldapserver_schemadir@/core.schema > include @ldapserver_schemadir@/cosine.schema > include @ldapserver_schemadir@/inetorgperson.schema > include @ldapserver_schemadir@/rfc2739.schema > include @ldapserver_schemadir@/kolab2.schema > > in the kolab.spec which should match I have > > install -d %{buildroot}%{_sysconfdir}/openldap/schema The spec file is made and maintained by you. > what am I missing? > > Last but not least, when deleting a user, it stays forever (at least for a > very looong time) as "deleted, waiting for cleanup" > Is there a cron entry missing? > > Does the file kolabd-2.1.0.tar.bz2/kolabd-2.1.0/dist_conf/mandriva > have any influence when building the package or is this just an information > file? This dist_conf/mandriva is an important file. It defines all variables that are used to correctly install kolab in a distribution. If you find any wrong directory / file, you should update this file and repackage kolab. Continue this process until the paths are matching the locations that Mandriva uses. Once you have a correct dist_conf file, ask the kolab devs to commit it to cvs, so other mandriva users can benefit from it too. Hope this helps. -- Richard From ml at radoeka.nl Thu Apr 2 13:01:32 2009 From: ml at radoeka.nl (Richard Bos) Date: Thu, 2 Apr 2009 13:01:32 +0200 Subject: kolab - opensuse 11.1 Message-ID: <200904021301.32465.ml@radoeka.nl> Hello Steven, Op donderdag 02 april 2009 02:45:31 schreef u: > I have been struggling with the install given on this page: > http://en.opensuse.org/kolab > > I have tried the instructions with opensuse 11.0 and 11.1 > > postfix is bouncing my mail with a php error: > > 83EE81AE1FA: to=, relay=kolabfilter, delay=0.21, > delays=0.09/0/0/0.11, dsn=5.3.0, status=bounced (Command died with > status 1: "/usr/bin/php5". Command output: Could not open input file: > /usr/bin/kolabfilter ) Does this file /usr/bin/kolabfilter exists? # ls -l /usr/bin/kolabfilter What version of kolab do you have installed: # rpm -q kolab kolab-filter > Apr 1 18:59:48 sft postfix/cleanup[7318]: B445B1AE1FD: > message-id=<20090401225948.B445B1AE1FD at sft.hd.net> > Apr 1 18:59:48 sft postfix/bounce[7321]: 83EE81AE1FA: sender > non-delivery notification: B445B1AE1FD > Apr 1 18:59:48 sft postfix/qmgr[7190]: B445B1AE1FD: from=<>, > size=2243, nrcpt=1 (queue active) > Apr 1 18:59:48 sft postfix/qmgr[7190]: 83EE81AE1FA: removed > Apr 1 18:59:48 sft postfix/pipe[7323]: B445B1AE1FD: to=, > relay=kolabmailboxfilter, delay=0.11, delays=0.04/0.01/0/0.06, > dsn=5.3.0, status=bounced (Command died with status 1: > "/usr/bin/php5". Command output: Could not open input file: > /usr/bin/kolabmailboxfilter ) > Apr 1 18:59:48 sft postfix/qmgr[7190]: B445B1AE1FD: removed > > What am I doing wrong? See questions as above, does the file exists (/usr/bin/kolabmailboxfilter) # rpm -qf /usr/bin/kolabmailboxfilter -- Richard From bernhard at intevation.de Thu Apr 2 17:49:47 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 2 Apr 2009 17:49:47 +0200 Subject: Free/busy - what triggers it? In-Reply-To: <49D46DEA.70802@oak-wood.co.uk> References: <20090331131208.tp5a3tx268www8os@imp.oak-wood.co.uk> <200904010925.04105.bernhard@intevation.de> <49D46DEA.70802@oak-wood.co.uk> Message-ID: <200904021749.47699.bernhard@intevation.de> Am Donnerstag, 2. April 2009 09:48:58 schrieb Chris Hastie: > > Please state your version of Kolab Server in all reports and questions. > > it's 2.2.0-20080709 There have been a couple of defect in the Web Client with this version, Kolab Server 2.2.1 will be a lot better. Check the problem tracker if you have a problem with server 2.2.0 and consider upgrading soon. 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090402/0a9b0ca1/attachment.bin From bernhard at intevation.de Thu Apr 2 17:51:31 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 2 Apr 2009 17:51:31 +0200 Subject: Kontact Windows 2009-02-20 - Akregator write error In-Reply-To: <49D42651.9080206@panix.com> References: <49D42651.9080206@panix.com> Message-ID: <200904021751.31720.bernhard@intevation.de> Am Donnerstag, 2. April 2009 04:43:29 schrieb David M. Besonen: > Akregator continuously generates this error message: > > -- > Write error - Kontact > - > Access denied: cannot save feed list (C:\Documents > and > Settings/x/.kde/share/apps/akregator/data//feeds.opml) > > any idea what i need to do to get rid of it? Probably a defect, we have not tested Akregator much and would appreciate help in getting it fixed, because it is not our main focus. 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090402/63a9f36e/attachment.bin From albrecht.dress at lios-tech.com Thu Apr 2 21:49:34 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Thu, 02 Apr 2009 21:49:34 +0200 Subject: Kolab - Outlook/Toltec sync hangs Message-ID: <1238701774.16047.1@antares> Hi all, I have some users who ran into the following problem: they run Outlook with Toltec 2.3.2, and either try to synchronise manually or automatically with the Kolab server. When the Toltec progress window (from the Win task bar) is opened, it shows a list of pending folders, and the little progress bar for one folder simply hangs - no progress for minutes. Re-starting Outlook sometimes seems to help, but it's somehow confusing. The effect seems to happen with both Outlook 2003 and 2007 running on Win 2k and XP, all with the latest updates/service packs installed. The server is a self-compiles kolab 2.2.0 on Ubuntu 8.04/x86_64. In the tracker, I saw a *very* old issue (#442) which apparently has been resolve for ages. Did anyone notice a similar problem recently? Any idea how it could be fixed? Thanks, Albrecht. From kloecker at kde.org Thu Apr 2 22:33:06 2009 From: kloecker at kde.org (Ingo =?iso-8859-1?q?Kl=F6cker?=) Date: Thu, 02 Apr 2009 22:33:06 +0200 Subject: Kontact Windows 2009-02-20 - KMail "account types" In-Reply-To: <200904021026.30744.itsef-admin@brightsight.com> References: <49D42B7E.8000608@panix.com> <200904021026.30744.itsef-admin@brightsight.com> Message-ID: <200904022233.07006@thufir.ingo-kloecker.de> On Thursday 02 April 2009, ITSEF Admin wrote: > On Thursday 2 April 2009 05:05:34 David M. Besonen wrote: > > in KMail when adding an account an option dialog box that > > looks like this is displayed: > > > > -- > > Add Account - Kontact > > - > > o Local Mailbox > > o POP3 > > o IMAP > > o Disconnected IMAP > > o Maildir mailbox > > -- > > [...] > > > these options don't really go together in my mind. for > > example, POP3 is a method for retrieving mail from a host. > > Maildir on the other hand is a mail storage format. > > Not quite, IMO. "Maildir mailbox" could be a "local" mailbox e.g. in > the user's home directory which is created/updated via > procmail/formail or similar mechanisms outside of Kontact. I'm using > such a set-up at home (albeit with mbox mailboxes). Having this > choice seems logical to me. This is correct. On Linux "Local Mailbox" is probably most commonly used for /var/spool/mail/. "Maildir mailbox" is the same as "Local Mailbox" except for the format of the mailbox (maildir vs. mbox). On Windows those two choices probably make little or no sense. Regards, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090402/ce5598d9/attachment.bin From alex at swiftnetcomputers.biz Fri Apr 3 00:34:04 2009 From: alex at swiftnetcomputers.biz (Alex Chejlyk) Date: Thu, 02 Apr 2009 18:34:04 -0400 Subject: Kolab - Outlook/Toltec sync hangs In-Reply-To: <1238701774.16047.1@antares> References: <1238701774.16047.1@antares> Message-ID: <49D53D5C.3090309@swiftnetcomputers.biz> I've had many issues with Toltec when the mailboxes are large. Generally Toltec seems to work well if the PST file is less than 300mb. Cheers, Alex C. Albrecht Dre? wrote: > Hi all, > > I have some users who ran into the following problem: they run Outlook > with Toltec 2.3.2, and either try to synchronise manually or > automatically with the Kolab server. When the Toltec progress window > (from the Win task bar) is opened, it shows a list of pending folders, > and the little progress bar for one folder simply hangs - no progress > for minutes. Re-starting Outlook sometimes seems to help, but it's > somehow confusing. > > The effect seems to happen with both Outlook 2003 and 2007 running on > Win 2k and XP, all with the latest updates/service packs installed. > > The server is a self-compiles kolab 2.2.0 on Ubuntu 8.04/x86_64. > > In the tracker, I saw a *very* old issue (#442) which apparently has > been resolve for ages. Did anyone notice a similar problem recently? > Any idea how it could be fixed? > > Thanks, Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > From thomas at btspuhler.com Fri Apr 3 05:27:49 2009 From: thomas at btspuhler.com (Thomas Spuhler) Date: Thu, 2 Apr 2009 20:27:49 -0700 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200904021258.45393.ml@radoeka.nl> References: <200902142107.48113.ml@radoeka.nl> <200904012143.03609.thomas@btspuhler.com> <200904021258.45393.ml@radoeka.nl> Message-ID: <200904022027.50499.thomas@btspuhler.com> On Thursday 02 April 2009, Richard Bos wrote: > Op donderdag 02 april 2009 06:43:03 schreef Thomas Spuhler: > > On Tuesday 31 March 2009, Richard Bos wrote: > > > Hello Thomas, > > > > > > Op dinsdag 31 maart 2009 16:47:02 schreef Thomas Spuhler: > > > > I am working on the Mandariva. /var/lib/ldap/* is wrong. Probably > > > > need to change the path in /etc/kolab/templates/slapd.conf.template > > > > to /var/ldap/* and /var/lib/ldap-kolab to /var/kolab-ldap > > > > > > For opensuse /var/lib/ldap is correct. That error "chown: cannot > > > access `/var/lib/ldap/" is always reported. A bit confusing, but after > > > some installations one get used to it ;) > > > > > > Alar's problem is most likely caused by a incorrect kolab package. > > > > The Mandriva way is to have it at /var/lib/ too, but kolab looks for it > > at /var/ > > dist_conf> grep ldap mandriva > ldapserver_dir=${localstatedir}/ldap-kolab > ldapserver_rundir=/var/run/ldap > ldapserver_argsfile=/var/run/ldap/slapd.args > > > The other location that doesn't match are the schema. Kolab looks in > > /usr/share/openldap/schema > > dist_conf> grep ldap mandriva > ldapserver_schemadir=${datadir}/openldap/schema > > > in /etc/kolab/templates/slapd.conf.template > > I have > > include @ldapserver_schemadir@/core.schema > > include @ldapserver_schemadir@/cosine.schema > > include @ldapserver_schemadir@/inetorgperson.schema > > include @ldapserver_schemadir@/rfc2739.schema > > include @ldapserver_schemadir@/kolab2.schema > > > > in the kolab.spec which should match I have > > > > install -d %{buildroot}%{_sysconfdir}/openldap/schema > > The spec file is made and maintained by you. > > > what am I missing? > > > > Last but not least, when deleting a user, it stays forever (at least for > > a very looong time) as "deleted, waiting for cleanup" > > Is there a cron entry missing? > > > > Does the file kolabd-2.1.0.tar.bz2/kolabd-2.1.0/dist_conf/mandriva > > have any influence when building the package or is this just an > > information file? > > This dist_conf/mandriva is an important file. It defines all variables > that are used to correctly install kolab in a distribution. If you find > any wrong directory / file, you should update this file and repackage > kolab. Continue this process until the paths are matching the locations > that Mandriva uses. Once you have a correct dist_conf file, ask the kolab > devs to commit it to cvs, so other mandriva users can benefit from it too. > > Hope this helps. Thanks for helping. Kolab is just such a beast, you have to know ldap, postfix, cyrus, and Perl. There is currently no maintainer, after the Oden gave up. I am trying to get it to work, and then submit it for inclusion. Quite a task. -- Thomas From christian.tardif at servinfo.ca Fri Apr 3 07:14:33 2009 From: christian.tardif at servinfo.ca (Christian Tardif) Date: Fri, 03 Apr 2009 01:14:33 -0400 Subject: Kolab (openpkg) and gcc In-Reply-To: <200903242330.35024.bernhard@intevation.de> References: <4949E367.9050709@servinfo.ca> <200903242330.35024.bernhard@intevation.de> Message-ID: <49D59B39.6090806@servinfo.ca> Bernhard Reiter wrote: > On Thursday 18 December 2008, Christian Tardif wrote: > >> I tried the new Kolab beta tonight on a brand new Mandriva server >> 2009.0. Does not compile. I tried latest kolab release. Does not >> compile. But I found out. Mandriva 2009.0 comes with gcc 4.3.2..... >> openpkg does not compile with gcc 4.3..... :-( >> > > See https://www.intevation.de/roundup/kolab/issue2871 > for a new openpkg bootstrap package that (shall) build with gcc 4.3. > Successfull build reports are much appreciated so we can see > if we put this into Kolab Server/OpenPKG 2.2.1. It's compiling without any problem on Mandriva 2009.0 i586. But I had to change something in 00INDEX.rdf other than what have been said in https://www.intevation.de/roundup/kolab/issue2871 The correction was: --- 00INDEX.rdf 2009-03-24 23:15:40.489435000 +0100 +++ 00INDEX.rdf.org 2009-03-24 23:15:16.309435000 +0100 @@ -4580 +4580 @@ - + But I had to change 20071227 to 20090324 in the same description in order for the resulting rpm to install. At the time of writing, it's still compiling. But openpkg is already installed. So chances are that the problem is solved! Thank you very much! -- *Christian Tardif* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20090403/72c4dc47/attachment.html From joon at radleys.co.za Fri Apr 3 07:39:51 2009 From: joon at radleys.co.za (Joon Radley) Date: Fri, 3 Apr 2009 07:39:51 +0200 Subject: Kolab - Outlook/Toltec sync hangs In-Reply-To: <1238701774.16047.1@antares> References: <1238701774.16047.1@antares> Message-ID: <002a01c9b41e$9f1609d0$dd421d70$@co.za> Hi Albrecht, > In the tracker, I saw a *very* old issue (#442) which apparently has > been resolve for ages. Did anyone notice a similar problem recently? > Any idea how it could be fixed? This issue has been resolve some time ago. Can I suggest, that for your problem, run SCANPST.EXE against the affected users PST files. Best Regards Joon Radley Radley Network Technologies CC Cell: +27 (0)83 368 8557 Fax: +27 (0)86 547 2353 E-mail: joon at radleys.co.za Web: www.toltec.co.za > -----Original Message----- > From: kolab-users-bounces at kolab.org [mailto:kolab-users- > bounces at kolab.org] On Behalf Of Albrecht Dre? > Sent: 02 April 2009 09:50 PM > To: kolab-users at kolab.org > Subject: Kolab - Outlook/Toltec sync hangs > > Hi all, > > I have some users who ran into the following problem: they run Outlook > with Toltec 2.3.2, and either try to synchronise manually or > automatically with the Kolab server. When the Toltec progress window > (from the Win task bar) is opened, it shows a list of pending folders, > and the little progress bar for one folder simply hangs - no progress > for minutes. Re-starting Outlook sometimes seems to help, but it's > somehow confusing. > > The effect seems to happen with both Outlook 2003 and 2007 running on > Win 2k and XP, all with the latest updates/service packs installed. > > The server is a self-compiles kolab 2.2.0 on Ubuntu 8.04/x86_64. > > In the tracker, I saw a *very* old issue (#442) which apparently has > been resolve for ages. Did anyone notice a similar problem recently? > Any idea how it could be fixed? > > Thanks, Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From joon at radleys.co.za Fri Apr 3 07:53:57 2009 From: joon at radleys.co.za (Joon Radley) Date: Fri, 3 Apr 2009 07:53:57 +0200 Subject: Kolab - Outlook/Toltec sync hangs In-Reply-To: <49D53D5C.3090309@swiftnetcomputers.biz> References: <1238701774.16047.1@antares> <49D53D5C.3090309@swiftnetcomputers.biz> Message-ID: <002c01c9b420$97148f70$c53dae50$@co.za> Hi, > I've had many issues with Toltec when the mailboxes are large. > Generally > Toltec seems to work well if the PST file is less than 300mb. The Toltec Connector work well with large PST files. We have a active 6 GIG PST in the office. Of course large folders can slow down the synchronization speed and that is why we recommend archiving. The archive can always be synchronized to a second account or an "archive" Kolab server, with much slower settings. The problem 9.9/10 is that minor corruptions happen in the PST file and you should run SCANPST.EXE first when you suspect that there is a problem. Best Regards Joon Radley Radley Network Technologies CC Cell: +27 (0)83 368 8557 Fax: +27 (0)86 547 2353 E-mail: joon at radleys.co.za Web: www.toltec.co.za > -----Original Message----- > From: kolab-users-bounces at kolab.org [mailto:kolab-users- > bounces at kolab.org] On Behalf Of Alex Chejlyk > Sent: 03 April 2009 12:34 AM > To: Albrecht Dre?; kolab-users at kolab.org > Subject: Re: Kolab - Outlook/Toltec sync hangs > > I've had many issues with Toltec when the mailboxes are large. > Generally > Toltec seems to work well if the PST file is less than 300mb. > > Cheers, > > Alex C. > > Albrecht Dre? wrote: > > Hi all, > > > > I have some users who ran into the following problem: they run > Outlook > > with Toltec 2.3.2, and either try to synchronise manually or > > automatically with the Kolab server. When the Toltec progress window > > (from the Win task bar) is opened, it shows a list of pending > folders, > > and the little progress bar for one folder simply hangs - no progress > > for minutes. Re-starting Outlook sometimes seems to help, but it's > > somehow confusing. > > > > The effect seems to happen with both Outlook 2003 and 2007 running on > > Win 2k and XP, all with the latest updates/service packs installed. > > > > The server is a self-compiles kolab 2.2.0 on Ubuntu 8.04/x86_64. > > > > In the tracker, I saw a *very* old issue (#442) which apparently has > > been resolve for ages. Did anyone notice a similar problem recently? > > Any idea how it could be fixed? > > > > Thanks, Albrecht. > > > > _______________________________________________ > > 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 From christian.tardif at servinfo.ca Fri Apr 3 12:21:28 2009 From: christian.tardif at servinfo.ca (Christian Tardif) Date: Fri, 03 Apr 2009 06:21:28 -0400 Subject: Kolab (openpkg) and gcc In-Reply-To: <49D59B39.6090806@servinfo.ca> References: <4949E367.9050709@servinfo.ca> <200903242330.35024.bernhard@intevation.de> <49D59B39.6090806@servinfo.ca> Message-ID: <49D5E328.2040502@servinfo.ca> Christian Tardif wrote: > Bernhard Reiter wrote: >> On Thursday 18 December 2008, Christian Tardif wrote: >> >>> I tried the new Kolab beta tonight on a brand new Mandriva server >>> 2009.0. Does not compile. I tried latest kolab release. Does not >>> compile. But I found out. Mandriva 2009.0 comes with gcc 4.3.2..... >>> openpkg does not compile with gcc 4.3..... :-( >>> >> >> See https://www.intevation.de/roundup/kolab/issue2871 >> for a new openpkg bootstrap package that (shall) build with gcc 4.3. >> Successfull build reports are much appreciated so we can see >> if we put this into Kolab Server/OpenPKG 2.2.1. > It's compiling without any problem on Mandriva 2009.0 i586. [...] > At the time of writing, it's still compiling. But openpkg is already > installed. So chances are that the problem is solved! Just to let you know.... Full install of Kolab is terminated. Not a single problem. Ya-hoo !!!! -- *Christian Tardif* -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20090403/fa018c32/attachment.html From ml at radoeka.nl Fri Apr 3 12:46:31 2009 From: ml at radoeka.nl (Richard Bos) Date: Fri, 3 Apr 2009 12:46:31 +0200 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200904022027.50499.thomas@btspuhler.com> References: <200902142107.48113.ml@radoeka.nl> <200904021258.45393.ml@radoeka.nl> <200904022027.50499.thomas@btspuhler.com> Message-ID: <200904031246.32044.ml@radoeka.nl> Hi Thomas, Op vrijdag 03 april 2009 05:27:49 schreef Thomas Spuhler: > Thanks for helping. Kolab is just such a beast, you have to know ldap, > postfix, cyrus, and Perl. That's actually the thing I like about kolab. It brings many of the main applications together in a single application. The bad thing is that there are still some patches needed for the main applications like php (due to c- client (if I'm not mistaken by heart) and cyrus). > There is currently no maintainer, after the Oden gave up. I am trying to > get it to work, and then submit it for inclusion. Quite a task. Are you building kolab with "./configure --with-dist=mandrake" ? Perhaps we can share forces via the build services that openSUSE provides. That services is also open for other distributions, and with one spec file it is possible to build packages for Fedora, Mandriva, Centos and of course openSUSE. Its build for different versions and architectures, see e.g.: http://download.opensuse.org/repositories/home:/rbos:/ib/ Creating a kolab spec files for multiple distributions is perhaps not easy, but it could be done.... -- Richard From lenz at eurosystems.lu Fri Apr 3 17:40:38 2009 From: lenz at eurosystems.lu (Alfons Lenz) Date: Fri, 03 Apr 2009 17:40:38 +0200 Subject: Kolab - Outlook/Toltec sync hangs In-Reply-To: <002c01c9b420$97148f70$c53dae50$@co.za> References: <1238701774.16047.1@antares> <49D53D5C.3090309@swiftnetcomputers.biz> <002c01c9b420$97148f70$c53dae50$@co.za> Message-ID: <49D62DF6.1050605@eurosystems.lu> Hi, we are testing Toltec Connector with Outlook 2003 and have problems with large PST files, too. On two different machines Outlook 2003 hangs sometimes while starting. On both machines big PST files are used (about 0.6 and 2GB). The Toltec symbol in the tray is visible, but cannot be opened. Outlook is visible, but the email area stays white. I reported the problem to the Toltec support, but we wasn't able to find the problem until now. We excluded Kaspersky AntiVirus and Lookout Search Tool as reason for the problem. We use Outlook 2003 SP2 and SP3 on Windows XP SP3 with Kolab 2.2.0. The Toltec Connector is connected to a separate small PST file. Does anybody have similar problems or any suggestions, how we can solve the problem? Best regards Alfons Joon Radley schrieb: > Hi, > > >> I've had many issues with Toltec when the mailboxes are large. >> Generally >> Toltec seems to work well if the PST file is less than 300mb. >> > > The Toltec Connector work well with large PST files. We have a active 6 GIG > PST in the office. Of course large folders can slow down the synchronization > speed and that is why we recommend archiving. The archive can always be > synchronized to a second account or an "archive" Kolab server, with much > slower settings. > > The problem 9.9/10 is that minor corruptions happen in the PST file and you > should run SCANPST.EXE first when you suspect that there is a problem. > > Best Regards > > Joon Radley > Radley Network Technologies CC > Cell: +27 (0)83 368 8557 > Fax: +27 (0)86 547 2353 > E-mail: joon at radleys.co.za > Web: www.toltec.co.za > > > >> -----Original Message----- >> From: kolab-users-bounces at kolab.org [mailto:kolab-users- >> bounces at kolab.org] On Behalf Of Alex Chejlyk >> Sent: 03 April 2009 12:34 AM >> To: Albrecht Dre?; kolab-users at kolab.org >> Subject: Re: Kolab - Outlook/Toltec sync hangs >> >> I've had many issues with Toltec when the mailboxes are large. >> Generally >> Toltec seems to work well if the PST file is less than 300mb. >> >> Cheers, >> >> Alex C. >> >> Albrecht Dre? wrote: >> >>> Hi all, >>> >>> I have some users who ran into the following problem: they run >>> >> Outlook >> >>> with Toltec 2.3.2, and either try to synchronise manually or >>> automatically with the Kolab server. When the Toltec progress window >>> (from the Win task bar) is opened, it shows a list of pending >>> >> folders, >> >>> and the little progress bar for one folder simply hangs - no progress >>> for minutes. Re-starting Outlook sometimes seems to help, but it's >>> somehow confusing. >>> >>> The effect seems to happen with both Outlook 2003 and 2007 running on >>> Win 2k and XP, all with the latest updates/service packs installed. >>> >>> The server is a self-compiles kolab 2.2.0 on Ubuntu 8.04/x86_64. >>> >>> In the tracker, I saw a *very* old issue (#442) which apparently has >>> been resolve for ages. Did anyone notice a similar problem recently? >>> Any idea how it could be fixed? >>> >>> Thanks, Albrecht. >>> >>> _______________________________________________ >>> 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 >> > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > > -------------- n?chster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://kolab.org/pipermail/kolab-users/attachments/20090403/606291b8/attachment.html From alex at swiftnetcomputers.biz Fri Apr 3 19:38:10 2009 From: alex at swiftnetcomputers.biz (Alex Chejlyk) Date: Fri, 03 Apr 2009 13:38:10 -0400 Subject: Kolab - Outlook/Toltec sync hangs In-Reply-To: <49D62DF6.1050605@eurosystems.lu> References: <1238701774.16047.1@antares> <49D53D5C.3090309@swiftnetcomputers.biz> <002c01c9b420$97148f70$c53dae50$@co.za> <49D62DF6.1050605@eurosystems.lu> Message-ID: <49D64982.7020707@swiftnetcomputers.biz> Hello, In my experiences, the Toltec connector works fairly well with smaller pst files. The problem may well be Outlook and the way it can mangle pst files. I found setting quotas to 200mb, teaching users to avoid setting appointments with no end date, automatically deleting items upon exit and training users to 'house-clean' has a positive affect on the Toltec connector. Large pst's have caused me all types of problems such as duplicate appointments/email/contacts, synchronization just hanging, synchronization completing with no changes even though there were changes, and very slow startup times. The worst situation is where the calendar just stops working... no errors, no info, just not working. Slim pst files have helped me avoid these problems. HTH, Alex C. Alfons Lenz wrote: > Hi, > > we are testing Toltec Connector with Outlook 2003 and have problems with > large PST files, too. On two different machines Outlook 2003 hangs > sometimes while starting. On both machines big PST files are used (about > 0.6 and 2GB). The Toltec symbol in the tray is visible, but cannot be > opened. Outlook is visible, but the email area stays white. I reported > the problem to the Toltec support, but we wasn't able to find the > problem until now. We excluded Kaspersky AntiVirus and Lookout Search > Tool as reason for the problem. > > We use Outlook 2003 SP2 and SP3 on Windows XP SP3 with Kolab 2.2.0. The > Toltec Connector is connected to a separate small PST file. > > Does anybody have similar problems or any suggestions, how we can solve > the problem? > > Best regards > Alfons > > > Joon Radley schrieb: >> Hi, >> >> >>> I've had many issues with Toltec when the mailboxes are large. >>> Generally >>> Toltec seems to work well if the PST file is less than 300mb. >>> >> >> The Toltec Connector work well with large PST files. We have a active 6 GIG >> PST in the office. Of course large folders can slow down the synchronization >> speed and that is why we recommend archiving. The archive can always be >> synchronized to a second account or an "archive" Kolab server, with much >> slower settings. >> >> The problem 9.9/10 is that minor corruptions happen in the PST file and you >> should run SCANPST.EXE first when you suspect that there is a problem. >> >> Best Regards >> >> Joon Radley >> Radley Network Technologies CC >> Cell: +27 (0)83 368 8557 >> Fax: +27 (0)86 547 2353 >> E-mail: joon at radleys.co.za >> Web: www.toltec.co.za >> >> >> >>> -----Original Message----- >>> From: kolab-users-bounces at kolab.org [mailto:kolab-users- >>> bounces at kolab.org] On Behalf Of Alex Chejlyk >>> Sent: 03 April 2009 12:34 AM >>> To: Albrecht Dre?; kolab-users at kolab.org >>> Subject: Re: Kolab - Outlook/Toltec sync hangs >>> >>> I've had many issues with Toltec when the mailboxes are large. >>> Generally >>> Toltec seems to work well if the PST file is less than 300mb. >>> >>> Cheers, >>> >>> Alex C. >>> >>> Albrecht Dre? wrote: >>> >>>> Hi all, >>>> >>>> I have some users who ran into the following problem: they run >>>> >>> Outlook >>> >>>> with Toltec 2.3.2, and either try to synchronise manually or >>>> automatically with the Kolab server. When the Toltec progress window >>>> (from the Win task bar) is opened, it shows a list of pending >>>> >>> folders, >>> >>>> and the little progress bar for one folder simply hangs - no progress >>>> for minutes. Re-starting Outlook sometimes seems to help, but it's >>>> somehow confusing. >>>> >>>> The effect seems to happen with both Outlook 2003 and 2007 running on >>>> Win 2k and XP, all with the latest updates/service packs installed. >>>> >>>> The server is a self-compiles kolab 2.2.0 on Ubuntu 8.04/x86_64. >>>> >>>> In the tracker, I saw a *very* old issue (#442) which apparently has >>>> been resolve for ages. Did anyone notice a similar problem recently? >>>> Any idea how it could be fixed? >>>> >>>> Thanks, Albrecht. >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> _______________________________________________ >> 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 From mephisto at gmx.net Sat Apr 4 11:21:43 2009 From: mephisto at gmx.net (Heiner Markert) Date: Sat, 4 Apr 2009 11:21:43 +0200 Subject: Kolab 2.2.1rc E-Mail notification in kronolith Message-ID: <200904041121.44250.mephisto@gmx.net> Hi, I tried to get email notification for calendar entries working this weekend, but with no success. I received a notification mail in only two of around 15-20 test appointments I created within my calendar from within horde or kontact, and I cannot figure out when, and when not the mails are being sent. When I run /kolab/var/kolab/www/client/scripts/alarms.php and /kolab/var/kolab/www/client/kronolith/scripts/reminders.php manually, my users preferences sometimes get messed up (i.e. no more calenders are displayed in horde, the default view is reset etc.), but no reminder mails are being sent. Has anyone had success yet with Email reminders and kolab 2.2.1rc? Thank you, and best regards Heiner From thomas at btspuhler.com Sat Apr 4 19:05:49 2009 From: thomas at btspuhler.com (Thomas Spuhler) Date: Sat, 4 Apr 2009 10:05:49 -0700 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200903220943.12542.ml@radoeka.nl> References: <200902142107.48113.ml@radoeka.nl> <200903212142.59682.thomas@btspuhler.com> <200903220943.12542.ml@radoeka.nl> Message-ID: <200904041005.50404.thomas@btspuhler.com> On Sunday 22 March 2009, Richard Bos wrote: > Op zondag 22 maart 2009 05:42:59 schreef Thomas Spuhler: > > I guess I need to change directory_mode : slurpd in kolab.globals since > > openldap2.4 doesn't support slurp anymore > > Yes, that is correct. Change it to: > directory_mode : syncrepl Just detected, the Kolab folks changed it to this directory_mode : @directory_mode@ In Revision: 1.18 -- Thomas From ml at radoeka.nl Sat Apr 4 19:52:58 2009 From: ml at radoeka.nl (Richard Bos) Date: Sat, 4 Apr 2009 19:52:58 +0200 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200904041005.50404.thomas@btspuhler.com> References: <200902142107.48113.ml@radoeka.nl> <200903220943.12542.ml@radoeka.nl> <200904041005.50404.thomas@btspuhler.com> Message-ID: <200904041952.58784.ml@radoeka.nl> Op zaterdag 04 april 2009 19:05:49 schreef Thomas Spuhler: > > Yes, that is correct. Change it to: > > directory_mode : syncrepl > > Just detected, the Kolab folks changed it to this > directory_mode : @directory_mode@ In dist_conf/* So, you change in dist_conf/mandriva from mandriva:directory_mode=slurpd to mandriva:directory_mode=syncrepl -- Richard From thomas at btspuhler.com Sun Apr 5 07:51:48 2009 From: thomas at btspuhler.com (Thomas Spuhler) Date: Sat, 4 Apr 2009 22:51:48 -0700 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200904041952.58784.ml@radoeka.nl> References: <200902142107.48113.ml@radoeka.nl> <200904041005.50404.thomas@btspuhler.com> <200904041952.58784.ml@radoeka.nl> Message-ID: <200904042251.48965.thomas@btspuhler.com> On Saturday 04 April 2009, Richard Bos wrote: > Op zaterdag 04 april 2009 19:05:49 schreef Thomas Spuhler: > > > Yes, that is correct. Change it to: > > > directory_mode : syncrepl > > > > Just detected, the Kolab folks changed it to this > > directory_mode : @directory_mode@ > > In dist_conf/* > So, you change in dist_conf/mandriva from > ----- > to > directory_mode=syncrepl Got this goin' thanks -- Thomas From thomas at btspuhler.com Sun Apr 5 20:25:14 2009 From: thomas at btspuhler.com (Thomas Spuhler) Date: Sun, 5 Apr 2009 11:25:14 -0700 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200904041952.58784.ml@radoeka.nl> References: <200902142107.48113.ml@radoeka.nl> <200904041005.50404.thomas@btspuhler.com> <200904041952.58784.ml@radoeka.nl> Message-ID: <200904051125.15447.thomas@btspuhler.com> On Saturday 04 April 2009, Richard Bos wrote: > Op zaterdag 04 april 2009 19:05:49 schreef Thomas Spuhler: > > > Yes, that is correct. Change it to: > > > directory_mode : syncrepl > > > > Just detected, the Kolab folks changed it to this > > directory_mode : @directory_mode@ > > In dist_conf/* > So, you change in dist_conf/mandriva from > mandriva:directory_mode=slurpd > to > mandriva:directory_mode=syncrepl I have been for hours trying to resolve this. I have in dist_conf/mandiva ldapserver_schemadir=${datadir}/openldap/schema This should put the schema into /usr/share/ but it doesn't. when building it, I see: test -z "/etc/openldap/schema" || /bin/mkdir -p "/home/thomas/rpm/TMP/kolab-2.1.0-9.4mdv2008.0-buildroot/etc/openldap/schema" /usr/bin/install -c -m 644 'kolab2.schema' '/home/thomas/rpm/TMP/kolab-2.1.0-9.4mdv2008.0-buildroot/etc/openldap/schema/kolab2.schema' /usr/bin/install -c -m 644 'horde.schema' '/home/thomas/rpm/TMP/kolab-2.1.0-9.4mdv2008.0-buildroot/etc/openldap/schema/horde.schema' /usr/bin/install -c -m 644 'rfc2739.schema' '/home/thomas/rpm/TMP/kolab-2.1.0-9.4mdv2008.0-buildroot/etc/openldap/schema/rfc2739.schema' This is not in the Spec file. shouldn't this come from the dist_conf/mandriva file since I build the package with %configure2_5x \ --with-dist=mandriva I would appreciate anybody's help. I've spent too much time already on it. -- Thomas From ml at radoeka.nl Sun Apr 5 21:12:27 2009 From: ml at radoeka.nl (Richard Bos) Date: Sun, 5 Apr 2009 21:12:27 +0200 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200904051125.15447.thomas@btspuhler.com> References: <200902142107.48113.ml@radoeka.nl> <200904041952.58784.ml@radoeka.nl> <200904051125.15447.thomas@btspuhler.com> Message-ID: <200904052112.28162.ml@radoeka.nl> Op zondag 05 april 2009 20:25:14 schreef Thomas Spuhler: > This is not in the Spec file. shouldn't this come from the > dist_conf/mandriva file since I build the package with > %configure2_5x \ > --with-dist=mandriva You also have to specify --with-openpkg=no > I would appreciate anybody's help. I've spent too much time already on it. It might also be necessary to run the bootstrap script: touch README autoreconf -f -i -- Richard From lenz at eurosystems.lu Mon Apr 6 18:21:05 2009 From: lenz at eurosystems.lu (Alfons Lenz) Date: Mon, 06 Apr 2009 18:21:05 +0200 Subject: Kolab - Outlook/Toltec sync hangs In-Reply-To: <49D64982.7020707@swiftnetcomputers.biz> References: <1238701774.16047.1@antares> <49D53D5C.3090309@swiftnetcomputers.biz> <002c01c9b420$97148f70$c53dae50$@co.za> <49D62DF6.1050605@eurosystems.lu> <49D64982.7020707@swiftnetcomputers.biz> Message-ID: <49DA2BF1.7000002@eurosystems.lu> Hi Alex, thank you your response. As I wrote we are testing Toltec Connector. On two machines with small PST files we have no problem. The restrictions you describe are not reasonable for us, as we have experienced users like developers or software supporters, who need their email history in fast access. So we need a solution that works with large PST files. Best regards Alfons Alex Chejlyk schrieb: > Hello, > > In my experiences, the Toltec connector works fairly well with smaller > pst files. The problem may well be Outlook and the way it can mangle > pst files. I found setting quotas to 200mb, teaching users to avoid > setting appointments with no end date, automatically deleting items > upon exit and training users to 'house-clean' has a positive affect on > the Toltec connector. > Large pst's have caused me all types of problems such as duplicate > appointments/email/contacts, synchronization just hanging, > synchronization completing with no changes even though there were > changes, and very slow startup times. The worst situation is where the > calendar just stops working... no errors, no info, just not working. > Slim pst files have helped me avoid these problems. > > > HTH, > > Alex C. > > Alfons Lenz wrote: >> Hi, >> >> we are testing Toltec Connector with Outlook 2003 and have problems >> with large PST files, too. On two different machines Outlook 2003 >> hangs sometimes while starting. On both machines big PST files are >> used (about 0.6 and 2GB). The Toltec symbol in the tray is visible, >> but cannot be opened. Outlook is visible, but the email area stays >> white. I reported the problem to the Toltec support, but we wasn't >> able to find the problem until now. We excluded Kaspersky AntiVirus >> and Lookout Search Tool as reason for the problem. >> >> We use Outlook 2003 SP2 and SP3 on Windows XP SP3 with Kolab 2.2.0. >> The Toltec Connector is connected to a separate small PST file. >> >> Does anybody have similar problems or any suggestions, how we can >> solve the problem? >> >> Best regards >> Alfons >> >> >> Joon Radley schrieb: >>> Hi, >>> >>> >>>> I've had many issues with Toltec when the mailboxes are large. >>>> Generally >>>> Toltec seems to work well if the PST file is less than 300mb. >>>> >>> >>> The Toltec Connector work well with large PST files. We have a >>> active 6 GIG >>> PST in the office. Of course large folders can slow down the >>> synchronization >>> speed and that is why we recommend archiving. The archive can always be >>> synchronized to a second account or an "archive" Kolab server, with >>> much >>> slower settings. >>> >>> The problem 9.9/10 is that minor corruptions happen in the PST file >>> and you >>> should run SCANPST.EXE first when you suspect that there is a problem. >>> >>> Best Regards >>> >>> Joon Radley >>> Radley Network Technologies CC >>> Cell: +27 (0)83 368 8557 >>> Fax: +27 (0)86 547 2353 >>> E-mail: joon at radleys.co.za >>> Web: www.toltec.co.za >>> >>> >>> >>>> -----Original Message----- >>>> From: kolab-users-bounces at kolab.org [mailto:kolab-users- >>>> bounces at kolab.org] On Behalf Of Alex Chejlyk >>>> Sent: 03 April 2009 12:34 AM >>>> To: Albrecht Dre?; kolab-users at kolab.org >>>> Subject: Re: Kolab - Outlook/Toltec sync hangs >>>> >>>> I've had many issues with Toltec when the mailboxes are large. >>>> Generally >>>> Toltec seems to work well if the PST file is less than 300mb. >>>> >>>> Cheers, >>>> >>>> Alex C. >>>> >>>> Albrecht Dre? wrote: >>>> >>>>> Hi all, >>>>> >>>>> I have some users who ran into the following problem: they run >>>>> >>>> Outlook >>>> >>>>> with Toltec 2.3.2, and either try to synchronise manually or >>>>> automatically with the Kolab server. When the Toltec progress window >>>>> (from the Win task bar) is opened, it shows a list of pending >>>>> >>>> folders, >>>> >>>>> and the little progress bar for one folder simply hangs - no progress >>>>> for minutes. Re-starting Outlook sometimes seems to help, but it's >>>>> somehow confusing. >>>>> >>>>> The effect seems to happen with both Outlook 2003 and 2007 running on >>>>> Win 2k and XP, all with the latest updates/service packs installed. >>>>> >>>>> The server is a self-compiles kolab 2.2.0 on Ubuntu 8.04/x86_64. >>>>> >>>>> In the tracker, I saw a *very* old issue (#442) which apparently has >>>>> been resolve for ages. Did anyone notice a similar problem recently? >>>>> Any idea how it could be fixed? >>>>> >>>>> Thanks, Albrecht. >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> _______________________________________________ >>> 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 > > From albrecht.dress at lios-tech.com Mon Apr 6 20:34:42 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Mon, 06 Apr 2009 20:34:42 +0200 Subject: Kolab - Outlook/Toltec sync hangs In-Reply-To: <49DA2BF1.7000002@eurosystems.lu> (from lenz@eurosystems.lu on Mon Apr 6 18:21:05 2009) References: <49D64982.7020707@swiftnetcomputers.biz> <49DA2BF1.7000002@eurosystems.lu> Message-ID: <1239042882.5328.1@antares> Hi all: Thanks a lot for all your input... The hang could indeed be fixed by using scanpst.exe. However, I wonder (a) why the pst file is damaged at all, apparently somewhat frequently for some users (they *don't* have extra Outlook plug-ins installed, and the biggest pst is ~0.65GB) and (b) if there isn't a way to detect this case reliably. A "simply not working" calendar is a scary situation! Am 06.04.09 18:21 schrieb(en) Alfons Lenz: > The restrictions you describe are not reasonable for us, as we have > experienced users like developers or software supporters, who need > their email history in fast access. So we need a solution that works > with large PST files. I can only second that! We have support and sales people who rely on having access to server-based mail archives, sometimes also sharing folders with complex structures. If I may add a more general remark here: It was actually disappointing for them -and for me, too- that the everyday's performance of Kolab/Outlook/Toltec is worse than the old Exchange server we used before migrating to Kolab: Outlook crashes, sync problems, unable to erase shared sub-folders (issue 3346), people /claim/ it's slower, etc. Please don't get me wrong: Kolab is *really* great and works perfectly with Kontact and other Linux apps, and also with Horde, but unfortunately our environment is 95% Windows/Outlook... Thanks, Albrecht. From ludwig.reiter at intevation.de Tue Apr 7 12:36:29 2009 From: ludwig.reiter at intevation.de (Ludwig Reiter) Date: Tue, 7 Apr 2009 12:36:29 +0200 Subject: New native Windows Client: Kontact Enterprise4 20090313 Message-ID: <200904071236.36364.ludwig.reiter@intevation.de> Hello, in this moment I upload a new version of the Kontact Enterprise4 Windows Client: Version 20090313. It will be available soon. It contain some bugfixes (see the attachment NewsLog-20090313.txt) and is 50% smaller, because it is build without debug symbols. It is still BETA, so read the README before use. It is not recommended for productive use. You can download the files soon from http://files.kolab.org/clients/kontact-enterprise4/windows/beta-huge-debug/20090313/ Best Regards, Ludwig -- Intevation GmbH, Osnabr?ck Firmensitz: Neuer Graben 17, 49074 Osnabr?ck Registereintrag: Amtsgericht Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- n?chster Teil -------------- Friday, March 13th 2009 Problems addressed ------------------ * kolab/issue3385: Reminder of an event does not work when restarting Kontact and then entering a new event * Fix problem that when upgrading from e35 to e4, the incoming accounts could get lost under certain circumstances * Add an icon usage log for Kontact as well Merges ------ * Merges from KDE 4.2 branch: - Fix opening a .tar.gz attachment from within KMail (KDE bug 184459) * Merges from enterprise35 branch: - kolab/issue1950: gpgme config dialog broken when /etc/gnupg/gpgconf.conf not empty - kolab/issue2685: Signature not recognised with combined OpenPGP encrypted/signed email - kolab/issue2444: Kontact sends base64 encoded password when sieve server does not advertise STARTTLS - kolab/issue2628: For encrypted emails where no encryption was tried, it says "decryption impossible" - Don't allow selection of S/MIME certificates when we only want OpenPGP ones - In KMail, consider marginally trusted keys as trusted, too Friday, March 6th 2009 Problems addressed ------------------ * Fix Kontact crash on Windows Server 2003 Merges ------ * Merges from KDE 4.2 branch: - Fix a memory leak in the IMAP KIO slave - Don't crash Kontact when disabling the KMail plugin - Speed up folder syncing for disconnected IMAP by only uploading flags that really changed - Some fixes for the "Dissociate from occurrence" function in KOrganizer - When "Toggle Alarm" creates an alarm, initialize it's type so we don't see "Unknown alarm type", which doesn't match the selected radio button - Per RFC, if an organizer or attendee email address is empty, do not write that property - Don't add an ORGANIZER property if there is no email for the organizer * Merges from enterprise35 branch: - kolab/issue3436: Crash in extractAuditLog() in KMail - kolab/issue3119: Black notes are displayed after system start - kolab/issue3367: Changing organizer's status doesn't work - Avoid some unnecessary resyncs in KNotes - Don't allow to rename locked notes Friday, February 27th 2009 Problems addressed ------------------ * Speed improvemnets in Kleopatra. Merges ------ * Merges from KDE 4.2 branch: - Fix problem with todo hierachy in KOrganizer getting lost. * Merges from enterprise35 branch: - kolab/issue3377: Warn if the mail is sent to a large number of recipient. - kolab/issue3367: Let the organizer of an event decline attendance. - kolab/issue1530: Add option to change default forwarding type. - kolab/issue3376: Add GUI option for issue 1530. -------------- n?chster Teil -------------- Ein Dateianhang mit Bin?rdaten wurde abgetrennt... Dateiname : nicht verf?gbar Dateityp : application/pgp-signature Dateigr??e : 198 bytes Beschreibung: This is a digitally signed message part. URL : http://kolab.org/pipermail/kolab-users/attachments/20090407/fbb14b00/attachment.bin From thomas at intevation.de Tue Apr 7 18:33:14 2009 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Tue, 7 Apr 2009 18:33:14 +0200 Subject: Kolab Server 2.2.1 Final Release Message-ID: <20090407163314.GA10254.thomas@intevation.de> Hi! I just uploaded the final release of Kolab Server 2.2.1, which contains about 20 enhancements and fixes compared to the previous release candidate. This release contains a new version of the Kolab web client (providing traditional, minimalistic and dynamic interfaces and SyncML support in beta state), restructured packages and many important fixes to the previous stable release. Please make sure to follow the upgrade instructions in 1st.README, because there have been some changes in the LDAP schema. Many thanks to all the people who contributed to this! Documentation and OpenPKG packages are available from http://files.kolab.org/server/release/kolab-server-2.2.1/ as shown on http://kolab.org/download.html and from the mirrors listed on http://kolab.org/mirrors.html http://files.kolab.org/RSYNC.txt explains how to get (or mirror) the files via rsync. All files updated since 2.2.1-rc1 are available in the directory server/development-2.2/20090407-since-20090305/ You can check the integrity of the downloaded files with: $ gpg --keyserver hkp://subkeys.pgp.net --recv-key 5816791A or import the key from https://www.intevation.de/~thomas/gpg_pub_key.asc (the same key that I used to sign this email) $ gpg --verify SHA1SUMS.sig $ sha1sum -c SHA1SUMS Binary packages for Debian GNU/Linux (etch/oldstable) on x86 platforms can be found in the ix86-debian4.0 directory next to the sources. For install instructions and more information about this release, look at http://files.kolab.org/server/release/kolab-server-2.2.1/sources/1st.README and http://files.kolab.org/server/release/kolab-server-2.2.1/sources/release-notes.txt Please report any problems you encounter in our issue tracker: https://issues.kolab.org/ Regards, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20090407/ac6e088d/attachment.bin From tmalone at lancer-ins.com Tue Apr 7 18:39:40 2009 From: tmalone at lancer-ins.com (Tom Malone) Date: Tue, 07 Apr 2009 12:39:40 -0400 Subject: Blackberry, Horde, Thunderbird, Outlook co-existence Message-ID: <49DB81CC.2050306@lancer-ins.com> Recently I have been thinking about the co-existence of the various mail clients and the Kolab server. Because the POP/IMAP constraint Outlook puts on the various connectors using a connector along side another IMAP client has proven to be problematic for my users. The main problems we have with the current setup are the two Inbox folders in Horde and Thunderbird and email messages disappearing into Outlook, and out of the IMAP clients, only to reappear later when the connector syncs to the server. Therefore, I have come up with the following design that I think may help alleviate the problem. What I am thinking of is as follows: 1. Create a POP only mailbox for the user. 2. Create an IMAP only mailbox for the user with a flat name space. 3. Upon delivery filter all appointments into the POP only mailbox and the rest of the mail to the IMAP only mailbox. 4. Setup an hacked IMAP proxy in front of the IMAP server. The proxy would rewrite all traffic going through it so that requests for the users INBOX/Inbox becomes a request for simply INBOX. This should satisfy the dual level name space that the Connectors require. Configure the various clients as follows: Outlook Configure Outlook to POP the appointments from the POP mailbox. Configure the Outlook connector to periodically fetch mail from the IMAP server through the IMAP Proxy. Thunderbird Configure Thunderbird to have an IMAP account. Don't use the proxy for this account. Configure Thunderbird to have a POP account and filter all mail coming into the POP account to the IMAP Inbox. Horde Configure Horde to look at the IMAP account. Don't use the proxy for this account. Configure Horde to use the Fetch Mail functionality to periodically fetch the appointments from the POP mailbox and place them in the IMAP Inbox. BlackBerry Configure the BlackBerry to look at the IMAP account. Don't use the proxy for this account. Configure a second email account on the BlackBerry to fetch mail from the POP account. For me the two biggest question marks are the IMAP Proxy and the Outlook Connectors polling the IMAP Inbox. For the proxy I would probably use Perdition and hack/configure is as needed. Does anyone else have any experience with using the Toltec in timed sync mode on the users Inbox? Can a folder reasonably be synced every 5 minutes or so? Will the new messages from the server come over before the old stuff gets synced? etc... Has anyone else tried anything similar, or have any additional thoughts on this setup? Just curious. Tom -- ************************************************************************ Thomas Malone, Systems Administration Manager Lancer Financial Group Companies 370 West Park Avenue, Long Beach, NY 11561 (516) 431-4441 x3230 tmalone at lancer-ins.com ************************************************************************ =========================================================================== Please consider our environment before printing this email message. 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 LHendricks at austinent.com Tue Apr 7 21:31:53 2009 From: LHendricks at austinent.com (Lucas Hendricks) Date: Tue, 7 Apr 2009 14:31:53 -0500 Subject: newest Kontact/win Message-ID: <7907AE10BB50DD4F840E76527D27EF19028F4291@entmail.domain.austinent.com> It is much cleaner so far with language and time zones working right on install. I got this error after it ran for a few minutes: Server info: Kolab 2.2.0 debian 4.0 binary release, running on a VMWare platform Client: Windows XP, domain joined, administrator rights given to user (and it's accessing user folders so I don't see how there should be access issues other than the program itself having lock file issues or multiple threads trying to write to the file). Access denied: cannot save feed list (C:/Documents and Settings/lhendricks/.kde/share/apps/akregator/data//feeds.opm Lucas From jesse at teranetworks.de Tue Apr 7 22:27:05 2009 From: jesse at teranetworks.de (jesse keys) Date: Tue, 07 Apr 2009 22:27:05 +0200 Subject: newest Kontact/win In-Reply-To: <7907AE10BB50DD4F840E76527D27EF19028F4291@entmail.domain.austinent.com> References: <7907AE10BB50DD4F840E76527D27EF19028F4291@entmail.domain.austinent.com> Message-ID: <49DBB719.2030301@teranetworks.de> Lucas Hendricks wrote: > Access denied: cannot save feed list (C:/Documents and > Settings/lhendricks/.kde/share/apps/akregator/data//feeds.opm I can confirm this on a fresh win xp sp2. error seems to be gone after a reboot though. jesse From kolab-marc at fieldinternet.com Tue Apr 7 23:02:10 2009 From: kolab-marc at fieldinternet.com (kolab-marc@fieldinternet.com) Date: Tue, 7 Apr 2009 14:02:10 -0700 Subject: New native Windows Client: Kontact Enterprise4 20090313 In-Reply-To: <200904071236.36364.ludwig.reiter@intevation.de> References: <200904071236.36364.ludwig.reiter@intevation.de> Message-ID: <20090407210209.GC17895@sonic.net> On Tue, Apr 07, 2009 at 12:36:29PM +0200, Ludwig Reiter wrote: > > in this moment I upload a new version of the Kontact Enterprise4 Windows > Client: Version 20090313. It will be available soon. Hi Ludwig, What is the recommended method of updating an older release? Uninstall the old release first? Or just install over it? Thanks, Marc From kolab-marc at fieldinternet.com Tue Apr 7 23:27:39 2009 From: kolab-marc at fieldinternet.com (kolab-marc@fieldinternet.com) Date: Tue, 7 Apr 2009 14:27:39 -0700 Subject: Spellcheck bug - Kontact version 20090313 Message-ID: <20090407212738.GF17895@sonic.net> Hi, I am writing with a bug report for the latest version of the Windows Kontact client (version 20090313). While kmail thinks that spellcheck is working, spelling is not getting checked. For example: 1. If I turn on automatic spellchecking, incorrect words are not identified. 2. If I hit the "spelling" button in the compose window, I see the "Spell check complete" message at the bottom of the window immediately...but spelling isn't checked. I am using the client set for US English, and the spellchecker settings indicate that the English (United States of America) dictionary is being used -- it does not indicate any problem. Let me know if there is any other info that would be helpful. Thanks, Marc From kolab-marc at fieldinternet.com Wed Apr 8 00:44:56 2009 From: kolab-marc at fieldinternet.com (kolab-marc@fieldinternet.com) Date: Tue, 7 Apr 2009 15:44:56 -0700 Subject: Control-z kmail crash ver 20090313 Message-ID: <20090407224454.GA2094@sonic.net> Hi, I am writing with a bug report for the Kontact Windows client version 20090313. In kmail, if I delete a message, and then type control-z to undo the deletion, I get a crash every time. Let me know if any additional info would be helpful. Marc From alex at ap-consulting.co.uk Wed Apr 8 05:35:00 2009 From: alex at ap-consulting.co.uk (Alex Potter) Date: Wed, 8 Apr 2009 04:35:00 +0100 Subject: [Kolab-devel] Kolab Server 2.2.1 Final Release In-Reply-To: <20090407163314.GA10254.thomas@intevation.de> References: <20090407163314.GA10254.thomas@intevation.de> Message-ID: <200904080435.00696.alex@ap-consulting.co.uk> On Tuesday 07 April 2009 17:33:14 Thomas Arendsen Hein wrote: Thanks very much. You may like to know that the upgrade from 2.2.0/Openpkg to 2.2.1/Openpkg on an Ubunto 8.04.1 server with 2.6.24-23-server #1 SMP Wed Apr 1 22:14:30 UTC 2009 x86_64 GNU/Linux compiled from sources and completed without incident. Regards Alex From steuwer at univention.de Wed Apr 8 08:22:46 2009 From: steuwer at univention.de (Ingo Steuwer) Date: Wed, 8 Apr 2009 08:22:46 +0200 Subject: Blackberry, Horde, Thunderbird, Outlook co-existence In-Reply-To: <49DB81CC.2050306@lancer-ins.com> References: <49DB81CC.2050306@lancer-ins.com> Message-ID: <200904080822.47433.steuwer@univention.de> Hi, Am Dienstag, 7. April 2009 schrieb Tom Malone: [..] > Because the POP/IMAP constraint Outlook puts on the various connectors > using a connector along side another IMAP client has proven to be > problematic for my users. I think you are trying to implement a workaround for a constraint of the Toltec connector, not for Outlook itself or in general for a Windows client. Using a different connector (Konsec, Bynari) or if available as stable version a different client (Kontact for Windows, Thunderbird with synckolab) you don't need a second Inbox or POP3 anymore. Regards Ingo -- Ingo Steuwer Head of Professional Services Univention GmbH Linux for your business Mary-Somerville-Str.1 28359 Bremen Tel.: +49 421 22232-43 Fax : +49 421 22232-99 Mob : +49 173 2112971 steuwer at univention.de> http://www.univention.de Gesch?ftsf?hrer: Peter H. Ganten HRB 20755 Amtsgericht Bremen Steuer-Nr.: 71-597-02876 From ludwig.reiter at intevation.de Wed Apr 8 09:57:30 2009 From: ludwig.reiter at intevation.de (Ludwig Reiter) Date: Wed, 8 Apr 2009 09:57:30 +0200 Subject: New native Windows Client: Kontact Enterprise4 20090313 In-Reply-To: <20090407210209.GC17895@sonic.net> References: <200904071236.36364.ludwig.reiter@intevation.de> <20090407210209.GC17895@sonic.net> Message-ID: <200904080957.31205.ludwig.reiter@intevation.de> Hi, Am Dienstag, 7. April 2009 23:02:10 schrieb kolab-marc at fieldinternet.com: > On Tue, Apr 07, 2009 at 12:36:29PM +0200, Ludwig Reiter wrote: > > in this moment I upload a new version of the Kontact Enterprise4 Windows > > Client: Version 20090313. It will be available soon. > > What is the recommended method of updating an older release? Uninstall the > old release first? Or just install over it? Uninstall the old release first and then install the new release. Regards, Ludwig -- Intevation GmbH, Osnabr?ck Firmensitz: Neuer Graben 17, 49074 Osnabr?ck Registereintrag: Amtsgericht Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From ludwig.reiter at intevation.de Wed Apr 8 10:16:53 2009 From: ludwig.reiter at intevation.de (Ludwig Reiter) Date: Wed, 8 Apr 2009 10:16:53 +0200 Subject: Control-z kmail crash ver 20090313 In-Reply-To: <20090407224454.GA2094@sonic.net> References: <20090407224454.GA2094@sonic.net> Message-ID: <200904081016.53448.ludwig.reiter@intevation.de> Hi Marc, Am Mittwoch, 8. April 2009 00:44:56 schrieb kolab-marc at fieldinternet.com: > I am writing with a bug report for the Kontact Windows client version > 20090313. In kmail, if I delete a message, and then type control-z to undo > the deletion, I get a crash every time. Let me know if any additional info > would be helpful. I cannot reproduce this ctrl+z problem here. Can you provide a backtrace of the crash and the output of kontact? What account type do you use? Regards, Ludwig -- Intevation GmbH, Osnabr?ck Firmensitz: Neuer Graben 17, 49074 Osnabr?ck Registereintrag: Amtsgericht Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From johannes_graumann at web.de Wed Apr 8 11:47:54 2009 From: johannes_graumann at web.de (Johannes Graumann) Date: Wed, 08 Apr 2009 11:47:54 +0200 Subject: Recurring ToDo Problem Message-ID: Hello, On kolab 2.2.0 used with Kontact 1.4.2 (debian unstable) I have two problems with recurring todos: 1. A todo that has a do date but explicitly NO time associated often changes to being associated with a time and an inconvenient one (0:00) after syncing with the server from a different machine/client. 2. When marking the recurring todo as done, it should switch to the next recurrence date and become "unchecked" again ... this doesn't work reliably in my hands, often leading to unintended purges when removing all todos marked as done ... Do other people see this as well or can it be reproduced? Thanks for any hints, Joh From aspineux at gmail.com Wed Apr 8 18:18:47 2009 From: aspineux at gmail.com (Alain Spineux) Date: Wed, 8 Apr 2009 18:18:47 +0200 Subject: Kolab 2.2.1 : ERROR openpkg-20071227-20071227_kolab1.src.sh: No such file or directory Message-ID: <71fe4e760904080918ga1ad281ubad77f0268f68a9b@mail.gmail.com> Hi I get an error trying to install new kolab 2.2.1, But in fact, I got the same trying to reinstall old 2.2.0 that was instaled previously ! Then this was not a probleme with the source but with the target :-) I delete all file in /tmp ll /tmp/ .ICE-unix/ install-kolab.14014.21942.32607.25687/ install-kolab.6680.26138.8193.3220/ install-kolab.13240.29694.220.25364/ install-kolab.32624.12049.13322.3437/ And now it works Hope this help someone Here the full error message. [root at eg03 sources]# sh install-kolab.sh 2>&1 | tee /root/kolab-install.log Changing to temporary working directory /tmp/install-kolab.32624.12049.13322.3437 ... Kolab installation tag (TAG): kolab Kolab installation prefix (PREFIX): /kolab Kolab version (KOLAB_VERSION): 2.2.1 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... sh: ./openpkg-20071227-20071227.src.sh ./openpkg-20071227-20071227_kolab1.src.sh: No such file or directory tar: shtool: Not found in archive tar: Error exit delayed from previous errors sh: shtool: No such file or directory Found a source based OpenPKG installer. Trying to install Kolab from source. sh: ./openpkg-20071227-20071227.src.sh ./openpkg-20071227-20071227_kolab1.src.sh: No such file or directory tar: shtool: Not found in archive tar: Error exit delayed from previous errors sh: shtool: No such file or directory install-kolab.sh: line 267: cd: ./openpkg-20071227-20071227.src.sh: Not a directory Creating binary openpkg package from ./openpkg-20071227-20071227.src.sh ./openpkg-20071227-20071227_kolab1.src.sh! sh: ./openpkg-20071227-20071227.src.sh ./openpkg-20071227-20071227_kolab1.src.sh: No such file or directory -- Alain Spineux aspineux gmail com May the sources be with you From LHendricks at austinent.com Wed Apr 8 19:23:06 2009 From: LHendricks at austinent.com (Lucas Hendricks) Date: Wed, 8 Apr 2009 12:23:06 -0500 Subject: Control-z kmail crash ver 20090313 Message-ID: <7907AE10BB50DD4F840E76527D27EF19028F4304@entmail.domain.austinent.com> For what it is worth I am able to use ctrl-z with no incident. It is a fresh install of the newest beta on Windows XP SP 3 connecting to Kolab 2.2.0 debian 4.0 binary install dist using the Kontact Wizard to set up the disconnected imap account. Lucas -----Original Message----- From: Ludwig Reiter [mailto:ludwig.reiter at intevation.de] Sent: Wednesday, April 08, 2009 3:17 AM To: kolab-users at kolab.org Subject: Re: Control-z kmail crash ver 20090313 Hi Marc, Am Mittwoch, 8. April 2009 00:44:56 schrieb kolab-marc at fieldinternet.com: > I am writing with a bug report for the Kontact Windows client version > 20090313. In kmail, if I delete a message, and then type control-z to undo > the deletion, I get a crash every time. Let me know if any additional info > would be helpful. I cannot reproduce this ctrl+z problem here. Can you provide a backtrace of the crash and the output of kontact? What account type do you use? Regards, Ludwig -- Intevation GmbH, Osnabr?ck Firmensitz: Neuer Graben 17, 49074 Osnabr?ck Registereintrag: Amtsgericht Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner _______________________________________________ Kolab-users mailing list Kolab-users at kolab.org https://kolab.org/mailman/listinfo/kolab-users From albrecht.dress at lios-tech.com Wed Apr 8 20:26:38 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Wed, 08 Apr 2009 20:26:38 +0200 Subject: 2.2.1/Horde: cannot add mail sub-folders? Message-ID: <1239215198.5379.0@antares> Hi all, I'm now testing Kolab 2.2.1, self-compiled on Ubuntu 8.04.2/i386. In Horde, I'm not able to create sub-folders: 1. Log on as some user, with the "traditional" ui. 2. Select "Mail", then "Folders". 3. Do not check any existing mailbox (there is only "Inbox" and "Virtual Folders"), then select "Create". A pop-up says "You are creating a top-level folder. Please enter the name of the new folder:". Enter "Test Top-Level". The folder appears on the same level as Inbox. 4. Check Inbox and choose "Create". A pop-up says "You are creating a sub-folder to Inbox. Please enter the name of the new folder:". Enter "Test below Inbox". Again, the folder appears on the same level as Inbox. Here is what cyradm says: localhost> lm INBOX (\HasChildren) INBOX/Aufgaben (\HasNoChildren) INBOX/Kalender (\HasNoChildren) INBOX/Kontakte (\HasNoChildren) INBOX/Notizen (\HasNoChildren) INBOX/Test Top-Level (\HasNoChildren) INBOX/Test below Inbox (\HasNoChildren) Did I miss something, or is this for the issue tracker? Thanks, Albrecht. From albrecht.dress at lios-tech.com Wed Apr 8 20:51:12 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Wed, 08 Apr 2009 20:51:12 +0200 Subject: 2.2.1/Horde: unable to save filter settings mor than once? Message-ID: <1239216672.5379.1@antares> Hi all, more from testing Kolab 2.2.1, self-compiled on Ubuntu 8.04.2/i386: 1. run "rm /kolab/var/kolab/www/client/storage/test1 at my-domain.com.prefs" 2. Log into horde with the traditional UI. Horde says "Last login: Never". 3. Select "Spam filter" on the log-on page, set the level to 4 and select a folder. Then click "Save and enable". The filter script looks fine. 4. Log off, and log on again with the same account. Again, select "Spam filter", and now change the spam level to, say, 1 and click Save. Again, the script looks fine. 5. Log off, and log on again with the same account, select "Spam filter". The spam filter settings are back to those from step 3. If I click the "Script" button *without saving the filter before*, Horde shows a script reflecting the settings from step 3, but sieveshell still reports those from step 4. The same seems to happen with *all* filters, e.g. instead of the spam filter, I tried to set different recipients for forwarding. The first time, Horde saves the value, any subsequent fails. For forwarding, I could make Horde save the new settings by clicking "Save and disable", and then immediately "Save and enable", but that trick doesn't work for the spam level. Weird... Any ideas? Thanks, Albrecht. From thomas at intevation.de Thu Apr 9 10:02:38 2009 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Thu, 9 Apr 2009 10:02:38 +0200 Subject: Kolab 2.2.1 : ERROR openpkg-20071227-20071227_kolab1.src.sh: No such file or directory In-Reply-To: <71fe4e760904080918ga1ad281ubad77f0268f68a9b@mail.gmail.com> References: <71fe4e760904080918ga1ad281ubad77f0268f68a9b@mail.gmail.com> Message-ID: <20090409080238.GA5149.thomas@intevation.de> * Alain Spineux [20090408 18:18]: > I get an error trying to install new kolab 2.2.1, > But in fact, I got the same trying to reinstall old 2.2.0 that was > instaled previously ! > Then this was not a probleme with the source but with the target :-) > > Received no instructions. Trying to determine required action... > sh: ./openpkg-20071227-20071227.src.sh > ./openpkg-20071227-20071227_kolab1.src.sh: No such file or directory I think you have both, openpkg-20071227-20071227.src.sh and ./openpkg-20071227-20071227_kolab1.src.sh, in the installation directory. Please delete the older one. Regards, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From kolab-marc at fieldinternet.com Thu Apr 9 18:51:05 2009 From: kolab-marc at fieldinternet.com (kolab-marc@fieldinternet.com) Date: Thu, 9 Apr 2009 09:51:05 -0700 Subject: Control-z kmail crash ver 20090313 In-Reply-To: <200904081016.53448.ludwig.reiter@intevation.de> References: <20090407224454.GA2094@sonic.net> <200904081016.53448.ludwig.reiter@intevation.de> Message-ID: <20090409165104.GA14372@sonic.net> On Wed, Apr 08, 2009 at 10:16:53AM +0200, Ludwig Reiter wrote: > I cannot reproduce this ctrl+z problem here. Can you provide a backtrace of > the crash and the output of kontact? > What account type do you use? > Hi Ludwig, Thanks for your reply to this message and my other question on the preferred method of updating my installation (uninstall v. install on top of old one). I had upgraded to the current release by installing over the old one. I just uninstalled Kontact and then reinstalled the 2009-03-13 release. Now control-z works without crashing. If the problem comes back, I will send a backtrace (is there documentation on the kolab or windows.kde.org website on how to do this on Windows? I didn't see any). Thanks, Marc From kolab-marc at fieldinternet.com Thu Apr 9 20:40:59 2009 From: kolab-marc at fieldinternet.com (kolab-marc@fieldinternet.com) Date: Thu, 9 Apr 2009 11:40:59 -0700 Subject: Control-z kmail crash ver 20090313 In-Reply-To: <20090409165104.GA14372@sonic.net> References: <20090407224454.GA2094@sonic.net> <200904081016.53448.ludwig.reiter@intevation.de> <20090409165104.GA14372@sonic.net> Message-ID: <20090409184058.GB25342@sonic.net> On Thu, Apr 09, 2009 at 09:51:05AM -0700, kolab-marc at fieldinternet.com wrote: > Thanks for your reply to this message and my other question on the preferred method of updating my installation (uninstall v. install on top of old one). I had upgraded to the current release by installing over the old one. I just uninstalled Kontact and then reinstalled the 2009-03-13 release. Now control-z works without crashing. If the problem comes back, I will send a backtrace (is there documentation on the kolab or windows.kde.org website on how to do this on Windows? I didn't see any). > Hi again Ludwig, The problem came back very quickly... I also found backtrace instructions and will send you the backtrace (off the list) in a minute. I have two d-imap servers set up. My inbox is on one server, and all my other folders (including the trash folder from which I am un-deleting) is on the other. Marc From joon at radleys.co.za Fri Apr 10 08:38:29 2009 From: joon at radleys.co.za (Joon Radley) Date: Fri, 10 Apr 2009 08:38:29 +0200 Subject: Kolab - Outlook/Toltec sync hangs In-Reply-To: <1239042882.5328.1@antares> References: <49D64982.7020707@swiftnetcomputers.biz> <49DA2BF1.7000002@eurosystems.lu> <1239042882.5328.1@antares> Message-ID: <001501c9b9a7$01f6fa90$05e4efb0$@co.za> Hi Albrecht, > The hang could indeed be fixed by using scanpst.exe. However, I wonder > (a) why the pst file is damaged at all, apparently somewhat frequently > for some users (they *don't* have extra Outlook plug-ins installed, and > the biggest pst is ~0.65GB) and (b) if there isn't a way to detect this > case reliably. A "simply not working" calendar is a scary situation! Outlook is a very complex piece of software and does fail all on its own, even when Toltec is not installed. Please do remember that the anti-virus 9/10 times also installs a plug-in Outlook in most cases the they also install an IMAP4 proxy as well. If you find that you have a problem setup on a workstation, just schedule a SCANPST.EXE via the task manager. > If I may add a more general remark here: It was actually disappointing > for them -and for me, too- that the everyday's performance of > Kolab/Outlook/Toltec is worse than the old Exchange server we used > before migrating to Kolab: Outlook crashes, sync problems, unable to > erase shared sub-folders (issue 3346), people /claim/ it's slower, > etc. Please don't get me wrong: Kolab is *really* great and works > perfectly with Kontact and other Linux apps, and also with Horde, but > unfortunately our environment is 95% Windows/Outlook... Yes the performance will be slower. In Exchange you have a small store on the server and the bulk of you mail in an archive PST. With the Kolab/Toltec setup you have everything on the server and that will impact on performance. You can have a archive on the server. Just map the archive PST to a second account on the Kolab server or to an account on a second Kolab server. Drop the synchronization interval on the archive store and you will be set. This can be done with your existing licenses. Best Regards Joon Radley Radley Network Technologies CC Cell: +27 (0)83 368 8557 Fax: +27 (0)86 547 2353 E-mail: joon at radleys.co.za Web: www.toltec.co.za From michael at pasdziernik.net Fri Apr 10 09:05:59 2009 From: michael at pasdziernik.net (Michael Pasdziernik) Date: Fri, 10 Apr 2009 09:05:59 +0200 Subject: Delivery Error with kolab 2.2.1 Message-ID: <200904100905.59517.michael@pasdziernik.net> Hi, With kolab 2.2.1 postfix bounces all incomming mail. This is the error message from postfix.log: Apr 09 15:17:28 vs2.pasdziernik.net postfix/pipe[31513]: 3F9241C58B8C: to=, relay=kolabfilter, delay=1.6, delays=1/0.06/0/0.48, dsn=5.3.0, status=bounced (Command died with status 42: "/kolab/bin/php") Kolab is installed from source on debian lenny (amd64). Any ideas what might be the problem? Thanks Michael From albrecht.dress at lios-tech.com Sun Apr 12 18:28:22 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Sun, 12 Apr 2009 18:28:22 +0200 Subject: Q: PHP auth in 2.2.0 vs. 2.2.1 Message-ID: <1239553702.5181.0@antares> Hi, sorry, this is a somewhat long and off-topic question, by someone not having php experiences at all... I'm trying to write scripts as to convert the 2.2.0 Horde prefs to 2.2.1. I meanwhile have a simple php script, running from the command line, which extracts all 2.2.0 prefs into files (serialized php array). Although these files look somewhat like the 2.2.1 prefs at first glance, a simple copy doesn't work, so I need a second script for re-importing the data into 2.2.1. Unfortunately, I cannot auth to the system, e.g. using the following simple script #!/kolab/bin/php -n setAuth('test', array()); var_dump($auth); ?> works nicely on Kolab 2.2.0 (and lets me read the Horde prefs), but (after replacing the path /kolab/var/kolab/www/horde by /kolab/var/kolab/www/client) on 2.2.1 spits out the following fatal error: A fatal error has occurred Session cookies will not work without a FQDN and with a non-empty cookie domain. Either use a fully qualified domain name like "http://www.example.com" instead of "http://example" only, or set the cookie domain in the Horde configuration to an empty value, or enable non-cookie (url-based) sessions in the Horde configuration. Details have been logged for the administrator. Before digging through tons of code, maybe some of the gurus can give me an example how a command line php script can authenticate as some user (which write access to the prefs system, but without knowing the password, btw.) in Kolab 2.2.1. Thanks in advance, Albrecht. From albrecht.dress at lios-tech.com Mon Apr 13 14:34:29 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Mon, 13 Apr 2009 14:34:29 +0200 Subject: 2.2.1/Horde: cannot add mail sub-folders? In-Reply-To: <1239215198.5379.0@antares> (from albrecht.dress@lios-tech.com on Wed Apr 8 20:26:38 2009) References: <1239215198.5379.0@antares> Message-ID: <1239626069.5281.1@antares> Am 08.04.09 20:26 schrieb(en) Albrecht Dre?: > I'm now testing Kolab 2.2.1, self-compiled on Ubuntu 8.04.2/i386. In > Horde, I'm not able to create sub-folders: Ummm, sorry, I've been confused (again) by INBOX vs. Posteingang. Actually, it works perfectly... Best, Albrecht. From LHendricks at austinent.com Mon Apr 13 22:38:22 2009 From: LHendricks at austinent.com (Lucas Hendricks) Date: Mon, 13 Apr 2009 15:38:22 -0500 Subject: newest Kontact/win beta Message-ID: <7907AE10BB50DD4F840E76527D27EF19028F447C@entmail.domain.austinent.com> Server info: Kolab 2.2.0 debian 4.0 binary release, running on a VMWare platform Client: Kontact/win Windows XP SP3, administrator Calendar views do not work for single day, week, work week All I get is a blank gray area where the view should appear. Month view, event list, timeline, time spent all seem to work Lucas From lists at oak-wood.co.uk Mon Apr 13 23:32:10 2009 From: lists at oak-wood.co.uk (Chris Hastie) Date: Mon, 13 Apr 2009 22:32:10 +0100 Subject: Delivering to subfolders with address extensions Message-ID: <49E3AF5A.8040606@oak-wood.co.uk> Hi I'm looking at migrating an existing postfix + cyrus mail system to Kolab 2.2.1. The existing system makes extensive use of address extensions to deliver mail to subfolders, ie user+subfolder at domain.com is delivered into subfolder beneath user's Inbox. This was fairly easy to achieve with Cyrus's "deliver" command, with this in postfix's master.cf: cyrus unix - n n - - pipe user=cyrus argv=/usr/local/cyrus/bin/deliver -e -r ${sender} -a ${user} -m ${extension} ${user} Is there any way to mimic such behaviour in Kolab? An awful lot of my existing routing arrangements depend on this. -- Chris Hastie From Roessler at FuH-E.de Tue Apr 14 11:32:06 2009 From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=) Date: Tue, 14 Apr 2009 11:32:06 +0200 Subject: Address book in Kolab admin webinterface: some entries not shown In-Reply-To: <200901201111.34351.bernhard@intevation.de> References: <495E1810.3010701@FuH-E.de> <496B21C3.6010105@FuH-E.de> <497093CF.5010805@FuH-E.de> <200901201111.34351.bernhard@intevation.de> Message-ID: <49E45816.3010600@FuH-E.de> Bernhard Reiter schrieb: Good morning, > On Freitag, 16. Januar 2009, Christian R??ler wrote: >> >> Changing the entry, numbers missing. >> Please let me know, if anybody can give me some hints. Of course I will >> give any needed information. > I can reproduce it here with 2.2.0, > so we'll follow up on it. ...well, I have updated to 2.2.1 (by the way, many thanks for the new package!), and after a bit of checking it seems to me this problem (the empty address entries) has not vanished. Now, can anyone reproduce this under 2.2.1, or is it perhaps sloppy updating on my part? Best regards, Christian From johnm at advocap.org Tue Apr 14 15:18:31 2009 From: johnm at advocap.org (John McMonagle) Date: Tue, 14 Apr 2009 08:18:31 -0500 Subject: gosa In-Reply-To: <200903230936.41058.benoit.mortier@opensides.be> References: <49C00CF8.7070708@advocap.org> <200903201517.47792.johnm@advocap.org> <200903230936.41058.benoit.mortier@opensides.be> Message-ID: <200904140818.32448.johnm@advocap.org> Benoit Spent a bit of time trying the debian packages. I don't thing the webclient is good enough yet :-( I would really prefer to go that route. So I'm back to openpkg. How are you disabling ldap in the openpkg installation? Thanks John On Monday 23 March 2009 03:36:40 am Benoit Mortier wrote: > > > What problems are there going to be during upgrades? > > i desactive the openldap from kolab completely and use a real openldap > instance with my GOsa setup. > > If you use the openpkg stuff you have to be carefull that i doesn't change > the template you modified to use another ldap serveur. > > If you are running on debian just use the package made by mathieu parent > they are really good and integrate very well on debian > From O.Stahl at lsw.uni-heidelberg.de Tue Apr 14 15:30:42 2009 From: O.Stahl at lsw.uni-heidelberg.de (Otmar Stahl) Date: Tue, 14 Apr 2009 15:30:42 +0200 Subject: Update from 2.2.0 to 2.2.1 fails with: /kolab/bin/pear: No such file or directory Message-ID: <49E49002.3090901@lsw.uni-heidelberg.de> Hello all, I just tried to upgrade kolab from 2.2.0 to 2.2.1 on a debian lenny (5.0.1) box. The upgrade fails when the install command tries to install Horde_Util-0.1.0-20081209.src.rpm. Here are the last lines of the log: -------------------------------- + cd /kolab/RPM/TMP + cd Util-0.1.0 + exit 0 Executing(%install): env -i /kolab/lib/openpkg/bash --norc --noprofile --posix -e /kolab/RPM/TMP/rpm-tmp.13837 + cd /kolab/RPM/TMP + cd Util-0.1.0 + env 'PHP_PEAR_PHP_BIN=/kolab/bin/php -d safe_mode=off -d memory_limit=40M' PHP_PEAR_CACHE_DIR=/tmp/pear/cache /kolab/bin/pear install --offline --force --nodeps -P /kolab/RPM/TMP/Horde_Util-0.1.0-root /kolab/RPM/SRC/Horde_Util/Util-0.1.0.tgz env: /kolab/bin/pear: No such file or directory error: Bad exit status from /kolab/RPM/TMP/rpm-tmp.13837 (%install) RPM build errors: Bad exit status from /kolab/RPM/TMP/rpm-tmp.13837 (%install) -------------------------------- Apparently, /kolab/bin/pear is not found. I checked that indeed this binary is not part of the php rpm-file, which it was with kolab 2.2.0 Any hint, what could be the problem? Kind regards, Otmar Stahl From benoit.mortier at opensides.be Tue Apr 14 15:31:16 2009 From: benoit.mortier at opensides.be (Benoit Mortier) Date: Tue, 14 Apr 2009 15:31:16 +0200 Subject: gosa In-Reply-To: <200904140818.32448.johnm@advocap.org> References: <49C00CF8.7070708@advocap.org> <200903230936.41058.benoit.mortier@opensides.be> <200904140818.32448.johnm@advocap.org> Message-ID: <200904141531.16610.benoit.mortier@opensides.be> Le Tuesday 14 April 2009 15:18:31 John McMonagle, vous avez ?crit?: > Benoit Hello, > Spent a bit of time trying the debian packages. > I don't thing the webclient is good enough yet :-( > I would really prefer to go that route. ok, i will build the 2.2.1 kolab debian package for myself this week, so i will see > So I'm back to openpkg. ok > How are you disabling ldap in the openpkg installation? I install kolab from openpkg, import what's needed in my real ldap and then stop the ldap from openpkg and remove the startup script from the rc. dir Cheers -- Benoit Mortier CEO OpenSides "logiciels libres pour entreprises" : http://www.opensides.be/ Contributor to Gosa Project : http://gosa-project.org/ From lists at serioustechnology.com Tue Apr 14 18:21:13 2009 From: lists at serioustechnology.com (Geoffrey) Date: Tue, 14 Apr 2009 12:21:13 -0400 Subject: kolab along side Exchange Message-ID: <49E4B7F9.9050806@serioustechnology.com> We have a unique requirement in that we would like to set up a Kolab server, but have users on the Kolab server view busy/free times from an existing Exchange server. Anyone know if this is possible? -- Until later, Geoffrey Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. - Benjamin Franklin From lists at oak-wood.co.uk Wed Apr 15 11:10:05 2009 From: lists at oak-wood.co.uk (Chris Hastie) Date: Wed, 15 Apr 2009 10:10:05 +0100 Subject: Delivering to subfolders with address extensions In-Reply-To: <49E3AF5A.8040606@oak-wood.co.uk> References: <49E3AF5A.8040606@oak-wood.co.uk> Message-ID: <49E5A46D.6050309@oak-wood.co.uk> On 13/04/09 22:32, Chris Hastie wrote: > The existing system makes extensive use of address > extensions to deliver mail to subfolders, ie > > user+subfolder at domain.com > > is delivered into subfolder beneath user's Inbox. > > Is there any way to mimic such behaviour in Kolab? An awful lot of my > existing routing arrangements depend on this. To partially answer my own question - it just happens as long as 'anyone' has post rights on the subfolder. So my supplemental question is how to clamp this down a bit. According to lmtpd.log, connections are 'pre-authed' as 'postman'. Adding the p right for postman via Horde has not proved straightforward, as it appends a domain name if you use a bare word (though not for 'anyone'), so I end up with 'postman at domain.com' having the right. But even when I edited the rights using cyradm I was still not able to get the message delivered where I want. The only way I've successfully done this is by giving 'p' rights to 'anyone', which seems a little too open for comfort. -- Chris Hastie From funke at hiskp.uni-bonn.de Wed Apr 15 11:21:17 2009 From: funke at hiskp.uni-bonn.de (Christian Funke) Date: Wed, 15 Apr 2009 11:21:17 +0200 Subject: 2.2.1/Horde: unable to save filter settings mor than once? In-Reply-To: <1239216672.5379.1@antares> References: <1239216672.5379.1@antares> Message-ID: <200904151121.17805.funke@hiskp.uni-bonn.de> Hi Albert, hello List, the same happened to me just now. Saving filters was working fine and now it suddenly stopped. I investigated it a little and can track it down to the fact that the weblcient does not store the new filters in the users.prefs file. The filter rules on the server are actually correctly updated. Did you resolve your problem? If yes how? Gunnar if you are reading this, do you have any clues? Greets Christian Am Mittwoch 08 April 2009 20:51:12 schrieb Albrecht Dre?: > Hi all, > > more from testing Kolab 2.2.1, self-compiled on Ubuntu 8.04.2/i386: > > 1. run "rm > /kolab/var/kolab/www/client/storage/test1 at my-domain.com.prefs" > 2. Log into horde with the traditional UI. Horde says "Last login: > Never". > 3. Select "Spam filter" on the log-on page, set the level to 4 and > select a folder. Then click "Save and enable". The filter script > looks fine. > 4. Log off, and log on again with the same account. Again, select > "Spam filter", and now change the spam level to, say, 1 and click > Save. Again, the script looks fine. > 5. Log off, and log on again with the same account, select "Spam > filter". The spam filter settings are back to those from step 3. If I > click the "Script" button *without saving the filter before*, Horde > shows a script reflecting the settings from step 3, but sieveshell > still reports those from step 4. > > The same seems to happen with *all* filters, e.g. instead of the spam > filter, I tried to set different recipients for forwarding. The first > time, Horde saves the value, any subsequent fails. > > For forwarding, I could make Horde save the new settings by clicking > "Save and disable", and then immediately "Save and enable", but that > trick doesn't work for the spam level. Weird... > > Any ideas? > > Thanks, Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From albrecht.dress at lios-tech.com Wed Apr 15 14:19:52 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Wed, 15 Apr 2009 14:19:52 +0200 Subject: 2.2.1/Horde: unable to save filter settings mor than once? In-Reply-To: <200904151121.17805.funke@hiskp.uni-bonn.de> (from funke@hiskp.uni-bonn.de on Wed Apr 15 11:21:17 2009) Message-ID: <1239797992.5305.0@antares> Am 15.04.09 11:21 schrieb(en) Christian Funke: > the same happened to me just now. Saving filters was working fine and > now it suddenly stopped. As you could re-produce the problem, this seems to be a real issue - I just added it to the tracker (see ). You may want to join the nosy list there to stay updated. > I investigated it a little and can track it down to the fact that the > weblcient does not store the new filters in the users.prefs file. The > filter rules on the server are actually correctly updated. I didn't dig into the php scripts, but actually the ingo prefs system correctly picks up any changes from th eui, but apparently the storage backend isn't triggered correctly as to flush the data into the .prefs file. As I'm no php expert, I didn't look into the very details, but as flushing the .prefs file *does* work for other sub-system's preferences, I believe it's a small issue. Best, Albrecht. From michael at pasdziernik.net Wed Apr 15 15:19:07 2009 From: michael at pasdziernik.net (Michael Pasdziernik) Date: Wed, 15 Apr 2009 15:19:07 +0200 Subject: Delivery Error with kolab 2.2.1 In-Reply-To: <200904100905.59517.michael@pasdziernik.net> References: <200904100905.59517.michael@pasdziernik.net> Message-ID: <200904151519.07361.michael@pasdziernik.net> Hi, this is strange. I solved the delivery problem. Perhaps this has to do with the loopback implementation from linux-vserver? The postfix localhost services and amavisd are bouned to 127.0.0.1 as they should: tcp 0 0 127.0.0.1:10024 0.0.0.0:* LISTEN 3818/amavisd (maste tcp 0 0 127.0.0.1:10025 0.0.0.0:* LISTEN 3866/smtpd tcp 0 0 127.0.0.1:10026 0.0.0.0:* LISTEN 3873/smtpd But they communicate with each other with the external ip as source ip, resulting in bounced messages. After adding the external ip to mynetworks in master.cf.template an to @inet_acl in amavisd.conf.template mail delivery works now. Regards Michael On Friday 10 April 2009 09:05:59 Michael Pasdziernik wrote: > Hi, > With kolab 2.2.1 postfix bounces all incomming mail. > This is the error message from postfix.log: > > Apr 09 15:17:28 vs2.pasdziernik.net postfix/pipe[31513]: > 3F9241C58B8C: to=, relay=kolabfilter, delay=1.6, > delays=1/0.06/0/0.48, dsn=5.3.0, status=bounced (Command died with status > 42: "/kolab/bin/php") > > Kolab is installed from source on debian lenny (amd64). > > Any ideas what might be the problem? > > Thanks > Michael > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From info at egede.com Thu Apr 16 00:38:14 2009 From: info at egede.com (Villads Egede) Date: Thu, 16 Apr 2009 00:38:14 +0200 Subject: Could not bind to LDAP server in Debian Lenny Message-ID: <49E661D6.4080309@egede.com> Hi, I'm new to this mailing list and new to Kolab. I've been trying to install Kolab on a fresh Debian Lenny installation but end up with an error in the admin webinterface saying "Could not bind to LDAP server: Invalid credentials". I've installed Kolab through apt-get and tried everything I could to get rid of this error. Any help would be appreciated. Kindly regards Villads Egede From about350 at sympatico.ca Thu Apr 16 07:05:00 2009 From: about350 at sympatico.ca (phil) Date: Thu, 16 Apr 2009 01:05:00 -0400 Subject: Where is obmtool.conf in kolab 2.2.1? Message-ID: greetings, in order to avoid breaking a perfectly working system, I'd like to ask how to install extra php extensions in kolab. the extension in this case is hash that is needed for LDAP Account Manager (LAM) to run. The docs say to use obmtool, but I can't find it. From wrobel at pardus.de Thu Apr 16 11:55:18 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 16 Apr 2009 11:55:18 +0200 Subject: Address book in Kolab admin webinterface: some entries not shown In-Reply-To: <49E45816.3010600@FuH-E.de> References: <495E1810.3010701@FuH-E.de> <496B21C3.6010105@FuH-E.de> <497093CF.5010805@FuH-E.de> <200901201111.34351.bernhard@intevation.de> <49E45816.3010600@FuH-E.de> Message-ID: <20090416115518.20142yjjp3bh2qo0@webmail.pardus.de> Quoting Christian R??ler : > Bernhard Reiter schrieb: > > Good morning, > >> On Freitag, 16. Januar 2009, Christian R??ler wrote: >>> >>> Changing the entry, numbers missing. >>> Please let me know, if anybody can give me some hints. Of course I will >>> give any needed information. >> I can reproduce it here with 2.2.0, >> so we'll follow up on it. @bernhard: Did you create an issue for it? Cheers, Gunnar > > ...well, I have updated to 2.2.1 (by the way, many thanks for the new > package!), and after a bit of checking it seems to me this problem (the > empty address entries) has not vanished. > > Now, can anyone reproduce this under 2.2.1, or is it perhaps sloppy > updating on my part? > > Best regards, > Christian > > _______________________________________________ > 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 O.Stahl at lsw.uni-heidelberg.de Thu Apr 16 14:11:16 2009 From: O.Stahl at lsw.uni-heidelberg.de (Otmar Stahl) Date: Thu, 16 Apr 2009 14:11:16 +0200 Subject: Horde_Util build problem with 2.2.1 upgrade, was Update from 2.2.0 to 2.2.1 fails In-Reply-To: <49E49002.3090901@lsw.uni-heidelberg.de> References: <49E49002.3090901@lsw.uni-heidelberg.de> Message-ID: <49E72064.9060301@lsw.uni-heidelberg.de> Hello again, Otmar Stahl wrote: > Hello all, > > I just tried to upgrade kolab from 2.2.0 to 2.2.1 on a debian lenny > (5.0.1) box. > > The upgrade fails when the install command tries to install > Horde_Util-0.1.0-20081209.src.rpm. Here are the last lines of the log: > > -------------------------------- > + cd /kolab/RPM/TMP > + cd Util-0.1.0 > + exit 0 > Executing(%install): env -i /kolab/lib/openpkg/bash --norc --noprofile > --posix -e /kolab/RPM/TMP/rpm-tmp.13837 > + cd /kolab/RPM/TMP > + cd Util-0.1.0 > + env 'PHP_PEAR_PHP_BIN=/kolab/bin/php -d safe_mode=off -d > memory_limit=40M' PHP_PEAR_CACHE_DIR=/tmp/pear/cache /kolab/bin/pear > install --offline --force --nodeps -P > /kolab/RPM/TMP/Horde_Util-0.1.0-root > /kolab/RPM/SRC/Horde_Util/Util-0.1.0.tgz > env: /kolab/bin/pear: No such file or directory > error: Bad exit status from /kolab/RPM/TMP/rpm-tmp.13837 (%install) > > > RPM build errors: > Bad exit status from /kolab/RPM/TMP/rpm-tmp.13837 (%install) After some research, it seems that this error was caused by an old root-owned /kolab/RPM/TMP/pear/temp directory, probably left over from the 2.2.0 install. After removing everything in the /kolab/RPM/TMP directory and starting again, I now have a pear-binary with php again, but now the installation of Horde_Util fails with the following error: --------------------------------- + cd Util-0.1.0 + exit 0 Executing(%build): env -i /kolab/lib/openpkg/bash --norc --noprofile --posix -e /kolab/RPM/TMP/rpm-tmp.80985 + cd /kolab/RPM/TMP + cd Util-0.1.0 + exit 0 Executing(%install): env -i /kolab/lib/openpkg/bash --norc --noprofile --posix -e /kolab/RPM/TMP/rpm-tmp.80985 + cd /kolab/RPM/TMP + cd Util-0.1.0 + env 'PHP_PEAR_PHP_BIN=/kolab/bin/php -d safe_mode=off -d memory_limit=40M' PHP_PEAR_CACHE_DIR=/tmp/pear/cache /kolab/bin/pear install --offline --force --nodeps -P /kolab/RPM/TMP/Horde_Util-0.1.0-root /kolab/RPM/SRC/Horde_Util/Util-0.1.0.tgz Parsing of package.xml from file "/kolab/RPM/TMP/pear/download/package.xml" failed Cannot download non-local package "/kolab/RPM/SRC/Horde_Util/Util-0.1.0.tgz" Package "/kolab/RPM/SRC/Horde_Util/Util-0.1.0.tgz" is not valid install failed error: Bad exit status from /kolab/RPM/TMP/rpm-tmp.80985 (%install) RPM build errors: Bad exit status from /kolab/RPM/TMP/rpm-tmp.80985 (%install) --------------------------------- This looks a lot like kolab issue2441, but this issue was supposedly fixed before the 2.2.1 release? The problem seems to be a permissions problem, since running env 'PHP_PEAR_PHP_BIN=/kolab/bin/php -d safe_mode=off -d memory_limit=40M' PHP_PEAR_CACHE_DIR=/tmp/pear/cache /kolab/bin/pear install --offline --force --nodeps -P /kolab/RPM/TMP/Horde_Util-0.1.0-root /kolab/RPM/SRC/Horde_Util/Util-0.1.0.tgz as user root in /kolab/RPM/TMP/Util-0.1.0 works fine, but fails as user kolab. Any hints? Kind regards, Otmar Stahl From O.Stahl at lsw.uni-heidelberg.de Thu Apr 16 15:35:03 2009 From: O.Stahl at lsw.uni-heidelberg.de (Otmar Stahl) Date: Thu, 16 Apr 2009 15:35:03 +0200 Subject: [Solved] Re: Horde_Util build problem with 2.2.1 upgrade In-Reply-To: <49E72064.9060301@lsw.uni-heidelberg.de> References: <49E49002.3090901@lsw.uni-heidelberg.de> <49E72064.9060301@lsw.uni-heidelberg.de> Message-ID: <49E73407.5020209@lsw.uni-heidelberg.de> Hello, Replying again to myself :-) Otmar Stahl wrote: > ------------------------------ > + cd Util-0.1.0 > + exit 0 > Executing(%build): env -i /kolab/lib/openpkg/bash --norc --noprofile > --posix -e /kolab/RPM/TMP/rpm-tmp.80985 > + cd /kolab/RPM/TMP > + cd Util-0.1.0 > + exit 0 > Executing(%install): env -i /kolab/lib/openpkg/bash --norc --noprofile > --posix -e /kolab/RPM/TMP/rpm-tmp.80985 > + cd /kolab/RPM/TMP > + cd Util-0.1.0 > + env 'PHP_PEAR_PHP_BIN=/kolab/bin/php -d safe_mode=off -d > memory_limit=40M' PHP_PEAR_CACHE_DIR=/tmp/pear/cache /kolab/bin/pear > install --offline --force --nodeps -P > /kolab/RPM/TMP/Horde_Util-0.1.0-root > /kolab/RPM/SRC/Horde_Util/Util-0.1.0.tgz > Parsing of package.xml from file > "/kolab/RPM/TMP/pear/download/package.xml" failed > Cannot download non-local package "/kolab/RPM/SRC/Horde_Util/Util-0.1.0.tgz" > Package "/kolab/RPM/SRC/Horde_Util/Util-0.1.0.tgz" is not valid > install failed > error: Bad exit status from /kolab/RPM/TMP/rpm-tmp.80985 (%install) > > > RPM build errors: > Bad exit status from /kolab/RPM/TMP/rpm-tmp.80985 (%install) Just after I sent this message, I found the problem: It was due to a root-owned and only root-readable file /kolab/lib/php/.channels/pear.horde.org.reg This probably also happened in the 2.1->2.2.0 upgrade. After setting the correct permissions, installation works fine. Kind regards, Otmar Stahl From thomas at intevation.de Thu Apr 16 17:33:15 2009 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Thu, 16 Apr 2009 17:33:15 +0200 Subject: Horde_Util build problem with 2.2.1 upgrade In-Reply-To: <49E73407.5020209@lsw.uni-heidelberg.de> References: <49E49002.3090901@lsw.uni-heidelberg.de> <49E72064.9060301@lsw.uni-heidelberg.de> <49E73407.5020209@lsw.uni-heidelberg.de> Message-ID: <20090416153315.GB9750.thomas@intevation.de> * Otmar Stahl [20090416 15:35]: > After setting the correct permissions, installation works fine. Thanks for posting the answers to your questions so others can benefit from that :) Regards, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From thomas at intevation.de Thu Apr 16 17:36:15 2009 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Thu, 16 Apr 2009 17:36:15 +0200 Subject: Where is obmtool.conf in kolab 2.2.1? In-Reply-To: References: Message-ID: <20090416153615.GC9750.thomas@intevation.de> * phil [20090416 07:05]: > in order to avoid breaking a perfectly working system, I'd like to ask how > to install extra php extensions in kolab. the extension in this case is hash > that is needed for LDAP Account Manager (LAM) to run. > > The docs say to use obmtool, but I can't find it. obmtool was dropped after the 2.1 release, i.e. since 2.2-beta1. You can specify additional build options in the install-kolab.sh file or manually install other rpms as user 'kolab' with: openpkg rpm -Uvh or compile with --rebuild (see e.g. the kolab security advisories for clamav) Regards, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From webmaster at computational-chemistry.org Thu Apr 16 18:35:27 2009 From: webmaster at computational-chemistry.org (Alexander =?iso-8859-1?q?Schr=F6ter?=) Date: Thu, 16 Apr 2009 18:35:27 +0200 Subject: Fetchmail on Kolab from Source Message-ID: <200904161835.27272.webmaster@computational-chemistry.org> Hi I have set up a Kolab Server on Debian 5.0 Kolab 2.2.1 from Source for my personal use. Thing is I need the fetchmail functionality and I don't know how to get it. I followed the instructions on the wiki-page but I am actually not sure this is what I am looking for. On the Horde Webpage there is the "Fetch Mail" function but all I get is 0 Mails pulled from Server. Anybody has an idea or even solution to my problem? Do I need to edit the /kolab/.fetchmailrc by hand or will the setup be done by horde? Thanks Alexander From bernhard at intevation.de Thu Apr 16 18:46:00 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 16 Apr 2009 18:46:00 +0200 Subject: Blackberry, Horde, Thunderbird, Outlook co-existence In-Reply-To: <49DB81CC.2050306@lancer-ins.com> References: <49DB81CC.2050306@lancer-ins.com> Message-ID: <200904161846.05371.bernhard@intevation.de> On Tuesday 07 April 2009, Tom Malone wrote: > The main problems we have with the current setup are the two Inbox > folders in Horde and Thunderbird What exactely are the issues? Note that with IMAP email can come in from almost any folder. So having a folder called "Inbox" should be fine (in addition to the top folder which could be displayed differently). We probably will change Horde to behave in this respect. > and email messages disappearing into > Outlook, and out of the IMAP clients, only to reappear later when the > connector syncs to the server. Once you know about the effect it should be okay, because as users you are usually only using one client right now. > Therefore, I have come up with the following design that I think may > help alleviate the problem. > 2. Create an IMAP only mailbox for the user with a flat name space. I advise against the "flat" namespace. > 3. Upon delivery filter all appointments into the POP only mailbox and > the rest of the mail to the IMAP only mailbox. Note that there already is a marker for filtering, this is called Mailbox Delivery for the Webadmin Interface for the role user. So it is recommened for group users to activate this sieve script. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Neuer Graben 17, Osnabr?ck, DE; AG 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090416/8e29ff12/attachment.bin From johnm at advocap.org Thu Apr 16 20:49:47 2009 From: johnm at advocap.org (John McMonagle) Date: Thu, 16 Apr 2009 13:49:47 -0500 Subject: gosa In-Reply-To: <200903230936.41058.benoit.mortier@opensides.be> References: <49C00CF8.7070708@advocap.org> <200903201517.47792.johnm@advocap.org> <200903230936.41058.benoit.mortier@opensides.be> Message-ID: <200904161349.48896.johnm@advocap.org> On Monday 23 March 2009 03:36:40 am Benoit Mortier wrote: > In openldap 2.4 you can store schema inside openldap so that way you just > replicate schema like everything else... I'm in the process of merging ldap configs so been reading the openldap documentation. It looks like most of the configuration including schema and acls can be replicated. I can't say I really understand it :-) I can't do it until I upgrade my ldap servers :-( For the most part just founds bits and pieces of documention. From the link below: To view the Access Control List (ACL), use the ldapsearch utility: ldapsearch -xLLL -b cn=config -D cn=admin,cn=config -W olcDatabase=hdb olcAccess Enter LDAP Password: dn: olcDatabase={1}hdb,cn=config olcAccess: {0}to attrs=userPassword,shadowLastChange by dn="cn=admin,dc=exampl e,dc=com" write by anonymous auth by self write by * none olcAccess: {1}to dn.base="" by * read olcAccess: {2}to * by dn="cn=admin,dc=example,dc=com" write by * read https://help.ubuntu.com/8.10/serverguide/C/openldap-server.html John From wrobel at pardus.de Fri Apr 17 05:27:06 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 17 Apr 2009 05:27:06 +0200 Subject: Kolab 2.2.1rc E-Mail notification in kronolith In-Reply-To: <200904041121.44250.mephisto@gmx.net> References: <200904041121.44250.mephisto@gmx.net> Message-ID: <20090417052706.13067wag2h1mzw28@webmail.pardus.de> Hi, Quoting Heiner Markert : > Hi, > > I tried to get email notification for calendar entries working this weekend, > but with no success. I received a notification mail in only two of around > 15-20 test appointments I created within my calendar from within horde or > kontact, and I cannot figure out when, and when not the mails are being sent. > When I run /kolab/var/kolab/www/client/scripts/alarms.php > and /kolab/var/kolab/www/client/kronolith/scripts/reminders.php manually, my > users preferences sometimes get messed up (i.e. no more calenders are > displayed in horde, the default view is reset etc.), but no reminder mails > are being sent. > Has anyone had success yet with Email reminders and kolab 2.2.1rc? I did not test e-mail reminders yet so it is likely that there are problems with it. I opened an issue in the tracker for it: https://www.intevation.de/roundup/kolab/issue3563 If you have further insight, please post it there. And I hope to be able to look into that soon, too. Cheers, Gunnar > > Thank you, and best regards > Heiner > > _______________________________________________ > 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/27dc184f/attachment-0001.bin From wrobel at pardus.de Fri Apr 17 05:32:25 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 17 Apr 2009 05:32:25 +0200 Subject: Recurring ToDo Problem In-Reply-To: References: Message-ID: <20090417053225.21360o8096bcyus0@webmail.pardus.de> Quoting Johannes Graumann : > Hello, > > On kolab 2.2.0 used with Kontact 1.4.2 (debian unstable) I have two problems > with recurring todos: > > 1. A todo that has a do date but explicitly NO time associated often changes > to being associated with a time and an inconvenient one (0:00) after syncing > with the server from a different machine/client. > 2. When marking the recurring todo as done, it should switch to the next > recurrence date and become "unchecked" again ... this doesn't work reliably > in my hands, often leading to unintended purges when removing all todos > marked as done ... > > Do other people see this as well or can it be reproduced? @till: is this a known problem? > > Thanks for any hints, Joh > > > _______________________________________________ > 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 Apr 17 05:48:14 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 17 Apr 2009 05:48:14 +0200 Subject: 2.2.1/Horde: unable to save filter settings mor than once? In-Reply-To: <200904151121.17805.funke@hiskp.uni-bonn.de> References: <1239216672.5379.1@antares> <200904151121.17805.funke@hiskp.uni-bonn.de> Message-ID: <20090417054814.87502ersg5cubr40@webmail.pardus.de> Quoting Christian Funke : > Hi Albert, hello List, > > the same happened to me just now. Saving filters was working fine > and now it suddenly stopped. I investigated it a little and can track it down > to the fact that the weblcient does not store the new filters in the > users.prefs file. The filter rules on the server are actually correctly > updated. Did you resolve your problem? If yes how? > > Gunnar if you are reading this, do you have any clues? I'm definitely reading this and will look into it :) Just a little bit busy at the moment so my response rates are somewhat slowed down. Hope to improve that soon again. Cheers, Gunnar > > Greets Christian > > > Am Mittwoch 08 April 2009 20:51:12 schrieb Albrecht Dre?: >> Hi all, >> >> more from testing Kolab 2.2.1, self-compiled on Ubuntu 8.04.2/i386: >> >> 1. run "rm >> /kolab/var/kolab/www/client/storage/test1 at my-domain.com.prefs" >> 2. Log into horde with the traditional UI. Horde says "Last login: >> Never". >> 3. Select "Spam filter" on the log-on page, set the level to 4 and >> select a folder. Then click "Save and enable". The filter script >> looks fine. >> 4. Log off, and log on again with the same account. Again, select >> "Spam filter", and now change the spam level to, say, 1 and click >> Save. Again, the script looks fine. >> 5. Log off, and log on again with the same account, select "Spam >> filter". The spam filter settings are back to those from step 3. If I >> click the "Script" button *without saving the filter before*, Horde >> shows a script reflecting the settings from step 3, but sieveshell >> still reports those from step 4. >> >> The same seems to happen with *all* filters, e.g. instead of the spam >> filter, I tried to set different recipients for forwarding. The first >> time, Horde saves the value, any subsequent fails. >> >> For forwarding, I could make Horde save the new settings by clicking >> "Save and disable", and then immediately "Save and enable", but that >> trick doesn't work for the spam level. Weird... >> >> Any ideas? >> >> Thanks, Albrecht. >> >> _______________________________________________ >> 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/1bab4697/attachment.bin From wrobel at pardus.de Fri Apr 17 05:55:18 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 17 Apr 2009 05:55:18 +0200 Subject: Q: PHP auth in 2.2.0 vs. 2.2.1 In-Reply-To: <1239553702.5181.0@antares> References: <1239553702.5181.0@antares> Message-ID: <20090417055518.10203jiw6p065eck@webmail.pardus.de> Hi Albrecht, Quoting Albrecht Dre? : > Hi, > > sorry, this is a somewhat long and off-topic question, by someone not > having php experiences at all... This is not off-topic at all ;) We need such a script. > > I'm trying to write scripts as to convert the 2.2.0 Horde prefs to > 2.2.1. I meanwhile have a simple php script, running from the command > line, which extracts all 2.2.0 prefs into files (serialized php > array). Although these files look somewhat like the 2.2.1 prefs at > first glance, a simple copy doesn't work, so I need a second script for > re-importing the data into 2.2.1. Unfortunately, I cannot auth to the > system, e.g. using the following simple script > > > #!/kolab/bin/php -n > > > @define('AUTH_HANDLER', true); > @define('HORDE_BASE', '/kolab/var/kolab/www/horde'); > require_once HORDE_BASE . '/lib/core.php'; > require_once HORDE_BASE . '/lib/base.php'; > > $auth = &Auth::singleton('kolab'); > $auth->setAuth('test', array()); > var_dump($auth); > > ?> > > > works nicely on Kolab 2.2.0 (and lets me read the Horde prefs), but > (after replacing the path /kolab/var/kolab/www/horde by > /kolab/var/kolab/www/client) on 2.2.1 spits out the following fatal > error: > > > A fatal error has occurred > > Session cookies will not work without a FQDN and with a non-empty > cookie domain. Either use a fully qualified domain name like > "http://www.example.com" instead of > "http://example" only, or set the cookie domain in the Horde > configuration to an empty value, or enable non-cookie (url-based) > sessions in the Horde configuration. > > Details have been logged for the administrator. > > > Before digging through tons of code, maybe some of the gurus can give > me an example how a command line php script can authenticate as some > user (which write access to the prefs system, but without knowing the > password, btw.) in Kolab 2.2.1. I guess you might just need to set the server name correctly. E.g. $_SERVER['SERVER_NAME'] = 'kolab.example.com'; Can you open an issue about this? We still need such an upgrade script and that way Thomas and I would help you and ourselfs to get a decent conversion tool. It should not be too hard as you already noted. But it would be nice if it works out of the box. Cheers, Gunnar > > Thanks in advance, > 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/16088420/attachment.bin From wrobel at pardus.de Fri Apr 17 06:17:59 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 17 Apr 2009 06:17:59 +0200 Subject: Delivering to subfolders with address extensions In-Reply-To: <49E5A46D.6050309@oak-wood.co.uk> References: <49E3AF5A.8040606@oak-wood.co.uk> <49E5A46D.6050309@oak-wood.co.uk> Message-ID: <20090417061759.91242em98i4cqjvo@webmail.pardus.de> Quoting Chris Hastie : > On 13/04/09 22:32, Chris Hastie wrote: > >> The existing system makes extensive use of address >> extensions to deliver mail to subfolders, ie >> >> user+subfolder at domain.com >> >> is delivered into subfolder beneath user's Inbox. >> >> Is there any way to mimic such behaviour in Kolab? An awful lot of my >> existing routing arrangements depend on this. > > To partially answer my own question - it just happens as long as > 'anyone' has post rights on the subfolder. > > So my supplemental question is how to clamp this down a bit. According > to lmtpd.log, connections are 'pre-authed' as 'postman'. Adding the p > right for postman via Horde has not proved straightforward, as it > appends a domain name if you use a bare word (though not for 'anyone'), > so I end up with 'postman at domain.com' having the right. Please open an issue for this. I also noted lately that the acl dialog in Horde still has some problems. > > But even when I edited the rights using cyradm I was still not able to > get the message delivered where I want. The only way I've successfully > done this is by giving 'p' rights to 'anyone', which seems a little too > open for comfort. I'm not an expert on the cyrus imap permission system but I would say that your INBOX always has 'p' rights. As you actually want to reveive mails. Also from anyone. And if you fail to give post rights on your subfolder the message gets delivered to the INBOX, right? So I don't think this is a particular security risk. Cheers, Gunnar > > -- > Chris Hastie > > _______________________________________________ > 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/16485318/attachment.bin From wrobel at pardus.de Fri Apr 17 06:20:39 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 17 Apr 2009 06:20:39 +0200 Subject: kolab along side Exchange In-Reply-To: <49E4B7F9.9050806@serioustechnology.com> References: <49E4B7F9.9050806@serioustechnology.com> Message-ID: <20090417062039.441934wokt4tp8cg@webmail.pardus.de> Quoting Geoffrey : > We have a unique requirement in that we would like to set up a Kolab > server, but have users on the Kolab server view busy/free times from an > existing Exchange server. Anyone know if this is possible? As you can configure the URL for the free/busy view in most clients it should not be a problem. This would be a different thing if you somehow need to share calendar information between the two systems. But it does not sound as if this is what you want. Cheers, Gunnar > > -- > Until later, Geoffrey > > Those who would give up essential Liberty, to purchase a little > temporary Safety, deserve neither Liberty nor Safety. > - Benjamin Franklin > > _______________________________________________ > 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/1753dce0/attachment-0001.bin From wrobel at pardus.de Fri Apr 17 06:24:38 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 17 Apr 2009 06:24:38 +0200 Subject: Could not bind to LDAP server in Debian Lenny In-Reply-To: <49E661D6.4080309@egede.com> References: <49E661D6.4080309@egede.com> Message-ID: <20090417062438.101432zutvgq5i0w@webmail.pardus.de> Quoting Villads Egede : > Hi, > > > I'm new to this mailing list and new to Kolab. I've been trying to > install Kolab on a fresh Debian Lenny installation but end up with an > error in the admin webinterface saying "Could not bind to LDAP server: > Invalid credentials". I've installed Kolab through apt-get and tried > everything I could to get rid of this error. > > Any help would be appreciated. Hi! You are using a native port (Kolab2/Suse, Kolab2/Debian, Kolab2/Gentoo, ...) of the core Kolab2/OpenPKG system. Such native ports have far less stability (as they see less testing) than the OpenPKG-based server. For people that are not an expert in mail server configurations we would always recommend to use the OpenPKG-based version as the benefit of having a working system is usually higher then the benefit of being able to use the system tools of your favorite distribution. This does not mean that the people on this list won't answer your request if they are able to do so. But the likelihood of finding the right answer to your problem might be higher by contacting the maintainers of the native port directly. For direct support for your specific port we suggest to use the following contact possibilities: - Kolab2/Debian: Mailing list pkg-kolab-devel at lists.alioth.debian.org (http://lists.alioth.debian.org/mailman/listinfo/pkg-kolab-devel) - Kolab2/Gentoo: Forum (http://forum.pardus.de) - Kolab2/Suse: No defined support address. You might get a response on this mailing list. Cheers, Gunnar Wrobel -- ____ 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/aa720475/attachment.bin From wrobel at pardus.de Fri Apr 17 06:29:45 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 17 Apr 2009 06:29:45 +0200 Subject: Fetchmail on Kolab from Source In-Reply-To: <200904161835.27272.webmaster@computational-chemistry.org> References: <200904161835.27272.webmaster@computational-chemistry.org> Message-ID: <20090417062945.868629ufq6sedww0@webmail.pardus.de> Quoting Alexander Schr?ter : > Hi I have set up a Kolab Server on > > Debian 5.0 > Kolab 2.2.1 from Source > > for my personal use. Thing is I need the fetchmail functionality and I don't > know how to get it. I followed the instructions on the wiki-page but I am > actually not sure this is what I am looking for. What is not working when using the instructions? I know I updated them once but of course they might not be up-to-date for 2.2.1 anymore. If I know what is not working I might be able to fix this. > > On the Horde Webpage there is the "Fetch Mail" function but all I get is 0 > Mails pulled from Server. Anybody has an idea or even solution to my problem? If you configured your external account correctly in the Kolab web client and the button does not download any mails that would be a bug and you should open an issue in the tracker. > Do I need to edit the /kolab/.fetchmailrc by hand or will the setup > be done by > horde? The Kolab web client won't create a fetchmailrc file. The functionality offered by Horde is a manual pull by clicking on the "Fetch mail" button. As fetchmail is not included by default on the Kolab server writing a fetchmailrc wouldn't make much sense. Cheers, Gunnar > > Thanks Alexander > > _______________________________________________ > 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/0c8f913c/attachment.bin From bernhard at intevation.de Fri Apr 17 12:23:00 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 17 Apr 2009 12:23:00 +0200 Subject: Address book in Kolab admin webinterface: some entries not shown In-Reply-To: <20090416115518.20142yjjp3bh2qo0@webmail.pardus.de> References: <495E1810.3010701@FuH-E.de> <49E45816.3010600@FuH-E.de> <20090416115518.20142yjjp3bh2qo0@webmail.pardus.de> Message-ID: <200904171223.04191.bernhard@intevation.de> Am Donnerstag, 16. April 2009 11:55:18 schrieb Gunnar Wrobel: > >> On Freitag, 16. Januar 2009, Christian R??ler wrote: > >>> > >>> Changing the entry, numbers missing. > >>> Please let me know, if anybody can give me some hints. Of course I will > >>> give any needed information. > >> > >> I can reproduce it here with 2.2.0, > >> so we'll follow up on it. > > @bernhard: Did you create an issue for it? I do not remember, just check the tracker for 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/2e5d4b66/attachment.bin From webmaster at computational-chemistry.org Fri Apr 17 12:58:30 2009 From: webmaster at computational-chemistry.org (Alexander =?iso-8859-15?q?Schr=F6ter?=) Date: Fri, 17 Apr 2009 12:58:30 +0200 Subject: Fetchmail on Kolab from Source In-Reply-To: <20090417062945.868629ufq6sedww0@webmail.pardus.de> References: <200904161835.27272.webmaster@computational-chemistry.org> <20090417062945.868629ufq6sedww0@webmail.pardus.de> Message-ID: <200904171258.30907.webmaster@computational-chemistry.org> On Friday 17 April 2009 06:29:45 Gunnar Wrobel wrote: > What is not working when using the instructions? I know I updated them > once but of course they might not be up-to-date for 2.2.1 anymore. If > I know what is not working I might be able to fix this. Instructions on the wiki page worked like a charm. Download and Install wasn't a problem. Just the configuration is a little unclear to me ... see I just want fetchmail so it can be used by the web client ... so i figured I should leave my /kolab/.fetchmailrc empty but than I get: | fetchmail: WARNING: Running as root is discouraged. | fetchmail: no mailservers have been specified. and as far as I can see fetchmail is not running. > If you configured your external account correctly in the Kolab web > client and the button does not download any mails that would be a bug > and you should open an issue in the tracker. OK here is what I did to check my configuration ... From the University we get a Horde webmail account so I put in the Information needed. And *tada* worked. When I tried the same Configuration I only get the Error-Msg "Fetchmail: Fetched 0 messages from Computational-Chemistry.org". > The Kolab web client won't create a fetchmailrc file. The > functionality offered by Horde is a manual pull by clicking on the > "Fetch mail" button. As fetchmail is not included by default on the > Kolab server writing a fetchmailrc wouldn't make much sense. So does Horde use /kolab/bin/fetchmail or is it using some php function? build to imitate fetchmail? I actually found a new problem which wasn't there before I cannot create Folder, Contacts, Notes, Tasks and so on. So I figured this might be the reason why fetchmail cannot get/create mails. > Cheers, > > Gunnar Thanks for the Help Alexander From mephisto at gmx.net Fri Apr 17 13:32:48 2009 From: mephisto at gmx.net (Heiner Markert) Date: Fri, 17 Apr 2009 13:32:48 +0200 Subject: Kolab 2.2.1rc E-Mail notification in kronolith In-Reply-To: <20090417052706.13067wag2h1mzw28@webmail.pardus.de> References: <200904041121.44250.mephisto@gmx.net> <20090417052706.13067wag2h1mzw28@webmail.pardus.de> Message-ID: <200904171332.48323.mephisto@gmx.net> Am Friday 17 April 2009 05:27:06 schrieb Gunnar Wrobel: > Hi, > > Quoting Heiner Markert : > > Hi, > > > > I tried to get email notification for calendar entries working this > > weekend, but with no success. I received a notification mail in only two > > of around 15-20 test appointments I created within my calendar from > > within horde or kontact, and I cannot figure out when, and when not the > > mails are being sent. When I run > > /kolab/var/kolab/www/client/scripts/alarms.php > > and /kolab/var/kolab/www/client/kronolith/scripts/reminders.php manually, > > my users preferences sometimes get messed up (i.e. no more calenders are > > displayed in horde, the default view is reset etc.), but no reminder > > mails are being sent. > > Has anyone had success yet with Email reminders and kolab 2.2.1rc? > > I did not test e-mail reminders yet so it is likely that there are > problems with it. I opened an issue in the tracker for it: > > https://www.intevation.de/roundup/kolab/issue3563 > > If you have further insight, please post it there. And I hope to be > able to look into that soon, too. > > Cheers, > > Gunnar Hello Gunnar, thank you for your help. I added some further information the issue 3563 that I think is relevant for solving the problem Best regards Heiner From bernhard at intevation.de Fri Apr 17 16:44:56 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 17 Apr 2009 16:44:56 +0200 Subject: Recurring ToDo Problem In-Reply-To: <20090417053225.21360o8096bcyus0@webmail.pardus.de> References: <20090417053225.21360o8096bcyus0@webmail.pardus.de> Message-ID: <200904171645.00177.bernhard@intevation.de> Hi, Am Freitag, 17. April 2009 05:32:25 schrieb Gunnar Wrobel: > Quoting Johannes Graumann : > > On kolab 2.2.0 used with Kontact 1.4.2 (debian unstable) I have two > > problems with recurring todos: now that the latest fixes are done against the enterprise branches of KDE Kontact. AFAIK Debian does not package that branch in particular. > > 1. A todo that has a do date but explicitly NO time associated often > > changes to being associated with a time and an inconvenient one (0:00) > > after syncing with the server from a different machine/client. > > 2. When marking the recurring todo as done, it should switch to the next > > recurrence date and become "unchecked" again ... this doesn't work > > reliably in my hands, often leading to unintended purges when removing > > all todos marked as done ... > > > > Do other people see this as well or can it be reproduced? There are a number of problem with todos in the tracker. 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/bf9f6c18/attachment.bin From bernhard at intevation.de Fri Apr 17 16:47:41 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 17 Apr 2009 16:47:41 +0200 Subject: Delivery Error with kolab 2.2.1 In-Reply-To: <200904151519.07361.michael@pasdziernik.net> References: <200904100905.59517.michael@pasdziernik.net> <200904151519.07361.michael@pasdziernik.net> Message-ID: <200904171647.41699.bernhard@intevation.de> Am Mittwoch, 15. April 2009 15:19:07 schrieb Michael Pasdziernik: > this is strange. I solved the delivery problem. > Perhaps this has to do with the loopback implementation from linux-vserver? > The postfix localhost services and amavisd are bouned to 127.0.0.1 as they > should: > > tcp ? ? ? ?0 ? ? ?0 127.0.0.1:10024 ? ? ? ? 0.0.0.0:* ? ? ? ? ? ? ? LISTEN > ? ? 3818/amavisd (maste > tcp ? ? ? ?0 ? ? ?0 127.0.0.1:10025 ? ? ? ? 0.0.0.0:* ? ? ? ? ? ? ? LISTEN > ? ? ? 3866/smtpd > tcp ? ? ? ?0 ? ? ?0 127.0.0.1:10026 ? ? ? ? 0.0.0.0:* ? ? ? ? ? ? ? LISTEN > ? ? ? 3873/smtpd > > But they communicate with each other with the external ip as source ip, > resulting in bounced messages. Sound like it could be cause of the problem, thanks for following up and reporting your findings. > After adding the external ip to mynetworks in master.cf.template an to > @inet_acl in amavisd.conf.template mail delivery works now. -- 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/d37ab3c8/attachment.bin From bernhard at intevation.de Fri Apr 17 16:52:35 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 17 Apr 2009 16:52:35 +0200 Subject: kolab along side Exchange In-Reply-To: <20090417062039.441934wokt4tp8cg@webmail.pardus.de> References: <49E4B7F9.9050806@serioustechnology.com> <20090417062039.441934wokt4tp8cg@webmail.pardus.de> Message-ID: <200904171652.35436.bernhard@intevation.de> Am Freitag, 17. April 2009 06:20:39 schrieb Gunnar Wrobel: > Quoting Geoffrey : > > We have a unique requirement in that we would like to set up a Kolab > > server, but have users on the Kolab server view busy/free times from an > > existing Exchange server. ?Anyone know if this is possible? > > As you can configure the URL for the free/busy view in most clients it ? > should not be a problem. This would be a different thing if you ? > somehow need to share calendar information between the two systems. ? > But it does not sound as if this is what you want. From what I have read so far, you probably would need to set up the apache within in the Kolab Server to redirect the .ifb request for the users on the exchange. (I am assuming that you have a few users on the Kolab Server and a few users still on the exchange. In order to see all freebusy lists, the clients should ask the Kolab Server which should get the lists from the exchange for a fraction of the users.) -- 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/dd410b0b/attachment.bin From lists at serioustechnology.com Fri Apr 17 18:05:01 2009 From: lists at serioustechnology.com (Geoffrey) Date: Fri, 17 Apr 2009 12:05:01 -0400 Subject: kolab along side Exchange In-Reply-To: <20090417062039.441934wokt4tp8cg@webmail.pardus.de> References: <49E4B7F9.9050806@serioustechnology.com> <20090417062039.441934wokt4tp8cg@webmail.pardus.de> Message-ID: <49E8A8AD.9010008@serioustechnology.com> Gunnar Wrobel wrote: > Quoting Geoffrey : > >> We have a unique requirement in that we would like to set up a Kolab >> server, but have users on the Kolab server view busy/free times from an >> existing Exchange server. Anyone know if this is possible? > > As you can configure the URL for the free/busy view in most clients it > should not be a problem. This would be a different thing if you somehow > need to share calendar information between the two systems. But it does > not sound as if this is what you want. Actually, that is what we want, sorry for the lack of clarity. We want the Outlook users who are connected to the Exchange server to be able to see the Thunderbird users connected to Kolab. As well as the reverse. -- Until later, Geoffrey Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. - Benjamin Franklin From albrecht.dress at lios-tech.com Fri Apr 17 18:07:47 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Fri, 17 Apr 2009 18:07:47 +0200 Subject: Q: PHP auth in 2.2.0 vs. 2.2.1 In-Reply-To: <20090417055518.10203jiw6p065eck@webmail.pardus.de> (from wrobel@pardus.de on Fri Apr 17 05:55:18 2009) Message-ID: <1239984467.5282.0@antares> Hi Gunnar: Am 17.04.09 05:55 schrieb(en) Gunnar Wrobel: > I guess you might just need to set the server name correctly. E.g. > > $_SERVER['SERVER_NAME'] = 'kolab.example.com'; Thanks, but actually it didn't help... > Can you open an issue about this? See . I added the script for 2.2.0 which dumps the prefs into files (I actually need two tools, as I plan to reinstall my box to get rid of some 64-bit regressions, like OpenLDAP hangs/crashes). I'm really sorry that I bug you with the silly questions about php, but usually I write in C for Linux kernel drivers, DSP's, etc.etc. Being the Linux sysadmin in our company is more a side job... Thanks, Albrecht. From tmalone at lancer-ins.com Fri Apr 17 18:43:28 2009 From: tmalone at lancer-ins.com (Tom Malone) Date: Fri, 17 Apr 2009 12:43:28 -0400 Subject: Blackberry, Horde, Thunderbird, Outlook co-existence In-Reply-To: <200904161846.05371.bernhard@intevation.de> References: <49DB81CC.2050306@lancer-ins.com> <200904161846.05371.bernhard@intevation.de> Message-ID: <49E8B1B0.3010202@lancer-ins.com> Bernhard Reiter wrote: > On Tuesday 07 April 2009, Tom Malone wrote: >> The main problems we have with the current setup are the two Inbox >> folders in Horde and Thunderbird > > What exactely are the issues? > Note that with IMAP email can come in from almost any folder. > So having a folder called "Inbox" should be fine (in addition to the top > folder which could be displayed differently). We probably will change Horde to > behave in this respect. > The issue is that Outlook with the Toltec connector would like mail to be deposited into the user INBOX folder. It would then like to POP the mail out of that folder and sync it back to another folder INBOX/Inbox. In Outlook the user only has one Inbox where all mail is delivered. However, when the user then switches over to Horde the reality of the server is revealed. The user will see two folders named Inbox. One Inbox has their mail from Outlook and the other Inbox has new mail that they have not seen. This is VERY confusing to the user. In order to provide a view that is similar to Outlook the two Inbox folders would need to be combined in Horde. The POP/IMAP functionality is a necessary evil in Outlook/Toltec because there are Outlook functions that are not available if the POP processing is not utilized. This split Inbox also interferes with reading mail on a BlackBerry. BlackBerries are not full IMAP clients which means they are not able to see any folders other than an INBOX, Sent and Trash folder. These folders also need to be at the same level on the IMAP server. A BlackBerry is not able to address a folder INBOX/Inbox, INBOX/Sent or INBOX/Trash. Therefore, in order to user a BlackBerry with a Kolab server and the Toltec connector, in the standard configuration, a user would need to choose to either see new messages or their already seen messages. The BlackBerries are my main reason for starting to go down the road of sub-folder mail delivery and altnamespace cyrus configurations. >> and email messages disappearing into >> Outlook, and out of the IMAP clients, only to reappear later when the >> connector syncs to the server. > > Once you know about the effect it should be okay, because as users you are > usually only using one client right now. > Sadly, I must disagree with you on this point. Users, at least in my experience, are more and more starting to read mail from different devices and programs in different locations. Regrettably, my users see Exchange, BlackBerries and Outlook Web Access and are looking to me to provide an experience that approaches or exceeds Microsoft's. I am just trying to see if the collective wisdom of the group can give me any experience in this area. It just might be that creative hacking can't get me around this problem and I will need to re-evaluate the configuration of a group of my users. On another note I have also been casually following the progress the OpenChange project has been making on their OpenChange MAPI server. If their promises hold true I think that a Kolab server back end with an OpenChange server front end to Outlook could really make people stand up and take notice. >> Therefore, I have come up with the following design that I think may >> help alleviate the problem. > >> 2. Create an IMAP only mailbox for the user with a flat name space. > > I advise against the "flat" namespace. > >> 3. Upon delivery filter all appointments into the POP only mailbox and >> the rest of the mail to the IMAP only mailbox. > > Note that there already is a marker for filtering, this is called Mailbox > Delivery for the Webadmin Interface for the role user. So it is recommened for > group users to activate this sieve script. > > Bernhard > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users -- ************************************************************************ Thomas Malone, Systems Administration Manager Lancer Financial Group Companies 370 West Park Avenue, Long Beach, NY 11561 (516) 431-4441 x3230 tmalone at lancer-ins.com ************************************************************************ =========================================================================== Please consider our environment before printing this email message. 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 troy at carpenter.cx Fri Apr 17 18:53:06 2009 From: troy at carpenter.cx (Troy Carpenter) Date: Fri, 17 Apr 2009 12:53:06 -0400 Subject: Spamassain Tests Message-ID: <200904171253.07298.troy@carpenter.cx> I've noticed a larger number of SPAM emails getting through since I upgraded to 2.2.1. I've had to drop the tag header down to 0 so I can see the statistics, and it appears that most emails are only tripping the Bayesian filter. Either the emails are being crafted in such a way to avoid hitting the other rules, or not all the rules are being used. I haven't yet looked through the files at /kolab/share/spamassassin, but I don't think I'll find anything out of the ordinary. I also haven't scoured the SPAM folders to see if it is only the one account having trouble, or are other email addresses seeing an increase. I can only speak from my personal email account, there doesn't seem to be the same increase that I am seeing on the other account. Anyone else seen anything similar? Thanks, Troy -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090417/508e63e7/attachment.bin From wrobel at pardus.de Sun Apr 19 07:32:18 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sun, 19 Apr 2009 07:32:18 +0200 Subject: Blackberry, Horde, Thunderbird, Outlook co-existence In-Reply-To: <49E8B1B0.3010202@lancer-ins.com> References: <49DB81CC.2050306@lancer-ins.com> <200904161846.05371.bernhard@intevation.de> <49E8B1B0.3010202@lancer-ins.com> Message-ID: <20090419073218.47063yqugq2lu2yo@webmail.pardus.de> Quoting Tom Malone : > > > Bernhard Reiter wrote: >> On Tuesday 07 April 2009, Tom Malone wrote: >>> The main problems we have with the current setup are the two Inbox >>> folders in Horde and Thunderbird >> >> What exactely are the issues? >> Note that with IMAP email can come in from almost any folder. >> So having a folder called "Inbox" should be fine (in addition to the top >> folder which could be displayed differently). We probably will >> change Horde to >> behave in this respect. >> > The issue is that Outlook with the Toltec connector would like mail to > be deposited into the user INBOX folder. It would then like to POP the > mail out of that folder and sync it back to another folder INBOX/Inbox. > > In Outlook the user only has one Inbox where all mail is delivered. > However, when the user then switches over to Horde the reality of the > server is revealed. The user will see two folders named Inbox. > > One Inbox has their mail from Outlook and the other Inbox has new mail > that they have not seen. This is VERY confusing to the user. > > In order to provide a view that is similar to Outlook the two Inbox > folders would need to be combined in Horde. I know that this issue has been pointed out before. From a programmers viewpoint it does not make that much sense to fix the web client for this specific pecularity of the Toltec connecter. Then again we are of course interested in making the different clients work well together. And I consider it likely that people use both the web client and a local client. It may be less likely that somebody uses Toltec and Kontact at the same time. But once people are abroad (or maybe just at home) the web client might get used. So if you have some suggestions on how we might resolve the situation in Horde in a sensible manner you should open an issue and post them there. "sensible" might not be that easy though. The problem is that this would be a Kolab specific patch I probably can never integrate upstream. Carrying around such patches from version to version is not trivial. Cheers, Gunnar > > The POP/IMAP functionality is a necessary evil in Outlook/Toltec because > there are Outlook functions that are not available if the POP processing > is not utilized. > > This split Inbox also interferes with reading mail on a BlackBerry. > BlackBerries are not full IMAP clients which means they are not able to > see any folders other than an INBOX, Sent and Trash folder. These > folders also need to be at the same level on the IMAP server. A > BlackBerry is not able to address a folder INBOX/Inbox, INBOX/Sent or > INBOX/Trash. > > Therefore, in order to user a BlackBerry with a Kolab server and the > Toltec connector, in the standard configuration, a user would need to > choose to either see new messages or their already seen messages. The > BlackBerries are my main reason for starting to go down the road of > sub-folder mail delivery and altnamespace cyrus configurations. > > >>> and email messages disappearing into >>> Outlook, and out of the IMAP clients, only to reappear later when the >>> connector syncs to the server. >> >> Once you know about the effect it should be okay, because as users you are >> usually only using one client right now. >> > Sadly, I must disagree with you on this point. Users, at least in my > experience, are more and more starting to read mail from different > devices and programs in different locations. > > Regrettably, my users see Exchange, BlackBerries and Outlook Web Access > and are looking to me to provide an experience that approaches or > exceeds Microsoft's. > > I am just trying to see if the collective wisdom of the group can give > me any experience in this area. It just might be that creative hacking > can't get me around this problem and I will need to re-evaluate the > configuration of a group of my users. > > On another note I have also been casually following the progress the > OpenChange project has been making on their OpenChange MAPI server. If > their promises hold true I think that a Kolab server back end with an > OpenChange server front end to Outlook could really make people stand up > and take notice. > > >>> Therefore, I have come up with the following design that I think may >>> help alleviate the problem. >> >>> 2. Create an IMAP only mailbox for the user with a flat name space. >> >> I advise against the "flat" namespace. >> >>> 3. Upon delivery filter all appointments into the POP only mailbox and >>> the rest of the mail to the IMAP only mailbox. >> >> Note that there already is a marker for filtering, this is called Mailbox >> Delivery for the Webadmin Interface for the role user. So it is >> recommened for >> group users to activate this sieve script. >> >> Bernhard >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users > > -- > ************************************************************************ > Thomas Malone, Systems Administration Manager > Lancer Financial Group Companies > 370 West Park Avenue, Long Beach, NY 11561 > (516) 431-4441 x3230 tmalone at lancer-ins.com > ************************************************************************ > > =========================================================================== > > Please consider our environment before printing this email message. > > 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://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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090419/a6df7e84/attachment.bin From wrobel at pardus.de Sun Apr 19 07:43:08 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sun, 19 Apr 2009 07:43:08 +0200 Subject: kolab along side Exchange In-Reply-To: <49E8A8AD.9010008@serioustechnology.com> References: <49E4B7F9.9050806@serioustechnology.com> <20090417062039.441934wokt4tp8cg@webmail.pardus.de> <49E8A8AD.9010008@serioustechnology.com> Message-ID: <20090419074308.20615azp9udhwf8k@webmail.pardus.de> Quoting Geoffrey : > Gunnar Wrobel wrote: >> Quoting Geoffrey : >> >>> We have a unique requirement in that we would like to set up a Kolab >>> server, but have users on the Kolab server view busy/free times from an >>> existing Exchange server. Anyone know if this is possible? >> >> As you can configure the URL for the free/busy view in most clients it >> should not be a problem. This would be a different thing if you somehow >> need to share calendar information between the two systems. But it does >> not sound as if this is what you want. > > Actually, that is what we want, sorry for the lack of clarity. I don't see how that could be possible. You have one set of users with their calenders on Exchange and another set of user with their calendars on Kolab. If you now wish to synchronize the actual calendar data between both systems you would need to have all users defined on both systems. But to be honest I still don't quite believe you really want to sync the calendar data between both systems. I still have the impression it is just about accessing the free/busy data. > > We want the Outlook users who are connected to the Exchange server to be > able to see the Thunderbird users connected to Kolab. As well as the > reverse. I don't know how Thunderbird or Outlook generate the free/busy URL they use for a user. The default will probably be to look up the user on the server the user doing the lookup resides. But I assume that you could have an address book with alternative URLs for each user which would override the default. Or am I wrong? Cheers, Gunnar > > -- > Until later, Geoffrey > > Those who would give up essential Liberty, to purchase a little > temporary Safety, deserve neither Liberty nor Safety. > - Benjamin Franklin > > _______________________________________________ > 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090419/77a776dc/attachment.bin From wrobel at pardus.de Sun Apr 19 09:16:58 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sun, 19 Apr 2009 09:16:58 +0200 Subject: Address book in Kolab admin webinterface: some entries not shown In-Reply-To: <200904171223.04191.bernhard@intevation.de> References: <495E1810.3010701@FuH-E.de> <49E45816.3010600@FuH-E.de> <20090416115518.20142yjjp3bh2qo0@webmail.pardus.de> <200904171223.04191.bernhard@intevation.de> Message-ID: <20090419091658.19864ft7n9d2ogmc@webmail.pardus.de> Quoting Bernhard Reiter : > Am Donnerstag, 16. April 2009 11:55:18 schrieb Gunnar Wrobel: >> >> On Freitag, 16. Januar 2009, Christian R??ler wrote: >> >>> >> >>> Changing the entry, numbers missing. >> >>> Please let me know, if anybody can give me some hints. Of course I will >> >>> give any needed information. >> >> >> >> I can reproduce it here with 2.2.0, >> >> so we'll follow up on it. >> >> @bernhard: Did you create an issue for it? > > I do not remember, just check the tracker for it. Apparently not. So there is https://www.intevation.de/roundup/kolab/issue3570 now. It contains a hint how to hotfix the issue. Cheers, Gunnar > > -- > 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090419/dbabccdf/attachment.bin From wrobel at pardus.de Sun Apr 19 09:23:37 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sun, 19 Apr 2009 09:23:37 +0200 Subject: Fetchmail on Kolab from Source In-Reply-To: <200904171258.30907.webmaster@computational-chemistry.org> References: <200904161835.27272.webmaster@computational-chemistry.org> <20090417062945.868629ufq6sedww0@webmail.pardus.de> <200904171258.30907.webmaster@computational-chemistry.org> Message-ID: <20090419092337.14026iwejanl7q80@webmail.pardus.de> Quoting Alexander Schr?ter : > On Friday 17 April 2009 06:29:45 Gunnar Wrobel wrote: > >> What is not working when using the instructions? I know I updated them >> once but of course they might not be up-to-date for 2.2.1 anymore. If >> I know what is not working I might be able to fix this. > > Instructions on the wiki page worked like a charm. Download and > Install wasn't > a problem. Just the configuration is a little unclear to me ... see > I just want > fetchmail so it can be used by the web client ... so i figured I should leave > my /kolab/.fetchmailrc empty but than I get: > | fetchmail: WARNING: Running as root is discouraged. > | fetchmail: no mailservers have been specified. > and as far as I can see fetchmail is not running. > >> If you configured your external account correctly in the Kolab web >> client and the button does not download any mails that would be a bug >> and you should open an issue in the tracker. > > OK here is what I did to check my configuration ... From the > University we get > a Horde webmail account so I put in the Information needed. And > *tada* worked. > When I tried the same Configuration I only get the Error-Msg "Fetchmail: > Fetched 0 messages from Computational-Chemistry.org". Apperently there are still problems with this features and the current configuration. See https://www.intevation.de/roundup/kolab/issue3353 and add yourself in nosy there if you need information concerning that issue. > >> The Kolab web client won't create a fetchmailrc file. The >> functionality offered by Horde is a manual pull by clicking on the >> "Fetch mail" button. As fetchmail is not included by default on the >> Kolab server writing a fetchmailrc wouldn't make much sense. > > So does Horde use /kolab/bin/fetchmail or is it using some php > function? build > to imitate fetchmail? The latter. Nevertheless I will need to check that it works. When I'm doing that I should probably look at how you could directly integrate it with fetchmail assuming you followed the wiki fetchmail instructions. > > I actually found a new problem which wasn't there before I cannot create > Folder, Contacts, Notes, Tasks and so on. So I figured this might be > the reason > why fetchmail cannot get/create mails. Hm, probably not connected. Cheers, Gunnar > >> Cheers, >> >> Gunnar > > Thanks for the Help > > Alexander > > > _______________________________________________ > 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090419/d3b3f647/attachment-0001.bin From wrobel at pardus.de Sun Apr 19 09:25:57 2009 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sun, 19 Apr 2009 09:25:57 +0200 Subject: Q: PHP auth in 2.2.0 vs. 2.2.1 In-Reply-To: <1239984467.5282.0@antares> References: <1239984467.5282.0@antares> Message-ID: <20090419092557.12941hfzipcbuexw@webmail.pardus.de> Quoting Albrecht Dre? : > Hi Gunnar: > > Am 17.04.09 05:55 schrieb(en) Gunnar Wrobel: >> I guess you might just need to set the server name correctly. E.g. >> >> $_SERVER['SERVER_NAME'] = 'kolab.example.com'; > > Thanks, but actually it didn't help... > >> Can you open an issue about this? > > See . I added the > script for 2.2.0 which dumps the prefs into files (I actually need two > tools, as I plan to reinstall my box to get rid of some 64-bit > regressions, like OpenLDAP hangs/crashes). Thanks! I'll try to work on it soon. > > I'm really sorry that I bug you with the silly questions about php, but > usually I write in C for Linux kernel drivers, DSP's, etc.etc. Being > the Linux sysadmin in our company is more a side job... The questions are not silly at all. Maybe PHP is but that is a different topic ;) 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: Digitale PGP-Unterschrift Url : http://kolab.org/pipermail/kolab-users/attachments/20090419/224eb3b1/attachment.bin From albrecht.dress at lios-tech.com Sun Apr 19 15:15:26 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Sun, 19 Apr 2009 15:15:26 +0200 Subject: Blackberry, Horde, Thunderbird, Outlook co-existence In-Reply-To: <49E8B1B0.3010202@lancer-ins.com> (from tmalone@lancer-ins.com on Fri Apr 17 18:43:28 2009) Message-ID: <1240146926.5170.0@antares> Am 17.04.09 18:43 schrieb(en) Tom Malone: > One Inbox has their mail from Outlook and the other Inbox has new > mail that they have not seen. This is VERY confusing to the user. In the German locale, the situation is a little better, as Outlook names it's INBOX "Posteingang". I could hack horde to still display "INBOX" for the /real/ inbox, so users at least can distinguish them. What if you tell your users to re-name their Outlook Inbox to "Outlook Inbox" or something like that? > Sadly, I must disagree with you on this point. Users, at least in my > experience, are more and more starting to read mail from different > devices and programs in different locations. I can only confirm that! Several of my users meanwhile use Toltec, iPhone, Thunderbird (both via imaps) and Horde in parallel. An other really bad fact is that Toltec (or Outlook?) basically "destroys" some messages on the server, including signed and encrypted messages and mdn's, for all other MUA's [1]. > I am just trying to see if the collective wisdom of the group can > give me any experience in this area. It just might be that creative > hacking can't get me around this problem and I will need to > re-evaluate the configuration of a group of my users. I'm not sure if the problems are Outlook or Toltec-specific. If you find any improvement/solution (maybe using other Outlook connectors?), it would be great if you could share it on the wiki, as (I guess) many people desperately are in need for it! Best, Albrecht. [1] From lists at serioustechnology.com Sun Apr 19 19:04:10 2009 From: lists at serioustechnology.com (Geoffrey) Date: Sun, 19 Apr 2009 13:04:10 -0400 Subject: kolab along side Exchange In-Reply-To: <20090419074308.20615azp9udhwf8k@webmail.pardus.de> References: <49E4B7F9.9050806@serioustechnology.com> <20090417062039.441934wokt4tp8cg@webmail.pardus.de> <49E8A8AD.9010008@serioustechnology.com> <20090419074308.20615azp9udhwf8k@webmail.pardus.de> Message-ID: <49EB598A.1040100@serioustechnology.com> Gunnar Wrobel wrote: > Quoting Geoffrey : > >> Gunnar Wrobel wrote: >>> Quoting Geoffrey : >>> >>>> We have a unique requirement in that we would like to set up a Kolab >>>> server, but have users on the Kolab server view busy/free times from an >>>> existing Exchange server. Anyone know if this is possible? >>> >>> As you can configure the URL for the free/busy view in most clients it >>> should not be a problem. This would be a different thing if you somehow >>> need to share calendar information between the two systems. But it does >>> not sound as if this is what you want. >> >> Actually, that is what we want, sorry for the lack of clarity. > > I don't see how that could be possible. You have one set of users with > their calenders on Exchange and another set of user with their calendars > on Kolab. If you now wish to synchronize the actual calendar data > between both systems you would need to have all users defined on both > systems. > > But to be honest I still don't quite believe you really want to sync the > calendar data between both systems. I still have the impression it is > just about accessing the free/busy data. I guess I'm getting stuck on the verbiage. The bottom line is, yes, we want the folks on the Kolab server to be able to view the busy/free schedules of those folks on the Exchange server and the people on the Exchange server to be able to see the busy/free schedule of the folks on the Kolab server. >> We want the Outlook users who are connected to the Exchange server to be >> able to see the Thunderbird users connected to Kolab. As well as the >> reverse. > > I don't know how Thunderbird or Outlook generate the free/busy URL they > use for a user. The default will probably be to look up the user on the > server the user doing the lookup resides. But I assume that you could > have an address book with alternative URLs for each user which would > override the default. Or am I wrong? I really don't have any idea. I know little about Exchange and Kolab. My thought process is that I look at my calendar and try to create a meeting the includes a set group of folks. Somehow I can see whether the folks I want to include in the meeting are free or busy, regardless of which server they reside. -- Until later, Geoffrey Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. - Benjamin Franklin From Roessler at FuH-E.de Mon Apr 20 10:06:16 2009 From: Roessler at FuH-E.de (=?ISO-8859-15?Q?Christian_R=F6=DFler?=) Date: Mon, 20 Apr 2009 10:06:16 +0200 Subject: Address book in Kolab admin webinterface: some entries not shown In-Reply-To: <20090419091658.19864ft7n9d2ogmc@webmail.pardus.de> References: <495E1810.3010701@FuH-E.de> <49E45816.3010600@FuH-E.de> <20090416115518.20142yjjp3bh2qo0@webmail.pardus.de> <200904171223.04191.bernhard@intevation.de> <20090419091658.19864ft7n9d2ogmc@webmail.pardus.de> Message-ID: <49EC2CF8.90809@FuH-E.de> Am Donnerstag, 16. April 2009 11:55:18 schrieb Gunnar Wrobel: >> I do not remember, just check the tracker for it. > Apparently not. So there is > https://www.intevation.de/roundup/kolab/issue3570 now. It contains a > hint how to hotfix the issue. Many thanks, Gunnar! While this is, maybe, more or less a cosmetic issue, I am glad about the hotfix. It will look better, as I plan to roll-out kolab here in the next weeks. Then I will also find time to 'wikify' the companion group solution to bring posixGroup functionality I scripted - if someone finds this interesting, of course. Best regards, Christian From ludwig.reiter at intevation.de Mon Apr 20 12:20:57 2009 From: ludwig.reiter at intevation.de (Ludwig Reiter) Date: Mon, 20 Apr 2009 12:20:57 +0200 Subject: newest Kontact/win beta In-Reply-To: <7907AE10BB50DD4F840E76527D27EF19028F447C@entmail.domain.austinent.com> References: <7907AE10BB50DD4F840E76527D27EF19028F447C@entmail.domain.austinent.com> Message-ID: <200904201220.58005.ludwig.reiter@intevation.de> Hi, Am Montag, 13. April 2009 22:38:22 schrieb Lucas Hendricks: > Server info: > Kolab 2.2.0 debian 4.0 binary release, running on a VMWare platform > > Client: Kontact/win Windows XP SP3, administrator > > Calendar views do not work for single day, week, work week > > All I get is a blank gray area where the view should appear. > > Month view, event list, timeline, time spent all seem to work I think this is bug: kolab/issue3449. It should be fixed with the 20090313 version of kontact for windows. Workaround: There is a slider at the bottom of the blank gray area, you can use it to display the calendar view. Ludwig -- Intevation GmbH, Osnabr?ck Firmensitz: Neuer Graben 17, 49074 Osnabr?ck Registereintrag: Amtsgericht Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From ludwig.reiter at intevation.de Mon Apr 20 12:35:47 2009 From: ludwig.reiter at intevation.de (Ludwig Reiter) Date: Mon, 20 Apr 2009 12:35:47 +0200 Subject: Spellcheck bug - Kontact version 20090313 In-Reply-To: <20090407212738.GF17895@sonic.net> References: <20090407212738.GF17895@sonic.net> Message-ID: <200904201235.47645.ludwig.reiter@intevation.de> Hi Marc, Am Dienstag, 7. April 2009 23:27:39 schrieb kolab-marc at fieldinternet.com: > I am writing with a bug report for the latest version of the Windows > Kontact client (version 20090313). While kmail thinks that spellcheck is > working, spelling is not getting checked. For example: > > 1. If I turn on automatic spellchecking, incorrect words are not > identified. 2. If I hit the "spelling" button in the compose window, I see > the "Spell check complete" message at the bottom of the window > immediately...but spelling isn't checked. > > I am using the client set for US English, and the spellchecker settings > indicate that the English (United States of America) dictionary is being > used -- it does not indicate any problem. > > Let me know if there is any other info that would be helpful. I think, I found the same problem with a newer kontact version and German as language. I will create a bug report for it. But a console output of the problem would be useful to be sure if it is the same problem. You can do it with DebugView. Regards, Ludwig -- Intevation GmbH, Osnabr?ck Firmensitz: Neuer Graben 17, 49074 Osnabr?ck Registereintrag: Amtsgericht Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From johnm at advocap.org Mon Apr 20 23:24:00 2009 From: johnm at advocap.org (John McMonagle) Date: Mon, 20 Apr 2009 16:24:00 -0500 Subject: Kontact e35 packages Message-ID: <200904201624.00331.johnm@advocap.org> Any chance they are keys for the Kontact e35 repository at http://apt.intevation.org thanks john From bernhard at intevation.de Tue Apr 21 09:37:30 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 21 Apr 2009 09:37:30 +0200 Subject: Kontact e35 packages In-Reply-To: <200904201624.00331.johnm@advocap.org> References: <200904201624.00331.johnm@advocap.org> Message-ID: <200904210937.30475.bernhard@intevation.de> Am Montag, 20. April 2009 23:24:00 schrieb John McMonagle: > Any chance they are keys for the Kontact e35 repository at > http://apt.intevation.org We haven't fully added this feature, yet. Use https to secure the download for now. -- 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090421/ca71c737/attachment.bin From albrecht.dress at lios-tech.com Tue Apr 21 14:54:34 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Tue, 21 Apr 2009 14:54:34 +0200 Subject: Kontact/Win Beta: 2 questions... Message-ID: <1240318474.13660.0@pc-adr2> Hi all, I today gave Kolab/Win beta (20090313) a try on a virtual machine. I *really* looks promising, good work! I saw two things: (1) I didn't install gpg4win, and when I select a rfc3156 encrypted message, the display says "Diese Nachricht ist verschl??sselt.[newline][padlock icon]Nachricht entschl??sseln". Looks like a utf8 issue in the localisation. (2) I have my own plus several shared calendars, everything was recognised properly. However, in the Calendar display, selecting the "day", "week" or "work week" ("Arbeitswoche") will simply show a huge grey area instead of appointments. The "Month" view works as expected. Are these known issues, or should I add them to the tracker? Thanks, Albrecht. From LHendricks at austinent.com Tue Apr 21 20:13:56 2009 From: LHendricks at austinent.com (Lucas Hendricks) Date: Tue, 21 Apr 2009 13:13:56 -0500 Subject: Kontact/Win Beta: 2 questions... Message-ID: <7907AE10BB50DD4F840E76527D27EF19028F474B@ENTMAIL.DOMAIN.austinent.com> As pointed out to me the #2 issue is already on the tracker, I think. There is a resize bar you can grab onto at the bottom of the gray area (click at the bottom and drag up). If you resize the calendar display with this it does save it for future sessions of Kontact/win for playing with in the mean time. Lucas -----Original Message----- From: Albrecht Dre? [mailto:albrecht.dress at lios-tech.com] Sent: Tuesday, April 21, 2009 7:55 AM To: Kolab Users List Subject: Kontact/Win Beta: 2 questions... Hi all, I today gave Kolab/Win beta (20090313) a try on a virtual machine. I *really* looks promising, good work! I saw two things: (1) I didn't install gpg4win, and when I select a rfc3156 encrypted message, the display says "Diese Nachricht ist verschl??sselt.[newline][padlock icon]Nachricht entschl??sseln". Looks like a utf8 issue in the localisation. (2) I have my own plus several shared calendars, everything was recognised properly. However, in the Calendar display, selecting the "day", "week" or "work week" ("Arbeitswoche") will simply show a huge grey area instead of appointments. The "Month" view works as expected. Are these known issues, or should I add them to the tracker? Thanks, Albrecht. _______________________________________________ Kolab-users mailing list Kolab-users at kolab.org https://kolab.org/mailman/listinfo/kolab-users From ludwig.reiter at intevation.de Wed Apr 22 10:18:09 2009 From: ludwig.reiter at intevation.de (Ludwig Reiter) Date: Wed, 22 Apr 2009 10:18:09 +0200 Subject: Kontact/Win Beta: 2 questions... In-Reply-To: <1240318474.13660.0@pc-adr2> References: <1240318474.13660.0@pc-adr2> Message-ID: <200904221018.10381.ludwig.reiter@intevation.de> Hi, Am Dienstag, 21. April 2009 14:54:34 schrieb Albrecht Dre?: > Hi all, > > I today gave Kolab/Win beta (20090313) a try on a virtual machine. I > *really* looks promising, good work! > > I saw two things: > (1) I didn't install gpg4win, and when I select a rfc3156 encrypted > message, the display says "Diese Nachricht ist > verschl??sselt.[newline][padlock icon]Nachricht entschl??sseln". Looks > like a utf8 issue in the localisation. This is a known bug of version 20090313 (kolab/issue3530) > (2) I have my own plus several shared calendars, everything was > recognised properly. However, in the Calendar display, selecting the > "day", "week" or "work week" ("Arbeitswoche") will simply show a huge > grey area instead of appointments. The "Month" view works as expected. This is also a known bug. > Are these known issues, or should I add them to the tracker? You don't need to add them. Regards, Ludwig -- Intevation GmbH, Osnabr?ck Firmensitz: Neuer Graben 17, 49074 Osnabr?ck Registereintrag: Amtsgericht Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From webmaster at computational-chemistry.org Wed Apr 22 10:42:49 2009 From: webmaster at computational-chemistry.org (Alexander =?iso-8859-1?q?Schr=F6ter?=) Date: Wed, 22 Apr 2009 10:42:49 +0200 Subject: Login Error In-Reply-To: <200904161835.27272.webmaster@computational-chemistry.org> References: <200904161835.27272.webmaster@computational-chemistry.org> Message-ID: <200904221042.49560.webmaster@computational-chemistry.org> I have now found the Error. That was keeping me from successful use of my own kolab server and i have to say it's a very stupid one. I hope other people can confirm this. After installing kolab every possible way at least with debian etch, debian lenny, kolab from packages, native and source. I am now back to where I started. A working Kolab Server. The Error is: Beeing able to log in with just the username but not with the proper rights I guess. Because when I login as "username" I get the correct Login response for "username at domain.com" in the Logs but cannot create whatsoever anything in Horde or via Kmail connected to the server. On the other Hand when I log in to as "username at domain.com" I can do anything that the Server is supposed to do. The whole fetchmail situation came from not beeing able to create anything in Horde. Thanks anyways ... Alexander From chris at oak-wood.co.uk Thu Apr 2 09:32:33 2009 From: chris at oak-wood.co.uk (Chris Hastie) Date: Thu, 02 Apr 2009 07:32:33 -0000 Subject: Free/busy - what triggers it? In-Reply-To: <200904010925.04105.bernhard@intevation.de> References: <20090331131208.tp5a3tx268www8os@imp.oak-wood.co.uk> <200904010925.04105.bernhard@intevation.de> Message-ID: <49D46A0F.9020409@oak-wood.co.uk> On 01/04/09 08:25, Bernhard Reiter wrote: > Am Dienstag, 31. M?rz 2009 14:12:08 schrieb Chris Hastie: >> I've run through the troubleshooting guide and I can grab free busy data >> if it has been generated. I can also trigger the generation of free busy >> data by hitting the trigger url in a browser, but only for the user I >> log in as (even if that user has read/write permissions on another >> users calendar). > > Please state your version of Kolab Server in all reports and questions. Sorry, it's 2.2.0-20080709 > Note that a user can trigger all calender folders with write access. > Otherwise this is a defect in your Kolab Server revision or setup. It looks as if there is a 'hotfix' for the issue of users not being able to trigger updates of calendars that they don't own. I will investigate this later. >> What I don't understand is how this is supposed to get triggered? I've >> had a several users using the system for a couple of months, both >> through Horde and Outlook + toltec, and none appears to ever have >> triggered generation of fb data. Do they have to trigger generation >> manually? Is there a configuration option I've missed somewhere? > > http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/architecture/freebusy.txt?rev=1.26&content-type=text/vnd.viewcvs-markup > | Whenever a client writes to a calendar it MUST trigger the server based > | generation of fb in the scope of the corresponding folder. > > Toltec has a configuration option to enable freebusy triggering > in the account options if I remember correctly. So go to personal folder, > right click and choose Toltec. Thanks. I've found this now. Not clear what the 'audience' drop down box is for, but it seems to be working. > The Kolab Web Client (based on Horde) will also do so, otherwise it is a > defect. There appears to be a defect here. Looking through logs it seems that Horde is trying to trigger by accessing a URL with a .xpfb suffix. This is clear in the code for Kolab::triggerFreeBusyUpdate within lib/php/Horde/Kolab.php $url = 'https://' . Kolab::getServer("imap") . '/freebusy/trigger/' . $owner . '/' . $folder . '.xpfb'; But there is no rewrite rule in the Apache config to deal with such a URL: localhost - test1 at foobar.com [26/Mar/2009:12:53:57 +0000] "GET /freebusy/trigger/test1 at foobar.com/Calendar.xpfb HTTP/1.1" 404 374 A minor change to etc/kolab/templates/httpd.conf.template has sorted this out. Thanks -- Chris Hastie From richard at radoeka.nl Thu Apr 2 12:52:09 2009 From: richard at radoeka.nl (Richard Bos) Date: Thu, 02 Apr 2009 10:52:09 -0000 Subject: kolab - opensuse 11.1 In-Reply-To: <95a4d3810904011745p57c23404rfc1137cd14afc658@mail.gmail.com> References: <95a4d3810904011745p57c23404rfc1137cd14afc658@mail.gmail.com> Message-ID: <200904021252.06668.richard@radoeka.nl> Hello Steven, Op donderdag 02 april 2009 02:45:31 schreef u: > I have been struggling with the install given on this page: > http://en.opensuse.org/kolab > > I have tried the instructions with opensuse 11.0 and 11.1 > > postfix is bouncing my mail with a php error: > > 83EE81AE1FA: to=, relay=kolabfilter, delay=0.21, > delays=0.09/0/0/0.11, dsn=5.3.0, status=bounced (Command died with > status 1: "/usr/bin/php5". Command output: Could not open input file: > /usr/bin/kolabfilter ) Does this file /usr/bin/kolabfilter exists? # ls -l /usr/bin/kolabfilter What version of kolab do you have installed: # rpm -q kolab kolab-filter > Apr 1 18:59:48 sft postfix/cleanup[7318]: B445B1AE1FD: > message-id=<20090401225948.B445B1AE1FD at sft.hd.net> > Apr 1 18:59:48 sft postfix/bounce[7321]: 83EE81AE1FA: sender > non-delivery notification: B445B1AE1FD > Apr 1 18:59:48 sft postfix/qmgr[7190]: B445B1AE1FD: from=<>, > size=2243, nrcpt=1 (queue active) > Apr 1 18:59:48 sft postfix/qmgr[7190]: 83EE81AE1FA: removed > Apr 1 18:59:48 sft postfix/pipe[7323]: B445B1AE1FD: to=, > relay=kolabmailboxfilter, delay=0.11, delays=0.04/0.01/0/0.06, > dsn=5.3.0, status=bounced (Command died with status 1: > "/usr/bin/php5". Command output: Could not open input file: > /usr/bin/kolabmailboxfilter ) > Apr 1 18:59:48 sft postfix/qmgr[7190]: B445B1AE1FD: removed > > What am I doing wrong? See questions as above, does the file exists (/usr/bin/kolabmailboxfilter) # rpm -qf /usr/bin/kolabmailboxfilter -- Richard Bos We are borrowing the world of our children, It is not inherited from our parents. From stuart at taxhunter.com.au Fri Apr 3 03:25:34 2009 From: stuart at taxhunter.com.au (Stuart Hunter) Date: Fri, 03 Apr 2009 01:25:34 -0000 Subject: Kolab - Outlook/Toltec sync hangs Message-ID: <000001c9b3fa$aecebcb0$0c6c3610$@com.au> Hi I am having exactly the same problem with Toltec 2.3.1 Stuart -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20090403/1b11d866/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: multipart/alternative Size: 0 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20090403/1b11d866/attachment-0001.bin From marc at field.us Tue Apr 7 23:08:37 2009 From: marc at field.us (Marc D. Field) Date: Tue, 7 Apr 2009 14:08:37 -0700 Subject: Spellcheck bug - Kontact version 20090313 Message-ID: <20090407210837.GD17895@sonic.net> Hi, I am writing with a bug report for the latest version of the Windows Kontact client (version 20090313). While kmail thinks that spellcheck is working, spelling is not getting checked. For example: 1. If I turn on automatic spellchecking, incorrect words are not identified. 2. If I hit the "spelling" button in the compose window, I see the "Spell check complete" message at the bottom of the window immediately...but spelling isn't checked. I am using the client set for US English, and the spellchecker settings indicate that the English (United States of America) dictionary is being used -- it does not indicate any problem. Let me know if there is any other info that would be helpful. Thanks, Marc From sunil at khiatani.ath.cx Mon Apr 13 18:27:40 2009 From: sunil at khiatani.ath.cx (Sunil Khiatani) Date: Tue, 14 Apr 2009 00:27:40 +0800 Subject: trouble logging into horde Message-ID: <200904140027.40133.sunil@khiatani.ath.cx> Hi, I recently upgraded to horde 2.2.1, but i can no longer log into the horde webclient. I'm not sure where to look for logs and what to do next. When I log in with the correct username and password, I get returned to the login page with no errors. I'm using a debian lenny server and installed the packages using openpkg. I also do not have libnss-db installed so there are no conflicts with the libraries, and I am able to log into fbview's website fine too. Attached is my install log. Any help will be appreciated. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20090414/331e232f/attachment-0001.html -------------- next part -------------- A non-text attachment was scrubbed... Name: kolab-update.log Type: text/x-log Size: 33935 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20090414/331e232f/kolab-update-0001.bin From albrecht.dress at lios-tech.com Wed Apr 22 20:43:25 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Wed, 22 Apr 2009 20:43:25 +0200 Subject: More Kontact/Win questions [was: Kontact/Win Beta: 2 questions...] In-Reply-To: <200904221018.10381.ludwig.reiter@intevation.de> (from ludwig.reiter@intevation.de on Wed Apr 22 10:18:09 2009) Message-ID: <1240425805.5492.1@antares> Hi! Am 22.04.09 10:18 schrieb(en) Ludwig Reiter: >> Are these known issues, or should I add them to the tracker? > You don't need to add them. Thanks - I must admit that I was too lazy to go through the 500+ open issues containing 'kontact' ;-) And I have a few more "unsorted" questions... (1) Mass roll-out Is there a concept/tool for a mass roll-out of kolab, setting more preferences, maybe as a "defaults list" for kolabwizard? I today went through all config options, and it actually took some time to get everything right. If the application is used within a bigger organisation, it would be great if some standard settings (e.g. signature template, message templates, LDAP setup for the Kolab address book, etc. etc.) could simply be automatically assigned during the installation. I think of setting up a demo account, and then simply passing that config (probably stored in a file below .kde?) to kolabwizard which extracts the non-personal stuff - something like the nice new templates feature of Kolab 2.2.1 in Horde. (2) Store mailboxes in a different location This would be easy on Linux with a symlink, but I don't think it will work on Windows - is it possible to have the local mail store on a different folder/drive than "C:\Dokumente und Einstellungen\...", e.g. "D:\Mail-Archiv"? Or am I just too dumb to find that option? (3) LDAP offline store I set up an extra LDAP address book pointing to the Kolab OpenLDAP server. In the advanced LDAP settings, I can select an option (radio button) to use an off-line cache in LDAP is unavailable, but this setting apparently isn't stored. How is it supposed to work? (4) toltec.dat attachments This is somewhat off-topic - the messages stored by Outlook/Toltec all have a big toltec.dat tnef attachment. Is there a tool to either remove it completely or to extract any meaningful data from them? Maybe the latter would be better, as e.g. for encrypted messages, Outlook/Toltec creates a crap message, but the tnef /seems/ to contain the real data. Thanks, Albrecht. From albrecht.dress at lios-tech.com Wed Apr 22 21:59:08 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Wed, 22 Apr 2009 21:59:08 +0200 Subject: More Kontact/Win questions [was: Kontact/Win Beta: 2 questions...] In-Reply-To: <1240425805.5492.1@antares> (from albrecht.dress@lios-tech.com on Wed Apr 22 20:43:25 2009) References: <200904221018.10381.ludwig.reiter@intevation.de> <1240425805.5492.1@antares> Message-ID: <1240430348.5492.2@antares> Am 22.04.09 20:43 schrieb(en) Albrecht Dre?: > (1) Mass roll-out > Is there a concept/tool for a mass roll-out of kolab, setting more ^^^^^ Ummm, I of course want a mass roll-out of *kontact for Windows*; Kolab is already there... Best, Albrecht. From albrecht.dress at lios-tech.com Thu Apr 23 09:47:06 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Thu, 23 Apr 2009 09:47:06 +0200 Subject: Kontact/Win started w/o network: confusing message Message-ID: <1240472826.18819.0@pc-adr2> When Kontact/Win (current beta) is started without a network connection, a pop-up appears saying "Unbekannter Rechner . unknown error". It would be better if Kontact would offer to proceed in offline mode. Best, Albrecht. From O.Stahl at lsw.uni-heidelberg.de Thu Apr 23 13:27:08 2009 From: O.Stahl at lsw.uni-heidelberg.de (Otmar Stahl) Date: Thu, 23 Apr 2009 13:27:08 +0200 Subject: trouble logging into horde In-Reply-To: <200904140027.40133.sunil@khiatani.ath.cx> References: <200904140027.40133.sunil@khiatani.ath.cx> Message-ID: <49F0508C.2090704@lsw.uni-heidelberg.de> Hi, Sunil Khiatani wrote: > Hi, > > > I recently upgraded to horde 2.2.1, but i can no longer log into the horde > webclient. I'm not sure where to look for logs and what to do next. You should look at the logs in /kolab/var/imapd/log/ and /kolab/var/apache/log/ for any hints. Kind regards, Otmar Stahl From albrecht.dress at lios-tech.com Thu Apr 23 14:40:51 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Thu, 23 Apr 2009 14:40:51 +0200 Subject: Kontact/Win: problem accessing a shared folder with deep tree and long folder names Message-ID: <1240490451.18819.2@pc-adr2> Hi, I tried to access a shared folder which contains a very deep tree with long folder names in Kontact/Win beta, and got the attached error dialogues (first the upper, and after clicking ok the lower one twice). The full path where Kontact wants to access seems to be "C:\Dokumente und Einstellungen\adress\.kde\share\apps\kmail\dimap\.23250.directory\.user.directory\.support.directory\._Controller.directory\.OTS.directory\.__offeneFaelle.directory\Prime Optical Fiber Corp._Taiwan City sewage plant_Datenbank Probleme" which is 252 chars long. Is that a known problem? Thanks, Albrecht. -------------- next part -------------- A non-text attachment was scrubbed... Name: long-path-err.png Type: image/png Size: 24750 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20090423/f9653d95/long-path-err-0001.png From tkrah at fachschaft.imn.htwk-leipzig.de Thu Apr 23 15:03:00 2009 From: tkrah at fachschaft.imn.htwk-leipzig.de (Torsten Krah) Date: Thu, 23 Apr 2009 15:03:00 +0200 Subject: Kontact/Win: problem accessing a shared folder with deep tree and long folder names In-Reply-To: <1240490451.18819.2@pc-adr2> References: <1240490451.18819.2@pc-adr2> Message-ID: <200904231503.04291.tkrah@fachschaft.imn.htwk-leipzig.de> Am Donnerstag, 23. April 2009 14:40:51 schrieb Albrecht Dre?: > Is that a known problem? Read the Filename Article at wikipedia. Thats a known windows kernel restriction - nothing KDE special about it. I would say the solution is -> don't use a path which is that long - if you already got one, reorganize your stuff if you need windows access (e.g. linux does not got this restriction so it is valid to use such "long" path structures). -- Bitte senden Sie mir keine Word- oder PowerPoint-Anh?nge. Siehe http://www.gnu.org/philosophy/no-word-attachments.de.html Really, I'm not out to destroy Microsoft. That will just be a completely unintentional side effect." -- Linus Torvalds -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 1996 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20090423/2f05dc78/smime.bin From albrecht.dress at lios-tech.com Thu Apr 23 15:19:10 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Thu, 23 Apr 2009 15:19:10 +0200 Subject: Kontact/Win: problem accessing a shared folder with deep tree and long folder names In-Reply-To: <200904231503.04291.tkrah@fachschaft.imn.htwk-leipzig.de> (from tkrah@fachschaft.imn.htwk-leipzig.de on Thu Apr 23 15:03:00 2009) Message-ID: <1240492750.18819.4@pc-adr2> Am 23.04.2009 15:03:00 schrieb(en) Torsten Krah: > Read the Filename Article at wikipedia. > > Thats a known windows kernel restriction - nothing KDE special about > it. Hmm, MAX_PATH (as defined somewhere in mingw) is 260 which is longer than 252, but probably not enough if ".directory" is appended. Sorry, I forgot that... > I would say the solution is -> don't use a path which is that long - > if you already got one, reorganize your stuff if you need windows > access. No, that's not a solution. The folder names work with Outlook/Toltec on Win, so users will not accept that they have to change the way they work because Outlook is replaced by a superior software! Probably the solution would be some kind of "flattened" tree on Win32, with an extra look-up table translating the real (deep) IMAP paths into, say, a MD5 hash which is then used as folder name. In my special case, it would already help if the ".directory" extension is shortened to, say, '.#d', saving 42 (sic!) chars. A more general bullet-proof solution would be better, though. Cheers, Albrecht. -- Dr. Albrecht Dre? LIOS Technology GmbH R & D - Software Design Schanzenstrasse 39 / Building D9-D13 D-51063 Cologne / Germany Phone +49 221 99887 401 Fax +49 221 99887 150 Managing Director: Thomas Oldemeyer Registration Court Amtsgericht Cologne, Reg.-No. HRB 33482 From thomas at intevation.de Thu Apr 23 16:04:57 2009 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Thu, 23 Apr 2009 16:04:57 +0200 Subject: Kontact/Win: problem accessing a shared folder with deep tree and long folder names In-Reply-To: <1240492750.18819.4@pc-adr2> References: <200904231503.04291.tkrah@fachschaft.imn.htwk-leipzig.de> <1240492750.18819.4@pc-adr2> Message-ID: <20090423140457.GC29978.thomas@intevation.de> * Albrecht Dre? [20090423 15:18]: > Am 23.04.2009 15:03:00 schrieb(en) Torsten Krah: > > Read the Filename Article at wikipedia. > > > > Thats a known windows kernel restriction - nothing KDE special about > > it. > > Hmm, MAX_PATH (as defined somewhere in mingw) is 260 which is longer > than 252, but probably not enough if ".directory" is appended. Sorry, > I forgot that... > > > I would say the solution is -> don't use a path which is that long - > > if you already got one, reorganize your stuff if you need windows > > access. > > No, that's not a solution. The folder names work with Outlook/Toltec > on Win, so users will not accept that they have to change the way they > work because Outlook is replaced by a superior software! > > Probably the solution would be some kind of "flattened" tree on Win32, > with an extra look-up table translating the real (deep) IMAP paths > into, say, a MD5 hash which is then used as folder name. In my special > case, it would already help if the ".directory" extension is shortened > to, say, '.#d', saving 42 (sic!) chars. A more general bullet-proof > solution would be better, though. Bonus points for avoiding reserved names. Others had this problem, too, see "Technical details" in http://www.selenic.com/mercurial/wiki/index.cgi/fncacheRepoFormat Regards, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From albrecht.dress at lios-tech.com Thu Apr 23 16:36:13 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Thu, 23 Apr 2009 16:36:13 +0200 Subject: Kontact/Win: problem accessing a shared folder with deep tree and long folder names In-Reply-To: <20090423140457.GC29978.thomas@intevation.de> (from thomas@intevation.de on Thu Apr 23 16:04:57 2009) References: <1240492750.18819.4@pc-adr2> <20090423140457.GC29978.thomas@intevation.de> Message-ID: <1240497373.18819.5@pc-adr2> Hi Thomas: Am 23.04.2009 16:04:57 schrieb(en) Thomas Arendsen Hein: > Bonus points for avoiding reserved names. Ouch. How should I explain *that* to my users? > Others had this problem, too, see "Technical details" in > http://www.selenic.com/mercurial/wiki/index.cgi/fncacheRepoFormat Should I open an issue then? Best, Albrecht. From thomas at intevation.de Thu Apr 23 18:26:43 2009 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Thu, 23 Apr 2009 18:26:43 +0200 Subject: Kontact/Win: problem accessing a shared folder with deep tree and long folder names In-Reply-To: <1240497373.18819.5@pc-adr2> References: <1240492750.18819.4@pc-adr2> <20090423140457.GC29978.thomas@intevation.de> <1240497373.18819.5@pc-adr2> Message-ID: <20090423162643.GD29978.thomas@intevation.de> * Albrecht Dre? [20090423 16:36]: > Am 23.04.2009 16:04:57 schrieb(en) Thomas Arendsen Hein: > > Bonus points for avoiding reserved names. > > Ouch. How should I explain *that* to my users? > > > Others had this problem, too, see "Technical details" in > > http://www.selenic.com/mercurial/wiki/index.cgi/fncacheRepoFormat > > Should I open an issue then? Yes, good idea. If Kontact should work on Windows it has to play by its rules, however troublesome they are. Regards, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From albrecht.dress at lios-tech.com Thu Apr 23 20:45:14 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Thu, 23 Apr 2009 20:45:14 +0200 Subject: Kontact/Win: problem accessing a shared folder with deep tree and long folder names In-Reply-To: <20090423162643.GD29978.thomas@intevation.de> (from thomas@intevation.de on Thu Apr 23 18:26:43 2009) References: <1240497373.18819.5@pc-adr2> <20090423162643.GD29978.thomas@intevation.de> Message-ID: <1240512314.7603.0@antares> Am 23.04.09 18:26 schrieb(en) Thomas Arendsen Hein: >> Should I open an issue then? > > Yes, good idea. See . Thanks, Albrecht. From johnm at advocap.org Thu Apr 23 23:54:28 2009 From: johnm at advocap.org (John McMonagle) Date: Thu, 23 Apr 2009 16:54:28 -0500 Subject: Problem sending via tsl with Kontact e35 packages? Message-ID: <200904231654.28717.johnm@advocap.org> Trying on 2 debian etch systems. Loaded packages from testing and had some dependency problems so installed the rest from unstable. When sending email via tls get the following error in the gui: Sending failed: Authorization failed, An error occured during authentication: SASL(-4): no mechanism available: No worthy mechs found authentication not supported The message will stay in the 'outbox' folder until you either fix the problem (e.g. a broken address) or remove the message from the 'outbox' folder. in auth.log get: [kdeinit] smtp /tmp/ksocket-johnm/klauncherrKl60b.slave-socket /tmp/ksocket-johnm/kontactEaoKTa.slave-socket: No worthy mechs found It does give messages concerning certificates when first connecting. Can send via tls with thunderbird or lenny kmail ( another computer). Tried to send to current mailserver and test kolab installation. At least on one system tls sending on kmail did not work before I upgraded. So it likely was broken before I started. All the kdepim packages seem to be loaded and all dependences seem OK. They both are under xen. Any Ideas? Thanks John From O.Stahl at lsw.uni-heidelberg.de Fri Apr 24 13:16:36 2009 From: O.Stahl at lsw.uni-heidelberg.de (Otmar Stahl) Date: Fri, 24 Apr 2009 13:16:36 +0200 Subject: trouble logging into horde In-Reply-To: <200904140027.40133.sunil@khiatani.ath.cx> References: <200904140027.40133.sunil@khiatani.ath.cx> Message-ID: <49F19F94.8080902@lsw.uni-heidelberg.de> Hi, Sunil Khiatani wrote: > Hi, > > > I recently upgraded to horde 2.2.1, but i can no longer log into the horde > webclient. I'm not sure where to look for logs and what to do next. Did you convert the LDIF data as described in the README? I am not sure, however, what happens in this case. Kind regards, Otmar Stahl From kloecker at kde.org Fri Apr 24 22:32:26 2009 From: kloecker at kde.org (Ingo =?iso-8859-1?q?Kl=F6cker?=) Date: Fri, 24 Apr 2009 22:32:26 +0200 Subject: Problem sending via tsl with Kontact e35 packages? In-Reply-To: <200904231654.28717.johnm@advocap.org> References: <200904231654.28717.johnm@advocap.org> Message-ID: <200904242232.31293@thufir.ingo-kloecker.de> On Thursday 23 April 2009, John McMonagle wrote: > Trying on 2 debian etch systems. > Loaded packages from testing and had some dependency problems so > installed the rest from unstable. > > When sending email via tls get the following error in the gui: > > Sending failed: > Authorization failed, An error occured during authentication: > SASL(-4): no mechanism available: No worthy mechs found > authentication not supported The message will stay in the 'outbox' > folder until you either fix the problem (e.g. a broken address) or > remove the message from the 'outbox' folder. The packages have probably been built without cyrus-sasl. Or you are missing some of the necessary cyrus-sasl packages. Regards, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090424/4778014a/attachment.bin From johnm at advocap.org Sun Apr 26 20:51:31 2009 From: johnm at advocap.org (John McMonagle) Date: Sun, 26 Apr 2009 13:51:31 -0500 Subject: Problem sending via tsl with Kontact e35 packages? In-Reply-To: <200904242232.31293@thufir.ingo-kloecker.de> References: <200904231654.28717.johnm@advocap.org> <200904242232.31293@thufir.ingo-kloecker.de> Message-ID: <200904261351.32251.johnm@advocap.org> On Friday 24 April 2009 03:32:26 pm Ingo Kl?cker wrote: > On Thursday 23 April 2009, John McMonagle wrote: > > Trying on 2 debian etch systems. > > Loaded packages from testing and had some dependency problems so > > installed the rest from unstable. > > > > When sending email via tls get the following error in the gui: > > > > Sending failed: > > Authorization failed, An error occured during authentication: > > SASL(-4): no mechanism available: No worthy mechs found > > authentication not supported The message will stay in the 'outbox' > > folder until you either fix the problem (e.g. a broken address) or > > remove the message from the 'outbox' folder. > > The packages have probably been built without cyrus-sasl. Or you are > missing some of the necessary cyrus-sasl packages. > > > Regards, > Ingo My best guess is that /usr/lib/kde3/kio_smtp.so in kdebase-kio-plugins is doing the smtp connection. I have viersion 3.5.5a.dfsg.1-6etch2 installed. Should I upgrade the rest of kde to backports? Also it looks like it does ssl via libsasl2-2 of which I have version 2.1.22.dfsg1-8 installed I attached a list of all my packages. Any ideas? John -------------- next part -------------- A non-text attachment was scrubbed... Name: packages.bz2 Type: application/x-bzip2 Size: 25440 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20090426/2f9ebecc/packages-0001.bin From johnm at advocap.org Sun Apr 26 21:25:57 2009 From: johnm at advocap.org (John McMonagle) Date: Sun, 26 Apr 2009 14:25:57 -0500 Subject: Kontact e35 packages In-Reply-To: <200904210937.30475.bernhard@intevation.de> References: <200904201624.00331.johnm@advocap.org> <200904210937.30475.bernhard@intevation.de> Message-ID: <200904261425.58096.johnm@advocap.org> On Tuesday 21 April 2009 02:37:30 am Bernhard Reiter wrote: > Am Montag, 20. April 2009 23:24:00 schrieb John McMonagle: > > Any chance they are keys for the Kontact e35 repository at > > http://apt.intevation.org > > We haven't fully added this feature, yet. > Use https to secure the download for now. I copied the packages and added them in our internal repository. I don't want any unsigned sources in production . Made a simple script with apt-ftparchive and gpg. Having a release is nice for use in preferences. This is a link on how to do it: http://people.debian.org/~osamu/pub/getwiki/html/ch03.en.html#smallpublicpackagearchive Actually a lot better than how I'm doing it :-) John From kloecker at kde.org Sun Apr 26 22:58:20 2009 From: kloecker at kde.org (Ingo =?iso-8859-15?q?Kl=F6cker?=) Date: Sun, 26 Apr 2009 22:58:20 +0200 Subject: Problem sending via tsl with Kontact e35 packages? In-Reply-To: <200904261351.32251.johnm@advocap.org> References: <200904231654.28717.johnm@advocap.org> <200904242232.31293@thufir.ingo-kloecker.de> <200904261351.32251.johnm@advocap.org> Message-ID: <200904262258.24347@thufir.ingo-kloecker.de> On Sunday 26 April 2009, John McMonagle wrote: > On Friday 24 April 2009 03:32:26 pm Ingo Kl?cker wrote: > > On Thursday 23 April 2009, John McMonagle wrote: > > > Trying on 2 debian etch systems. > > > Loaded packages from testing and had some dependency problems so > > > installed the rest from unstable. > > > > > > When sending email via tls get the following error in the gui: > > > > > > Sending failed: > > > Authorization failed, An error occured during authentication: > > > SASL(-4): no mechanism available: No worthy mechs found > > > authentication not supported The message will stay in the > > > 'outbox' folder until you either fix the problem (e.g. a broken > > > address) or remove the message from the 'outbox' folder. > > > > The packages have probably been built without cyrus-sasl. Or you > > are missing some of the necessary cyrus-sasl packages. > > My best guess is that /usr/lib/kde3/kio_smtp.so in > kdebase-kio-plugins is doing the smtp connection. That's correct. > I have viersion 3.5.5a.dfsg.1-6etch2 installed. > Should I upgrade the rest of kde to backports? > Also it looks like it does ssl via libsasl2-2 of which I have > version 2.1.22.dfsg1-8 installed > > I attached a list of all my packages. > Any ideas? libsasl2-modules is also installed and according to the package description that's all you should need. Except for a library mismatch I have no ideas. What does using "Check what the server supports" (in the settings of the SMTP account) yield? Regards, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090426/8d5fe081/attachment.bin From johnm at advocap.org Mon Apr 27 00:21:26 2009 From: johnm at advocap.org (John McMonagle) Date: Sun, 26 Apr 2009 17:21:26 -0500 Subject: Problem sending via tsl with Kontact e35 packages? In-Reply-To: <200904262258.24347@thufir.ingo-kloecker.de> References: <200904231654.28717.johnm@advocap.org> <200904261351.32251.johnm@advocap.org> <200904262258.24347@thufir.ingo-kloecker.de> Message-ID: <200904261721.27107.johnm@advocap.org> On Sunday 26 April 2009 03:58:20 pm Ingo Kl?cker wrote: > On Sunday 26 April 2009, John McMonagle wrote: > > On Friday 24 April 2009 03:32:26 pm Ingo Kl?cker wrote: > > > On Thursday 23 April 2009, John McMonagle wrote: > > > > Trying on 2 debian etch systems. > > > > Loaded packages from testing and had some dependency problems so > > > > installed the rest from unstable. > > > > > > > > When sending email via tls get the following error in the gui: > > > > > > > > Sending failed: > > > > Authorization failed, An error occured during authentication: > > > > SASL(-4): no mechanism available: No worthy mechs found > > > > authentication not supported The message will stay in the > > > > 'outbox' folder until you either fix the problem (e.g. a broken > > > > address) or remove the message from the 'outbox' folder. > > > > > > The packages have probably been built without cyrus-sasl. Or you > > > are missing some of the necessary cyrus-sasl packages. > > > > My best guess is that /usr/lib/kde3/kio_smtp.so in > > kdebase-kio-plugins is doing the smtp connection. > > That's correct. > > > I have viersion 3.5.5a.dfsg.1-6etch2 installed. > > Should I upgrade the rest of kde to backports? > > Also it looks like it does ssl via libsasl2-2 of which I have > > version 2.1.22.dfsg1-8 installed > > > > I attached a list of all my packages. > > Any ideas? > > libsasl2-modules is also installed and according to the package > description that's all you should need. > > Except for a library mismatch I have no ideas. > What mismatch? > What does using "Check what the server supports" (in the settings of the > SMTP account) yield? > Indicates that tls is available for my current server, tsl and ssl on kolab server. Reads imap via ssl or tls OK, thats why I'm wondering about the kdebase-kio-plugins package from etch. Thanks John From bernhard at intevation.de Mon Apr 27 12:27:20 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 27 Apr 2009 12:27:20 +0200 Subject: More Kontact/Win questions [was: Kontact/Win Beta: 2 questions...] In-Reply-To: <1240425805.5492.1@antares> References: <1240425805.5492.1@antares> Message-ID: <200904271227.25423.bernhard@intevation.de> On Wednesday 22 April 2009, Albrecht Dre? wrote: > (1) Mass roll-out > Is there a concept/tool for a mass roll-out of kolab, setting more > preferences, maybe as a "defaults list" for kolabwizard? As concepts we currently have kolabwizard and KDE Kiosk, having more ways for the KDE Kolab Client on Windows would be nice. > I today went > through all config options, and it actually took some time to get > everything right. If the application is used within a bigger > organisation, it would be great if some standard settings (e.g. > signature template, message templates, LDAP setup for the Kolab address > book, etc. etc.) could simply be automatically assigned during the > installation. I think of setting up a demo account, and then simply > passing that config (probably stored in a file below .kde?) to > kolabwizard which extracts the non-personal stuff - something like the > nice new templates feature of Kolab 2.2.1 in Horde. > > (2) Store mailboxes in a different location > This would be easy on Linux with a symlink, but I don't think it will > work on Windows - is it possible to have the local mail store on a > different folder/drive than "C:\Dokumente und Einstellungen\...", e.g. > "D:\Mail-Archiv"? Or am I just too dumb to find that option? Setting KDEHOME should work, but this would change the while .kde position. Hmm, maybe you could file a wish for this one. > (3) LDAP offline store > I set up an extra LDAP address book pointing to the Kolab OpenLDAP > server. In the advanced LDAP settings, I can select an option (radio > button) to use an off-line cache in LDAP is unavailable, but this > setting apparently isn't stored. How is it supposed to work? Looks like a defect, please file an issue. (Note that the LDAP-Resource is not a top priority function of a Kolab-Client currently.) > (4) toltec.dat attachments > This is somewhat off-topic - the messages stored by Outlook/Toltec all > have a big toltec.dat tnef attachment. Is there a tool to either > remove it completely or to extract any meaningful data from them? I don't think that there is a tool, but it should be fairly easy to write a tool to throw the additional binary attachments away. > Maybe the latter would be better, as e.g. for encrypted messages, > Outlook/Toltec creates a crap message, but the tnef /seems/ to contain > the real data. The binary blobs possibly contain extra data that Outlook uses, but the core of the information must be in the Kolab-XML as well, otherwise the client is violating the specs and is not compatible with Kolab anymore. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Neuer Graben 17, Osnabr?ck, DE; AG 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090427/ff8e5907/attachment.bin From bernhard at intevation.de Mon Apr 27 12:34:54 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 27 Apr 2009 12:34:54 +0200 Subject: Problem sending via tsl with Kontact e35 packages? In-Reply-To: <200904261351.32251.johnm@advocap.org> References: <200904231654.28717.johnm@advocap.org> <200904242232.31293@thufir.ingo-kloecker.de> <200904261351.32251.johnm@advocap.org> Message-ID: <200904271234.55672.bernhard@intevation.de> On Sunday 26 April 2009, John McMonagle wrote: > On Friday 24 April 2009 03:32:26 pm Ingo Kl?cker wrote: > > On Thursday 23 April 2009, John McMonagle wrote: > > > Trying on 2 debian etch systems. > > > Loaded packages from testing and had some dependency problems so > > > installed the rest from unstable. Can you state the dependency problem you've had? > > > When sending email via tls get the following error in the gui: > > > > > > Sending failed: > > > Authorization failed, An error occured during authentication: > > > SASL(-4): no mechanism available: No worthy mechs found > > > authentication not supported The message will stay in the 'outbox' > > > folder until you either fix the problem (e.g. a broken address) or > > > remove the message from the 'outbox' folder. Hmm sending via tls works here with the kk Kontact packages on Etch. > My best guess is that /usr/lib/kde3/kio_smtp.so in kdebase-kio-plugins is > doing the smtp connection. > I have viersion 3.5.5a.dfsg.1-6etch2 installed. > Should I upgrade the rest of kde to backports? > Also it looks like it does ssl via libsasl2-2 of which I have version > 2.1.22.dfsg1-8 installed > > I attached a list of all my packages. > Any ideas? -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Neuer Graben 17, Osnabr?ck, DE; AG 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090427/5cd41997/attachment.bin From albrecht.dress at lios-tech.com Mon Apr 27 21:01:42 2009 From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-1?b?RHJl3w==?=) Date: Mon, 27 Apr 2009 21:01:42 +0200 Subject: More Kontact/Win questions [was: Kontact/Win Beta: 2 questions...] In-Reply-To: <200904271227.25423.bernhard@intevation.de> (from bernhard@intevation.de on Mon Apr 27 12:27:20 2009) Message-ID: <1240858902.3495.2@antares> Am 27.04.09 12:27 schrieb(en) Bernhard Reiter: > As concepts we currently have kolabwizard and KDE Kiosk, having more > ways for the KDE Kolab Client on Windows would be nice. I added a wish for that . > Setting KDEHOME should work, but this would change the while .kde > position. Hmm, maybe you could file a wish for this one. See . > Looks like a defect, please file an issue. Will do that tomorrow, when I can access the Win box again. > (Note that the LDAP-Resource is not a top priority function of a > Kolab-Client currently.) Dumb question: how is the Kolab user's (and distribution lists etc.) data base supposed to work, if not through LDAP? Did I miss something? > I don't think that there is a tool, but it should be fairly easy to > write a tool to throw the additional binary attachments away. Yeah, a rather simple perl script will do... Just the question if there is something "official"... ;-) > The binary blobs possibly contain extra data that Outlook uses, but > the core of the information must be in the Kolab-XML as well, > otherwise the client is violating the specs and is not compatible > with Kolab anymore. At least for mdn's and for multipart/(signed|encrypted), Toltec seems to store the /real/ data in the binary tnef (see issue ), and it is not compatible with Horde or other standard mua's (didn't check Kontact yet). MDN's are of less importance, but the ability to recover the original rfc822 stuff of rfc3156/2633 messages would be great. Maybe I'll look into that if I have some time left... Thanks, Albrecht. From johnm at advocap.org Tue Apr 28 03:28:23 2009 From: johnm at advocap.org (John McMonagle) Date: Mon, 27 Apr 2009 20:28:23 -0500 Subject: Problem sending via tsl with Kontact e35 packages? In-Reply-To: <200904271234.55672.bernhard@intevation.de> References: <200904231654.28717.johnm@advocap.org> <200904261351.32251.johnm@advocap.org> <200904271234.55672.bernhard@intevation.de> Message-ID: <200904272028.24116.johnm@advocap.org> On Monday 27 April 2009 05:34:54 am Bernhard Reiter wrote: > On Sunday 26 April 2009, John McMonagle wrote: > > On Friday 24 April 2009 03:32:26 pm Ingo Kl?cker wrote: > > > On Thursday 23 April 2009, John McMonagle wrote: > > > > Trying on 2 debian etch systems. > > > > Loaded packages from testing and had some dependency problems so > > > > installed the rest from unstable. > > Can you state the dependency problem you've had? > Really would need to do another upgrade to test everthing but as I recall these were needed: libgcrypt11_1.4.4-0kk1_i386.deb libgpg-error0_1.7-1_i386.deb libgpgme11_1.1.8-0kk1_i386.deb gnupg2 had a problem Package: gnupg2 Version: 2.0.9-0kk1 Section: utils Priority: extra Architecture: i386 Depends: libbz2-1.0, libc6 (>= 2.3.6-6), libcomerr2 (>= 1.33-3), libcurl3-gnutls (>= 7.15.5-1), libgcrypt11 (>= 1.2.2), libgnutls13 (>= 1.4.0-0), libgpg-error0 (>= 1.5), libidn11 (>= 0.5.18), libkrb53 (>= 1.4.2), libksba8 (>= 1.0.0), libreadline5 (>= 5.2), zlib1g (>= 1:1.2.1), gnupg-agent (>= 2.0.9-0kk1) apt-cache madison libgpg-error0 libgpg-error0 | 1.7-1 | http://fondy.advocap.org kolab/ Packages libgpg-error0 | 1.4-1 | http://ftp.us.debian.org etch/main Packages libgpg-error | 1.4-1 | http://ftp.us.debian.org etch/main Sources So libgpg-error0 1.7-1 came from unstable >= 1.5 is needed. Pretty sure there are more. I can check further tomorrow. > > > > When sending email via tls get the following error in the gui: > > > > > > > > Sending failed: > > > > Authorization failed, An error occured during authentication: > > > > SASL(-4): no mechanism available: No worthy mechs found > > > > authentication not supported The message will stay in the 'outbox' > > > > folder until you either fix the problem (e.g. a broken address) or > > > > remove the message from the 'outbox' folder. > > Hmm sending via tls works here with the kk Kontact packages on Etch. > Are you using kdebase-kio-plugins | 4:3.5.5a.dfsg.1-6etch2 ? > > My best guess is that /usr/lib/kde3/kio_smtp.so in kdebase-kio-plugins > > is doing the smtp connection. > > I have viersion 3.5.5a.dfsg.1-6etch2 installed. > > Should I upgrade the rest of kde to backports? > > Also it looks like it does ssl via libsasl2-2 of which I have version > > 2.1.22.dfsg1-8 installed > > > > I attached a list of all my packages. > > Any ideas? From bernhard at intevation.de Tue Apr 28 09:11:43 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 28 Apr 2009 09:11:43 +0200 Subject: More Kontact/Win questions [was: Kontact/Win Beta: 2 questions...] In-Reply-To: <1240858902.3495.2@antares> References: <1240858902.3495.2@antares> Message-ID: <200904280911.44054.bernhard@intevation.de> On Monday 27 April 2009, Albrecht Dre? wrote: > > (Note that the LDAP-Resource is not a top priority function of a > > Kolab-Client currently.) > > Dumb question: how is the Kolab user's (and distribution lists etc.) > data base supposed to work, if not through LDAP? Did I miss something? It works throught the LDAP search of the KAdressbook which is different from the LDAP _Resource_. > > I don't think that there is a tool, but it should be fairly easy to > > write a tool to throw the additional binary attachments away. > > Yeah, a rather simple perl script will do... Just the question if > there is something "official"... ;-) You can write one, jump on kolab-devel and get it up in the repository. ;) > > The binary blobs possibly contain extra data that Outlook uses, but > > the core of the information must be in the Kolab-XML as well, > > otherwise the client is violating the specs and is not compatible > > with Kolab anymore. > > At least for mdn's and for multipart/(signed|encrypted), Toltec seems > to store the /real/ data in the binary tnef (see issue > ), and it is not > compatible with Horde or other standard mua's (didn't check Kontact > yet). It chances of being compatible is low. Other Outlook plugins have similiar problems, btw. > MDN's are of less importance, but the ability to recover the > original rfc822 stuff of rfc3156/2633 messages would be great. Maybe > I'll look into that if I have some time left... My hope is that once Toltec and Gpg4win will be able to do this. We are quite close fors s/mime, as there is a re-migration button. Best, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Neuer Graben 17, Osnabr?ck, DE; AG 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090428/745df664/attachment.bin From bernhard at intevation.de Tue Apr 28 09:13:39 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 28 Apr 2009 09:13:39 +0200 Subject: Problem sending via tsl with Kontact e35 packages? In-Reply-To: <200904272028.24116.johnm@advocap.org> References: <200904231654.28717.johnm@advocap.org> <200904271234.55672.bernhard@intevation.de> <200904272028.24116.johnm@advocap.org> Message-ID: <200904280913.40117.bernhard@intevation.de> On Tuesday 28 April 2009, John McMonagle wrote: > On Monday 27 April 2009 05:34:54 am Bernhard Reiter wrote: > > On Sunday 26 April 2009, John McMonagle wrote: > > > On Friday 24 April 2009 03:32:26 pm Ingo Kl?cker wrote: > > > > On Thursday 23 April 2009, John McMonagle wrote: > > > > > Trying on 2 debian etch systems. > > > > > Loaded packages from testing and had some dependency problems so > > > > > installed the rest from unstable. > > > > Can you state the dependency problem you've had? > > Really would need to do another upgrade to test everthing but as I recall > these were needed: > libgcrypt11_1.4.4-0kk1_i386.deb > libgpg-error0_1.7-1_i386.deb > libgpgme11_1.1.8-0kk1_i386.deb > > gnupg2 had a problem > Package: gnupg2 > Version: 2.0.9-0kk1 > Section: utils > Priority: extra > Architecture: i386 > Depends: libbz2-1.0, libc6 (>= 2.3.6-6), libcomerr2 (>= 1.33-3), > libcurl3-gnutls (>= 7.15.5-1), libgcrypt11 (>= 1.2.2), libgnutls13 (>= > 1.4.0-0), libgpg-error0 (>= 1.5), libidn11 (>= 0.5.18), libkrb53 (>= > 1.4.2), libksba8 (>= 1.0.0), libreadline5 (>= 5.2), zlib1g (>= 1:1.2.1), > gnupg-agent (>= 2.0.9-0kk1) > > apt-cache madison libgpg-error0 > libgpg-error0 | 1.7-1 | http://fondy.advocap.org kolab/ Packages > libgpg-error0 | 1.4-1 | http://ftp.us.debian.org etch/main Packages > libgpg-error | 1.4-1 | http://ftp.us.debian.org etch/main Sources > > So libgpg-error0 1.7-1 came from unstable > > >= 1.5 is needed. > > Pretty sure there are more. > I can check further tomorrow. The ones above are all unrelated to tls. > > > > > When sending email via tls get the following error in the gui: > > > > > > > > > > Sending failed: > > > > > Authorization failed, An error occured during authentication: > > > > > SASL(-4): no mechanism available: No worthy mechs found > > > > > authentication not supported The message will stay in the 'outbox' > > > > > folder until you either fix the problem (e.g. a broken address) or > > > > > remove the message from the 'outbox' folder. Are you sure the id (try the full email address) and password are okay? Also check the server logs. And restart the server once if you can. Are you also sure that you are on a TLS and _not_ on an SSL port of the server? > > Hmm sending via tls works here with the kk Kontact packages on Etch. > > Are you using kdebase-kio-plugins | 4:3.5.5a.dfsg.1-6etch2 ? Yes, Version: 4:3.5.5a.dfsg.1-6etch2 Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Neuer Graben 17, Osnabr?ck, DE; AG 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090428/398644eb/attachment-0001.bin From johannes_graumann at web.de Mon Apr 27 21:26:17 2009 From: johannes_graumann at web.de (Johannes Graumann) Date: Mon, 27 Apr 2009 21:26:17 +0200 Subject: enterprise/kde4 debs? Message-ID: <200904272126.27680.johannes_graumann@web.de> Hello, Is kde4 enterprise packaged as a deb somewhere? No matter what modifications I make to "deb html://apt.intevation.org [unstable|testing|lenny|sid|...] [enterprise|kontact-e4|...] I don't manage to get anything. Hints are highly appreciated. thanks, Joh -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090427/6ab41e72/attachment.bin From johnm at advocap.org Tue Apr 28 21:37:10 2009 From: johnm at advocap.org (John McMonagle) Date: Tue, 28 Apr 2009 14:37:10 -0500 Subject: Problem sending via tsl with Kontact e35 packages? In-Reply-To: <200904280913.40117.bernhard@intevation.de> References: <200904231654.28717.johnm@advocap.org> <200904272028.24116.johnm@advocap.org> <200904280913.40117.bernhard@intevation.de> Message-ID: <200904281437.11536.johnm@advocap.org> On Tuesday 28 April 2009 02:13:39 am Bernhard Reiter wrote: > On Tuesday 28 April 2009, John McMonagle wrote: > > On Monday 27 April 2009 05:34:54 am Bernhard Reiter wrote: > > > On Sunday 26 April 2009, John McMonagle wrote: > > > > On Friday 24 April 2009 03:32:26 pm Ingo Kl?cker wrote: > > > > > On Thursday 23 April 2009, John McMonagle wrote: > > > > > > Trying on 2 debian etch systems. > > > > > > Loaded packages from testing and had some dependency problems so > > > > > > installed the rest from unstable. > > > > > > Can you state the dependency problem you've had? > > > > Really would need to do another upgrade to test everthing but as I recall > > these were needed: > > libgcrypt11_1.4.4-0kk1_i386.deb > > libgpg-error0_1.7-1_i386.deb > > libgpgme11_1.1.8-0kk1_i386.deb > > > > gnupg2 had a problem > > Package: gnupg2 > > Version: 2.0.9-0kk1 > > Section: utils > > Priority: extra > > Architecture: i386 > > Depends: libbz2-1.0, libc6 (>= 2.3.6-6), libcomerr2 (>= 1.33-3), > > libcurl3-gnutls (>= 7.15.5-1), libgcrypt11 (>= 1.2.2), libgnutls13 (>= > > 1.4.0-0), libgpg-error0 (>= 1.5), libidn11 (>= 0.5.18), libkrb53 (>= > > 1.4.2), libksba8 (>= 1.0.0), libreadline5 (>= 5.2), zlib1g (>= 1:1.2.1), > > gnupg-agent (>= 2.0.9-0kk1) > > > > apt-cache madison libgpg-error0 > > libgpg-error0 | 1.7-1 | http://fondy.advocap.org kolab/ Packages > > libgpg-error0 | 1.4-1 | http://ftp.us.debian.org etch/main Packages > > libgpg-error | 1.4-1 | http://ftp.us.debian.org etch/main Sources > > > > So libgpg-error0 1.7-1 came from unstable > > > > >= 1.5 is needed. > > > > Pretty sure there are more. > > I can check further tomorrow. > > The ones above are all unrelated to tls. > Yes But it does require getting packages from unstable. > > > > > > When sending email via tls get the following error in the gui: > > > > > > > > > > > > Sending failed: > > > > > > Authorization failed, An error occured during authentication: > > > > > > SASL(-4): no mechanism available: No worthy mechs found > > > > > > authentication not supported The message will stay in the > > > > > > 'outbox' folder until you either fix the problem (e.g. a broken > > > > > > address) or remove the message from the 'outbox' folder. > > Are you sure the id (try the full email address) and password are okay? > Also check the server logs. And restart the server once if you can. > Are you also sure that you are on a TLS and _not_ on an SSL port of the > server? > Yes they are correct. I tried on 2 different servers just see this: In Postfix log Apr 28 14:27:22 kolab postfix/smtpd[2925]: connect from unknown[192.168.101.12] Apr 28 14:27:22 kolab postfix/smtpd[2925]: setting up TLS connection from unknown[192.168.101.12] Apr 28 14:27:23 kolab postfix/smtpd[2925]: TLS connection established from unknown[192.168.101.12]: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits) Apr 28 14:27:23 kolab postfix/smtpd[2925]: disconnect from unknown[192.168.101.12] At this point pretty sure it is not the fault of your version of kontact. It fails under the following: Original etch install. Upgrade to entrerprise 3.5 packages. Reinstalled all cyrus ssl packages Reinstalled kdebase-kio-plugins Installed kdebase-kio-plugins from backports. The following works: imaps or imap via tls always works. Am running xen with xfs so tried. Simple new etch install with xen + ext3. Works Simple new etch install with xen + xfs Works Any more ideas on what could break smtp via tls in kmail? Running out things to check. New installations of lenny will happen in a few months I'm tempted to just leave it as is, no one uses kmail now anyhow, but it really annoys me :-( Thanks John From ludwig.reiter at intevation.de Wed Apr 29 10:44:34 2009 From: ludwig.reiter at intevation.de (Ludwig Reiter) Date: Wed, 29 Apr 2009 10:44:34 +0200 Subject: enterprise/kde4 debs? In-Reply-To: <200904272126.27680.johannes_graumann@web.de> References: <200904272126.27680.johannes_graumann@web.de> Message-ID: <200904291044.34559.ludwig.reiter@intevation.de> Hello, there are some older lenny kde4 kontact enterprise packages under: deb http://apt.intevation.de lenny enterprise4-unstable Regards, Ludwig Am Montag, 27. April 2009 21:26:17 schrieb Johannes Graumann: > Hello, > > Is kde4 enterprise packaged as a deb somewhere? No matter what > modifications I make to "deb html://apt.intevation.org > [unstable|testing|lenny|sid|...] [enterprise|kontact-e4|...] > I don't manage to get anything. > > Hints are highly appreciated. > > thanks, Joh -- Intevation GmbH, Osnabr?ck Firmensitz: Neuer Graben 17, 49074 Osnabr?ck Registereintrag: Amtsgericht Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner From carsten at cburghardt.com Wed Apr 29 20:40:26 2009 From: carsten at cburghardt.com (Carsten Burghardt) Date: Wed, 29 Apr 2009 20:40:26 +0200 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200902161944.37779.ml@radoeka.nl> References: <200902142107.48113.ml@radoeka.nl> <20090216110832.47834nh2hm2zt8g0@www.inovox.de> <200902161944.37779.ml@radoeka.nl> Message-ID: <200904292040.26936.carsten@cburghardt.com> Am Montag, 16. Februar 2009 19:44:36 schrieb Richard Bos: > Op maandag 16 februari 2009 11:08:32 schreef Carsten Burghardt: > > > Anyway, I just wanted to let you know that progress is made and it > > > would be great if others start testing the current packages. ?Find more > > > information about kolab on openSUSE at: > > > http://wiki.kolab.org/index.php/OpenSUSE_-_natively > > > and > > > http://en.opensuse.org/Kolab > > > > This is great! I am running version 2.2.0 on Suse 10.3 and I wonder ? > > what the proposed way for an upgrade is. Can I simply update the ? > > packages? As it is a productive system I can not really uninstall the ? > > previous packages. > > I have kolab 2.2.0 running on an openSUSE 10.3 system as well, so we're in > the same boat. I'm not thinking about a upgrade yet, as a lot of > functionality is still to be tested. I would say get another openSUSE 10.3 > system up and running with kolab 2.2.0 in e.g. virtual box. Use that image > to exercise the upgrade. > > The big difference between kolab on openSUSE 10.3 and 11.1 will be the > openldap replication mode. This must change from slurpd to syncrepl. This > is working nicely. The data does not need to change I believe, so as long > as all data is backed up you should be fine. I created a snapshot of my system in a virtual machine and installed the new packages which is effectively an upgrade (kolab devel, horde and so on). Do I have to execute more steps after that? I currently see the following problems: - kolab daemon stops immediately after I start it. The only message I can see is in /var/log/messages that kolab is shutting down after the manager logged in via plaintext to imap - various error messages in the apache log about missing index like "Undefined index: kolabfilter-verify-from-header - logging out from horde does not work "This request cannot be completed because the link you followed or the form you submitted was only valid for minutes" Any ideas? Carsten From carsten at cburghardt.com Wed Apr 29 20:58:05 2009 From: carsten at cburghardt.com (Carsten Burghardt) Date: Wed, 29 Apr 2009 20:58:05 +0200 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200904292040.26936.carsten@cburghardt.com> References: <200902142107.48113.ml@radoeka.nl> <200902161944.37779.ml@radoeka.nl> <200904292040.26936.carsten@cburghardt.com> Message-ID: <200904292058.05211.carsten@cburghardt.com> Am Mittwoch, 29. April 2009 20:40:26 schrieb Carsten Burghardt: > - kolab daemon stops immediately after I start it. The only message I can > see is in /var/log/messages that kolab is shutting down after the manager > logged in via plaintext to imap Some more information on that: SYNCREPL Debug: Creating LDAP connection to LDAP server L: Connecting to LDAP server `127.0.0.1:389' L: Binding to `cn=manager,cn=internal,dc=inovox,dc=de' SYNCREPL Debug: LDAP connection established L Debug: LDAP operations are asynchronous SYNCREPL Debug: Async checked SYNCREPL Debug: Control created: mode=1; cookie=; reloadHint=0 SYNCREPL Debug: Search created SYNCREPL Debug: searchCallback: mesg->code = `2', mesg->msg = `Sync control : cookie parsing error' SYNCREPL: Aborting K: Abnormal child exit status encountered, aborting K: SIGINT/SIGTERM detected, kill()ing children L: Shutting down K: Exiting From bernhard at intevation.de Thu Apr 30 08:51:31 2009 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 30 Apr 2009 08:51:31 +0200 Subject: Problem sending via tsl with Kontact e35 packages? In-Reply-To: <200904281437.11536.johnm@advocap.org> References: <200904231654.28717.johnm@advocap.org> <200904280913.40117.bernhard@intevation.de> <200904281437.11536.johnm@advocap.org> Message-ID: <200904300851.32070.bernhard@intevation.de> Am Dienstag, 28. April 2009 21:37:10 schrieb John McMonagle: > Any more ideas on ?what could break smtp via tls in kmail? Maybe it is a problem on the server or its configuration. You could enable all debugging in kdebugdialog for Kontact and check .xsession-errors or so for other messages. -- 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: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20090430/dd74bcd8/attachment.bin From alar.sing at err.ee Thu Apr 30 09:34:06 2009 From: alar.sing at err.ee (Alar Sing) Date: Thu, 30 Apr 2009 10:34:06 +0300 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <200904292058.05211.carsten@cburghardt.com> References: <200902142107.48113.ml@radoeka.nl> <200902161944.37779.ml@radoeka.nl> <200904292040.26936.carsten@cburghardt.com> <200904292058.05211.carsten@cburghardt.com> Message-ID: <49F9546E.7000901@err.ee> Carsten Burghardt wrote: > Am Mittwoch, 29. April 2009 20:40:26 schrieb Carsten Burghardt: > >> - kolab daemon stops immediately after I start it. The only message I can >> see is in /var/log/messages that kolab is shutting down after the manager >> logged in via plaintext to imap >> > > Some more information on that: > > SYNCREPL Debug: Creating LDAP connection to LDAP server > L: Connecting to LDAP server `127.0.0.1:389' > L: Binding to `cn=manager,cn=internal,dc=inovox,dc=de' > SYNCREPL Debug: LDAP connection established > L Debug: LDAP operations are asynchronous > SYNCREPL Debug: Async checked > SYNCREPL Debug: Control created: mode=1; cookie=; reloadHint=0 > SYNCREPL Debug: Search created > SYNCREPL Debug: searchCallback: mesg->code = `2', mesg->msg = `Sync control : > cookie parsing error' > SYNCREPL: Aborting > K: Abnormal child exit status encountered, aborting > K: SIGINT/SIGTERM detected, kill()ing children > L: Shutting down > K: Exiting > > > What version of perl-ldap to you have? I found this link https://www.intevation.de/roundup/kolab/issue1755 From carsten at cburghardt.com Thu Apr 30 21:41:23 2009 From: carsten at cburghardt.com (Carsten Burghardt) Date: Thu, 30 Apr 2009 21:41:23 +0200 Subject: kolab on openSUSE natively is a little bit back In-Reply-To: <49F9546E.7000901@err.ee> References: <200902142107.48113.ml@radoeka.nl> <200904292058.05211.carsten@cburghardt.com> <49F9546E.7000901@err.ee> Message-ID: <200904302141.23326.carsten@cburghardt.com> Am Donnerstag, 30. April 2009 09:34:06 schrieb Alar Sing: > Carsten Burghardt wrote: > > Am Mittwoch, 29. April 2009 20:40:26 schrieb Carsten Burghardt: > >> - kolab daemon stops immediately after I start it. The only message I > >> can see is in /var/log/messages that kolab is shutting down after the > >> manager logged in via plaintext to imap > > > > Some more information on that: > > > > SYNCREPL Debug: Creating LDAP connection to LDAP server > > L: Connecting to LDAP server `127.0.0.1:389' > > L: Binding to `cn=manager,cn=internal,dc=inovox,dc=de' > > SYNCREPL Debug: LDAP connection established > > L Debug: LDAP operations are asynchronous > > SYNCREPL Debug: Async checked > > SYNCREPL Debug: Control created: mode=1; cookie=; reloadHint=0 > > SYNCREPL Debug: Search created > > SYNCREPL Debug: searchCallback: mesg->code = `2', mesg->msg = `Sync > > control : cookie parsing error' > > SYNCREPL: Aborting > > K: Abnormal child exit status encountered, aborting > > K: SIGINT/SIGTERM detected, kill()ing children > > L: Shutting down > > K: Exiting > > What version of perl-ldap to you have? I found this link > https://www.intevation.de/roundup/kolab/issue1755 Well, the version is perl-ldap-0.39-5.2 from the kolab suse repository but it does not contain the fix. Thanks for spotting this. I assume the package is too old. Regards Carsten From carsten at cburghardt.com Thu Apr 30 22:07:41 2009 From: carsten at cburghardt.com (Carsten Burghardt) Date: Thu, 30 Apr 2009 22:07:41 +0200 Subject: kolab - opensuse 11.1 In-Reply-To: <200904021301.32465.ml@radoeka.nl> References: <200904021301.32465.ml@radoeka.nl> Message-ID: <200904302207.41151.carsten@cburghardt.com> Am Donnerstag, 2. April 2009 13:01:32 schrieb Richard Bos: > Hello Steven, > > Op donderdag 02 april 2009 02:45:31 schreef u: > > I have been struggling with the install given on this page: > > http://en.opensuse.org/kolab > > > > I have tried the instructions with opensuse 11.0 and 11.1 > > > > postfix is bouncing my mail with a php error: > > > > 83EE81AE1FA: to=, relay=kolabfilter, delay=0.21, > > delays=0.09/0/0/0.11, dsn=5.3.0, status=bounced (Command died with > > status 1: "/usr/bin/php5". Command output: Could not open input file: > > /usr/bin/kolabfilter ) > > Does this file /usr/bin/kolabfilter exists? > # ls -l /usr/bin/kolabfilter > > What version of kolab do you have installed: > # rpm -q kolab kolab-filter > > > Apr 1 18:59:48 sft postfix/cleanup[7318]: B445B1AE1FD: > > message-id=<20090401225948.B445B1AE1FD at sft.hd.net> > > Apr 1 18:59:48 sft postfix/bounce[7321]: 83EE81AE1FA: sender > > non-delivery notification: B445B1AE1FD > > Apr 1 18:59:48 sft postfix/qmgr[7190]: B445B1AE1FD: from=<>, > > size=2243, nrcpt=1 (queue active) > > Apr 1 18:59:48 sft postfix/qmgr[7190]: 83EE81AE1FA: removed > > Apr 1 18:59:48 sft postfix/pipe[7323]: B445B1AE1FD: to=, > > relay=kolabmailboxfilter, delay=0.11, delays=0.04/0.01/0/0.06, > > dsn=5.3.0, status=bounced (Command died with status 1: > > "/usr/bin/php5". Command output: Could not open input file: > > /usr/bin/kolabmailboxfilter ) > > Apr 1 18:59:48 sft postfix/qmgr[7190]: B445B1AE1FD: removed > > > > What am I doing wrong? > > See questions as above, does the file exists (/usr/bin/kolabmailboxfilter) > > # rpm -qf /usr/bin/kolabmailboxfilter Those files do not exist on my upgraded system (10.3). What package should include them?