kolab-marc | 1 Apr 01:55 2009

Kontact Windows bug - part of URL not passed

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
Bernhard Reiter | 1 Apr 09:25 2009
Picon

Re: Free/busy - what triggers it?

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.
(Continue reading)

Alar Sing | 1 Apr 09:35 2009
Picon

Re: kolab on openSUSE natively is a little bit back

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.
Ludwig Reiter | 1 Apr 12:44 2009
Picon

Re: Kontact Windows 2009-02-20 - libkemoticons not found

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
Ludwig Reiter | 1 Apr 13:10 2009
Picon

Re: Kontact Windows bug - part of URL not passed

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
(Continue reading)

Richard Bos | 1 Apr 20:39 2009
Picon

Re: kolab on openSUSE natively is a little bit back

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
David M. Besonen | 2 Apr 04:43 2009
Picon

Kontact Windows 2009-02-20 - Akregator write error

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
David M. Besonen | 2 Apr 02:21 2009
Picon

Re: Kontact Windows 2009-02-20 - libkemoticons not found

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.
(Continue reading)

David M. Besonen | 2 Apr 05:05 2009
Picon

Kontact Windows 2009-02-20 - KMail "account types"

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
Thomas Spuhler | 2 Apr 06:21 2009

Re: kolab on openSUSE natively is a little bit back

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  <at> ldapserver_schemadir <at> /core.schema
include  <at> ldapserver_schemadir <at> /cosine.schema
include  <at> ldapserver_schemadir <at> /inetorgperson.schema
include  <at> ldapserver_schemadir <at> /rfc2739.schema
include  <at> ldapserver_schemadir <at> /kolab2.schema

in  the kolab.spec  which should match I have

install -d %{buildroot}%{_sysconfdir}/openldap/schema
(Continue reading)


Gmane