headers
Albrecht Dreß | 1 Nov 2008 16:36
Favicon

Re: Free/busy lists broken - HELP!

Quoting Albrecht Dreß <albrecht.dress <at> lios-tech.com>:
> /kolab/var/kolab-freebusy/cache/ and all files and sub-folders are
> world-readable, i.e. the usual owner is kolab-n:kolab-n, files have
> (at least) 0644 permissions, and folders 0755.  Or are you referring
> to /imap/ folder permissions?

As to get more information about this bug and following a hint by  
Saim, I made a few tests.  Before starting each test, I completely  
erased the contents of the /kolab/var/kolab-freebusy/cache folder and  
then triggered the re-generation of the fb lists for  
"first.user <at> my-domain.com" and "second.user <at> my-domain.com" by calling  
the /freebusy/trigger/≤user-name>/Kalender.pfb uri's as calendar user.  
  Here are my observations:

(1) Enable unauthorised download of fb lists in the admin ui (my  
standard setting).
The file aclcache.db does not contain data, the file xaclcache.db  
contains two lines in the form

  calendar <at> my-domain.com
  my-domain^com/first^user/Kalender,my-domain^com/second^user/Kalender

The Kalender.pvc files seem to contain the proper appointment data.

However, when I download the fb list via the /freebusy/≤user-name>.ifb  
uri, I get the dummy freebusy lists.  The same applies for the *.vc  
files.  The log file tells me: "Free/busy data of owner  
first.user <at> my-domain.com on server srv-portal.my-server.de requested  
by user ."
(Continue reading)

Permalink | Reply | 2 comments |
headers
Gunnar Wrobel | 3 Nov 2008 05:32
Picon
Gravatar

Re: external web client


Quoting Antonio Straziota <devgioiatech <at> gmail.com>:

> As suggested in the wiki, I also try to remove nss_db library (my
> system is CENTOS) but nothing changes

What do you see in the log files within /kolab/var/apache/log/* when  
you try to log in?

Cheers,

Gunnar

>
> 2008/10/31 Antonio Straziota
dir="ltr"><devgioiatech <at> gmail.com[1]>
>  0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">mmmh...
> i've a problem autentication by local webmail goes fine... but when
> i try to login in horde by external webmail...i can't log in
without
> any error message...
> any idea...
>
> any idea?
>
>
>  10/31 Gunnar Wrobel  dir="ltr"><
href="mailto:wrobel <at> pardus.de">wrobel <at> pardus.de>
>  0pt 0.8ex; padding-left: 1ex;" class="gmail_quote">   Quoting  
> Antonio Straziota <
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gunnar Wrobel | 3 Nov 2008 05:54
Picon
Gravatar

Re: Free/busy lists broken - HELP!

Quoting Albrecht Dreß <albrecht.dress <at> lios-tech.com>:

> Quoting Albrecht Dreß <albrecht.dress <at> lios-tech.com>:
>> /kolab/var/kolab-freebusy/cache/ and all files and sub-folders are
>> world-readable, i.e. the usual owner is kolab-n:kolab-n, files have
>> (at least) 0644 permissions, and folders 0755.  Or are you referring
>> to /imap/ folder permissions?
>
> As to get more information about this bug and following a hint by
> Saim, I made a few tests.  Before starting each test, I completely
> erased the contents of the /kolab/var/kolab-freebusy/cache folder and
> then triggered the re-generation of the fb lists for
> "first.user <at> my-domain.com" and "second.user <at> my-domain.com" by calling
> the /freebusy/trigger/≤user-name>/Kalender.pfb uri's as calendar user.
>   Here are my observations:
>
>
> (1) Enable unauthorised download of fb lists in the admin ui (my
> standard setting).
> The file aclcache.db does not contain data, the file xaclcache.db
> contains two lines in the form
>
>   calendar <at> my-domain.com
>   my-domain^com/first^user/Kalender,my-domain^com/second^user/Kalender
>
> The Kalender.pvc files seem to contain the proper appointment data.
>
> However, when I download the fb list via the /freebusy/≤user-name>.ifb
> uri, I get the dummy freebusy lists.  The same applies for the *.vc
> files.  The log file tells me: "Free/busy data of owner
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Vergien | 3 Nov 2008 09:40
Picon

Kolab 2.2.0 on Solaris 10 x86

Hi,
I try to setup Kolab 2.2.0 on Solaris 10. I followed the guide for 2.1
from the wiki http://wiki.kolab.org/index.php/Solaris .

It fails when it want to install make. The full log is not attached 
since it is too big.

Thanks

Daniel

+-----------------------------------------------------------------------------+
| INSTALL: Done. Thank you for flying OpenPKG...
          |
+-----------------------------------------------------------------------------+
+ exit 0
Processing files: openpkg-20071227-20071227
Wrote: /kolab/RPM/PKG/openpkg-20071227-20071227.amd64-solaris10-kolab.rpm
Executing(%clean): env -i /kolab/lib/openpkg/bash --norc --noprofile
--posix -e /kolab/RPM/TMP/rpm-tmp.8158
+ cd /kolab/RPM/TMP
+ '[' . = .1 ']'
+ rm -rf openpkg-20071227
+ rm -rf /kolab/RPM/TMP/openpkg-20071227-root
+ exit 0
Executing(--clean): env -i /kolab/lib/openpkg/bash --norc --noprofile
--posix -e /kolab/RPM/TMP/rpm-tmp.8158
+ cd /kolab/RPM/TMP
+ exit 0
Preparing...
(Continue reading)

Permalink | Reply | 4 comments |
headers
Albrecht Dreß | 3 Nov 2008 09:54
Favicon

Re: Free/busy lists broken - HELP!

Hi Gunnar!

Am 03.11.2008 05:54:38 schrieb(en) Gunnar Wrobel:
> Can you check if the patch in   
> https://www.intevation.de/roundup/kolab/issue3074 helps?

I had that one already applied, as otherwise the calendar user got HTTP  
404 errors (see  
<http://www.kolab.org/pipermail/kolab-users/2008-October/008827.html>).

Isn't it possible to somehow configure in the acl's that *everyone* may  
load .ifb's or .xfb's (from Horde)?  This may not be a clean solution,  
but would at least solve my urgent needs!

Thanks, Albrecht.
Permalink | Reply | 0 comments |
headers
Alain Spineux | 3 Nov 2008 10:29
Picon

Re: Kolab 2.2.0 on Solaris 10 x86

On Mon, Nov 3, 2008 at 9:40 AM, Daniel Vergien
<daniel.vergien <at> rrz.uni-hamburg.de> wrote:
> Hi,
> I try to setup Kolab 2.2.0 on Solaris 10. I followed the guide for 2.1
> from the wiki http://wiki.kolab.org/index.php/Solaris .
>
> It fails when it want to install make. The full log is not attached
> since it is too big.
>
> Thanks
>
> Daniel
>
>
> +-----------------------------------------------------------------------------+
> | INSTALL: Done. Thank you for flying OpenPKG...
>          |
> +-----------------------------------------------------------------------------+
> + exit 0
> Processing files: openpkg-20071227-20071227
> Wrote: /kolab/RPM/PKG/openpkg-20071227-20071227.amd64-solaris10-kolab.rpm
> Executing(%clean): env -i /kolab/lib/openpkg/bash --norc --noprofile
> --posix -e /kolab/RPM/TMP/rpm-tmp.8158
> + cd /kolab/RPM/TMP
> + '[' . = .1 ']'
> + rm -rf openpkg-20071227
> + rm -rf /kolab/RPM/TMP/openpkg-20071227-root
> + exit 0
> Executing(--clean): env -i /kolab/lib/openpkg/bash --norc --noprofile
> --posix -e /kolab/RPM/TMP/rpm-tmp.8158
(Continue reading)

Permalink | Reply | 2 comments |
headers
Daniel Vergien | 3 Nov 2008 11:03
Picon

Re: Kolab 2.2.0 on Solaris 10 x86

Solved it myself. The checksums where ok. The problem seems that 
solaris find is not like the one kolab expects... From the begining of 
the logfile:

Changing to temporary working directory /tmp/install-kolab....8437 ...
find: Falsche Option -mindepth
find: [-H | -L] Pfadliste Prädikatliste

Kolab installation tag (TAG):       kolab
Kolab installation prefix (PREFIX): /kolab

I've installed another find and now it seems to compile.

Daniel

On 11/ 3/08 10:29 AM, Alain Spineux wrote:
> On Mon, Nov 3, 2008 at 9:40 AM, Daniel Vergien
> <daniel.vergien <at> rrz.uni-hamburg.de> wrote:
>> Hi,
>> I try to setup Kolab 2.2.0 on Solaris 10. I followed the guide for 2.1
>> from the wiki http://wiki.kolab.org/index.php/Solaris .
>>
>> It fails when it want to install make. The full log is not attached
>> since it is too big.
>>
>> Thanks
>>
>> Daniel
>>
>>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark Pavlichuk | 3 Nov 2008 11:42
Favicon

Re: Kolab + GOsa debugging

Alain Spineux wrote:
> You mean the "Mailbox Home Server"  ?
>
> Do you have a valid k=kolab entry  ? With a valid kolabHost attribute ?
>
> What about this ?
>
> # ldapsearch -w your_manager_password -D
> "cn=manager,cn=internal,dc=your,dc=domain,dc=com"
> "(objectClass=emailgencyServerObject)"
>
> What about attribute kolabHost 

  I've been playing so much with my test installation that I don't want 
to persist with it, so I'll be re-installing (again).  Could you (or 
anyone else) give me some hints on successfully blending Kolab /w GOsa 
in LDAP?  I'm using the Kolab debs, and I haven't managed to track down 
any documentation.

  If access to a test machine is required I can give ssh and web access.

--

-- 
Mark Pavlichuk
Strategic IT
ph. (07)47242890
m. 0409 124577
Permalink | Reply | 0 comments |
headers
Price,Neil | 3 Nov 2008 15:07
Picon
Favicon

Outlook connectors feedback


I've been testing some Outlook connectors on Kolab.

Toltec

It works fine and is reasonably priced. The manual is a bit confusing. Its
got an awkward method of downloading the emails via pop3 and synchronizing
it back again. You end up with 2 inboxes in Horde because of that. It uses
pst files with their limitations. Its slow on start-up and synchronization
on a big mailbox (150MB)

Its got ntlm support so a single sign on is theoretically possible if you
used a samba-kolab ldap setup, but I could not find info on this yet.

Bynari

Its got a nice feature where it will copy the emails from your existing
Outlook profile. This worked fairly well copying emails out of an MS
Exchange profile but some of the sender emails addresses got trashed in the
import. It looks really professional but it kept locking up on me while
downloading the emails on a big mailbox. It would sync to about 5% and lock
up. I will test it on another machine in case it just did not like the one I
was testing on (this is windows, remember). It does not use pst files. Its
more expensive that the Toltec one. A lot more, like 50% extra.

Konsec.

This is quite similar in principle to the Tolltec one except it does not use
pst files. I had heard that Konsec used a mapi connector but it is the same
pop3 setup. Synchronization was noticeably quicker than the other two on a
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hyun Kim | 3 Nov 2008 15:57

RE: Outlook connectors feedback

Neil,
Will you contact me about the lockups?  We have several customers using it with no problems.  Our partner,
Univention, is selling it in Germany at the same price as Toltec's, so you can purchase it from them at the
same low price.

Depending on how the Connector was configured, it could be waiting on the server or has download header
only, not checked.  Also, with V4.0 of the Connector, next version, pst files are used as the local store.

Thanks,
Hyun 

Mrs. Hyun Kim
President
Bynari, Inc.
2639 Electronic Lane, Suite 110
Dallas, Tx  75220
www.bynari.net
(214) 350-5772 X59
(214) 789-8674 cell
(214) 352-3530 fax

"Success is on the far side of failure."  T. J. Watson 

-----Original Message-----
From: kolab-users-bounces <at> kolab.org [mailto:kolab-users-bounces <at> kolab.org] On Behalf Of Price,Neil
Sent: Monday, November 03, 2008 8:08 AM
To: kolab-users <at> kolab.org
Subject: Outlook connectors feedback

I've been testing some Outlook connectors on Kolab.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane