From daniel.vergien at rrz.uni-hamburg.de  Sun Nov  1 06:40:03 2009
From: daniel.vergien at rrz.uni-hamburg.de (Daniel Vergien)
Date: Sun, 01 Nov 2009 06:40:03 +0100
Subject: Problem with z-push
In-Reply-To: <4AEAF4C0.9060602@libertech.fr>
References: <4AEA9E63.6080803@rrz.uni-hamburg.de>
	<4AEAF4C0.9060602@libertech.fr>
Message-ID: <4AED1F33.40401@rrz.uni-hamburg.de>

Thanks,

with an update to 1.2.3RC and setting the username with @domain in the 
username field and the domain extra in the domain field in the 
activesync wizard it works

Regards

Daniel

On 10/30/09 03:14 PM, Alain abbas wrote:
> You must update Z-push too a Version 1.2.2 or 1.2.3RC
> 
> Daniel Vergien a ?crit :
>> Hi list,
>>
>> I wanted to sync my winmobile device via activesync/z-push. The device 
>> connects fine, but i not syncing anything. The debug log shows:
>>
>> 10/30/09 08:56:41 [20061] Start
>> 10/30/09 08:56:41 [20061] Z-Push version: 1.2.1
>> 10/30/09 08:56:41 [20061] Client IP: 192.168.1.139
>> 10/30/09 08:56:41 [20061] Access denied: no password sent.
>> 10/30/09 08:56:42 [20399] Start
>> 10/30/09 08:56:42 [20399] Z-Push version: 1.2.1
>> 10/30/09 08:56:42 [20399] Client IP: 192.168.1.139
>> 10/30/09 08:56:42 [20399] Client supports version 2.0
>> 10/30/09 08:56:43 [20399] POST cmd: FolderSync
>> 10/30/09 08:56:43 [20399] Initializing folder diff engine
>> 10/30/09 08:56:43 [20399] GetFolderList: imap_list failed: SECURITY 
>> PROBLEM: insecure server advertised AUTH=PLAIN
>> 10/30/09 08:56:43 [20399] Found 0 folder changes
>> 10/30/09 08:56:43 [20399] IMAP-errors: SECURITY PROBLEM: insecure 
>> server advertised AUTH=PLAIN
>> 10/30/09 08:56:43 [20399] IMAP connection closed
>> 10/30/09 08:56:43 [20399] end
>> 10/30/09 08:56:43 [20399] --------
>> 10/30/09 08:56:43 [20399] Start
>> 10/30/09 08:56:43 [20399] Z-Push version: 1.2.1
>> 10/30/09 08:56:43 [20399] Client IP: 192.168.1.139
>> 10/30/09 08:56:43 [20399] Client supports version 2.0
>> 10/30/09 08:56:43 [20399] POST cmd: GetItemEstimate
>> 10/30/09 08:56:43 [20399] Initializing folder diff engine
>> 10/30/09 08:56:43 [20399] GetFolderList: imap_list failed: SECURITY 
>> PROBLEM: insecure server advertised AUTH=PLAIN
>> 10/30/09 08:56:43 [20399] Found 0 folder changes
>> 10/30/09 08:56:43 [20399] Initializing folder diff engine
>> 10/30/09 08:56:43 [20399] GetFolderList: imap_list failed: SECURITY 
>> PROBLEM: insecure server advertised AUTH=PLAIN
>> 10/30/09 08:56:43 [20399] Found 0 folder changes
>> 10/30/09 08:56:43 [20399] IMAP-errors: SECURITY PROBLEM: insecure 
>> server advertised AUTH=PLAIN
>> 10/30/09 08:56:43 [20399] IMAP connection closed
>> 10/30/09 08:56:43 [20399] end
>> 10/30/09 08:56:43 [20399] --------
>>
>>
>> Regards
>>
>> Daniel
>>
>> _______________________________________________
>> 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 aspineux at gmail.com  Sun Nov  1 11:42:23 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Sun, 1 Nov 2009 11:42:23 +0100
Subject: email lost
In-Reply-To: <200910271955.09154.pixiesfr@free.fr>
References: <200910271955.09154.pixiesfr@free.fr>
Message-ID: <71fe4e760911010242x67b81000w2e49f60569d30026@mail.gmail.com>

Hi

I wrote this useful tutorial to search for an email into kolab. The
end of the tutorial could help you !

http://www.linuxmail.info/images/centos-5/ad-group-members.png

Regards

On Tue, Oct 27, 2009 at 6:55 PM, fabrice <pixiesfr at free.fr> wrote:
> Hi,
>
> I have a strange thing happened today..
>
> I get an email , this email was , on the server side , received without any
> issues...
>
> But he never appear in the mailbox, no sieve script .
>
> The mailboxe never saw this email inside...
>
>
> Oct 27 09:11:36 mail postfix/qmgr[10735]: AC26B3FC69: from=<XXXX at XXXX>,
> size=4330, nrcpt=3 (queue active)
> Oct 27 09:11:36 mail postfix/pipe[8411]: AC26B3FC69: to=<XXXX at XXXX>,
> relay=kolabmailboxfilter, delay=0.12, delays=0.01/0/0/0.11, dsn=2.0.0,
> status=sent (delivered via kolabmailboxfilter service)
>
>
> no error find nowhere...
>
> thank you
>
> Fabrice
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From liutauras.adomaitis at gmail.com  Sun Nov  1 12:29:07 2009
From: liutauras.adomaitis at gmail.com (Liutauras Adomaitis)
Date: Sun, 1 Nov 2009 13:29:07 +0200
Subject: email lost
In-Reply-To: <71fe4e760911010242x67b81000w2e49f60569d30026@mail.gmail.com>
References: <200910271955.09154.pixiesfr@free.fr>
	<71fe4e760911010242x67b81000w2e49f60569d30026@mail.gmail.com>
Message-ID: <c1ec9ac0911010329h48c74a07teebbac7ea758b1bf@mail.gmail.com>

Is the link correct?

On Sun, Nov 1, 2009 at 12:42 PM, Alain Spineux <aspineux at gmail.com> wrote:
> Hi
>
> I wrote this useful tutorial to search for an email into kolab. The
> end of the tutorial could help you !
>
> http://www.linuxmail.info/images/centos-5/ad-group-members.png
>
> Regards
>
> On Tue, Oct 27, 2009 at 6:55 PM, fabrice <pixiesfr at free.fr> wrote:
>> Hi,
>>
>> I have a strange thing happened today..
>>
>> I get an email , this email was , on the server side , received without any
>> issues...
>>
>> But he never appear in the mailbox, no sieve script .
>>
>> The mailboxe never saw this email inside...
>>
>>
>> Oct 27 09:11:36 mail postfix/qmgr[10735]: AC26B3FC69: from=<XXXX at XXXX>,
>> size=4330, nrcpt=3 (queue active)
>> Oct 27 09:11:36 mail postfix/pipe[8411]: AC26B3FC69: to=<XXXX at XXXX>,
>> relay=kolabmailboxfilter, delay=0.12, delays=0.01/0/0/0.11, dsn=2.0.0,
>> status=sent (delivered via kolabmailboxfilter service)
>>
>>
>> no error find nowhere...
>>
>> thank you
>>
>> Fabrice
>>
>> _______________________________________________
>> Kolab-users mailing list
>> Kolab-users at kolab.org
>> https://kolab.org/mailman/listinfo/kolab-users
>>
>
>
>
> --
> Alain Spineux
> aspineux gmail com
> May the sources be with you
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>


From wrobel at pardus.de  Mon Nov  2 07:44:06 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 02 Nov 2009 07:44:06 +0100
Subject: email lost
In-Reply-To: <200910301434.17277.pixiesfr@free.fr>
References: <200910271955.09154.pixiesfr@free.fr>
	<200910272009.15992.pixiesfr@free.fr>
	<20091029110313.498882920.thomas@intevation.de>
	<200910301434.17277.pixiesfr@free.fr>
Message-ID: <20091102074406.21084k7hej12fi4g@webmail.pardus.de>

Quoting fabrice <pixiesfr at free.fr>:

> On Thursday 29 October 2009 12:08:09 Thomas Arendsen Hein wrote:
>>  Gentoo packages or OpenPKG?
>> Which version of kolab packages?
>>
>
> Hi,
>
> thank for you answer..
>
> It gentoo package, version 2.1...

I did create the Gentoo port and I currently lack the time to maintain  
it. The only advice I can give at the moment is to use the OpenPKG  
variant.

Cheers,

Gunnar

>
> Thanks
>
> FAbrice
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------

-------------- 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/20091102/cfe2f8e3/attachment.bin

From steuwer at univention.de  Mon Nov  2 07:46:54 2009
From: steuwer at univention.de (Ingo Steuwer)
Date: Mon, 2 Nov 2009 08:46:54 +0200
Subject: Kolab and SyncML: Nothing happens
In-Reply-To: <4AEC86C0.5090903@intersoft-networks.ch>
References: <4AEC86C0.5090903@intersoft-networks.ch>
Message-ID: <200911020746.56020.steuwer@univention.de>

Hi,

Am Samstag, 31. Oktober 2009 schrieb Roland K?ser:
> Hello
>
> I've just installed 2.2.2 as pilot for upgrading / migrating old
> groupware/mail-servers.
> Just tried to sync a test mobile (Sony Ericsson P990i) through SyncML
> (ActiveSync/z-push isn't working).
> It syncs fine but after all, no contacts/calendar entries are visible on
> web-client/kontact(linux)/kontact(windows) and vice versa.

since it is also a Sony Ericsson, this one might help you:
https://issues.kolab.org/issue3892

Regards
Ingo

> Is there any additional logging possibility to search for the problem?
>
> Kind regards
>
> Roland



-- 
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 wrobel at pardus.de  Mon Nov  2 07:53:48 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 02 Nov 2009 07:53:48 +0100
Subject: Global Sieve scripts
In-Reply-To: <hbks1u$7lu$1@ger.gmane.org>
References: <F4524173-6E73-4E97-8E73-444D16D353DE@livadaru.net>
	<hbks1u$7lu$1@ger.gmane.org>
Message-ID: <20091102075348.32424ent3j1ep0qo@webmail.pardus.de>

Quoting Jens Kleikamp <jens at codes-concepts.com>:

> Cristian Livadaru schrieb:
>> Hi Kolab list,
>>
>> since lately everyone is talking about spam, is there a way to create
>> global sieve scripts in kolab?
>> I have the problem that spamassassin recognizes a lot of spam and marks
>> it as spam, but it's pretty useless as long as the mails still get
>> delivered to the inbox.
>> I don't want to create rules for each user and I don't want to explain
>> my users how to set up sieve rules with some new software.
>> It's actually quite simple with horde but these users don't use horde
>> all they know about is Thunderbird and most users are pretty much only
>> users and I would like to keep their life simple (which also makes my
>> life simpler :) )
>> So, long story short ... how can I setup global sieve filters with Kolab
>> or do I have to write a script to create a sieve script for each user?
>>
>>
>> regards,
>> Cristian Livadaru
>
> Hi Christian,
>
> its pretty easy:
>
> 1. upload and activate a script to the "manager" account. (e.g. called
> default.siv)
> 2. Use the "include" extension in each user script where you want to
> include the global script. Example:
> ----
> require ["include", ....];
> include :global "default.siv";
> ----

Thanks for the instructions. Added to the wiki at  
https://wiki.kolab.org/index.php/Filtering_Emails_on_the_Server

Cheers,

Gunnar

>
> Hope that helps
> Jens
>
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------

-------------- 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/20091102/6d279109/attachment.bin

From wrobel at pardus.de  Mon Nov  2 08:04:52 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 02 Nov 2009 08:04:52 +0100
Subject: mail enabled shared folder
In-Reply-To: <c1ec9ac0910150635h19a55ecfm460fcbe693bc9971@mail.gmail.com>
References: <c1ec9ac0910150635h19a55ecfm460fcbe693bc9971@mail.gmail.com>
Message-ID: <20091102080452.17824nqydlbqm7c4@webmail.pardus.de>

Quoting Liutauras Adomaitis <liutauras.adomaitis at gmail.com>:

> Hi all,
>
> I cannot setup mail enabled shared folder. I follow instructions on
> http://wiki.kolab.org/index.php/Shared_folders, but it is not working.
> Sending email fails because there is not such email.
> I have a shared folder shared.pagalba at infosaitas.lt
> I have a address book entry with email kolab+shared.pagalba at infosaitas.lt
> Then i look at openldap.log i see:
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=0 BIND dn="cn=nobody,cn=internal,dc=infosaitas,dc=lt" method=128
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=0 BIND dn="cn=nobody,cn=internal,dc=infosaitas,dc=lt" mech=SIMPLE
> ssf=0
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=0 RESULT tag=97 err=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=1 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab+shared.pagalba at infosaitas.lt))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=1 SRCH attr=mail member
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=1 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=2 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab+shared.pagalba at infosaitas.lt)(mail=kolab+shared.pagalba at infosaitas.lt))(!(cn:dn:=external)))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=2 SRCH attr=mail
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=2 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=3 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab at infosaitas.lt))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=3 SRCH attr=mail member
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=3 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=4 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab at infosaitas.lt)(mail=kolab at infosaitas.lt))(!(cn:dn:=external)))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=4 SRCH attr=mail
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=4 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=5 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab+shared.pagalba))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=5 SRCH attr=mail member
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=5 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=6 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab+shared.pagalba)(mail=kolab+shared.pagalba))(!(cn:dn:=external)))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=6 SRCH attr=mail
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=6 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=7 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=7 SRCH attr=mail member
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=7 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=8 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab)(mail=kolab))(!(cn:dn:=external)))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=8 SRCH attr=mail
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=8 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=9 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=@infosaitas.lt))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=9 SRCH attr=mail member
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=9 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=10 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(!(kolabDeleteflag=*))(|(alias=@infosaitas.lt)(mail=@infosaitas.lt))(!(cn:dn:=external)))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=10 SRCH attr=mail
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=10 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=11 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab+shared.pagalba at infosaitas.lt))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=11 SRCH attr=mail member
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=11 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=12 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab+shared.pagalba at infosaitas.lt)(mail=kolab+shared.pagalba at infosaitas.lt))(!(cn:dn:=external)))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=12 SRCH attr=mail
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=12 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=13 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab at infosaitas.lt))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=13 SRCH attr=mail member
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=13 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=14 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab at infosaitas.lt)(mail=kolab at infosaitas.lt))(!(cn:dn:=external)))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=14 SRCH attr=mail
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=14 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=15 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab+shared.pagalba))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=15 SRCH attr=mail member
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=15 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=16 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab+shared.pagalba)(mail=kolab+shared.pagalba))(!(cn:dn:=external)))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=16 SRCH attr=mail
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=16 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=17 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=17 SRCH attr=mail member
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=17 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=18 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab)(mail=kolab))(!(cn:dn:=external)))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=18 SRCH attr=mail
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=18 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=19 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=@infosaitas.lt))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=19 SRCH attr=mail member
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=19 SEARCH RESULT tag=101 err=0 nentries=0 text=
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=20 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
> filter="(&(!(kolabDeleteflag=*))(|(alias=@infosaitas.lt)(mail=@infosaitas.lt))(!(cn:dn:=external)))"
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=20 SRCH attr=mail
> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
> op=20 SEARCH RESULT tag=101 err=0 nentries=0 text=
> ^C
>
>
> It seems that if there would be no (!(cn:dn:=external))) in
> ldapvirtual.cf it will work.

I'm pretty certain we have an open bug concerning "plus-addressing" in  
our issue  tracker. And if I remember correctly we had some additional  
information there that allows to use the "kolab+*"-addresses again.  
But I must admit that I was unable to find the issue now :(

Cheers,

Gunnar

>
> Thanks
> Liutauras
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------

-------------- 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/20091102/6f3c5a79/attachment-0001.bin

From wrobel at pardus.de  Mon Nov  2 08:24:33 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 02 Nov 2009 08:24:33 +0100
Subject: Kolab and SyncML: Nothing happens
In-Reply-To: <4AEC86C0.5090903@intersoft-networks.ch>
References: <4AEC86C0.5090903@intersoft-networks.ch>
Message-ID: <20091102082433.139265z53lj9u1og@webmail.pardus.de>


Quoting Roland K?ser <roland.kaeser at intersoft-networks.ch>:

> Hello I've just installed 2.2.2 as pilot for upgrading / migrating old
> groupware/mail-servers. Just tried to sync a test mobile (Sony  
> Ericsson P990i) through
> SyncML (ActiveSync/z-push isn't working).
> It syncs fine but after all, no contacts/calendar entries are
> visible on web-client/kontact(linux)/kontact(windows) and vice
> versa.
>
> Is there any additional logging possibility to search for the
> problem?

You should find additional information here:

  http://wiki.kolab.org/index.php/Web_Client_SyncML

and on the Horde page linked there.

Cheers,

Gunnar

>
> Kind regards
>
> Roland
>
>  -- Roland K?ser, Systems Engineer  class=\"moz-txt-link-freetext\"
>
href=\"mailto:roland.kaeser at intersoft-networks.ch\">mailto:roland.kaeser at intersoft-networks.ch
>
---------------------------------------------------------------------------------------
> Diejenigen, die ihre Freiheit zugunsten der Sicherheit aufgeben,
> werden am Ende keines von beiden haben - und verdienen es auch
> nicht. (Benjamin Franklin)
>
---------------------------------------------------------------------------------------
>

-- 
____ http://www.pardus.de[1] _________________
http://gunnarwrobel.de[2] _

E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                         Bundesstrasse 29
Fax    : +49 721 1513 52322                        D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

Links:
------
[1] http://www.pardus.de
[2] http://gunnarwrobel.de

-------------- 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/20091102/0b2db261/attachment.bin

From adam at kde.org  Mon Nov  2 08:49:34 2009
From: adam at kde.org (Till Adam)
Date: Mon, 2 Nov 2009 08:49:34 +0100
Subject: Q: Kolab and Mac OS X?
In-Reply-To: <20091029112345.12781kzxv1xotlc0@webmail.pardus.de>
References: <200910281643.05521.albrecht.dress@lios-tech.com>
	<20091029112345.12781kzxv1xotlc0@webmail.pardus.de>
Message-ID: <200911020849.34849.adam@kde.org>

Good morning,

On Thursday 29 October 2009 11:23:45 Gunnar Wrobel wrote:
> Quoting Albrecht Dre? <albrecht.dress at lios-tech.com>:

> > my boss considers to shift from a Windows notebook to a Macbook -
> > the obvious question now is: how is it possible to use Kolab with
> > the Mac?
> >
> > The preferred way would of course be using the Mac tools (mail,
> > ical, address book).  Is that possible, maybe with a plug-in?
> >
> > Are there alternatives?  IIRC there were rumours about Kontact for
> > Mac.  Any idea about the status?
> 
> I'm not living in the Mac world myself but Till Adam is one of the
> core devs of Kontact and I know he runs contact on his mac. So maybe
> he can give you further directions.

There is no Kolab plugin for Apple's mail or calendar application, to the best 
of my knowledge. Kontact, however works fine. You can install version 4.x from 
macports and set it up using the kolabwizard, just like on Linux. There might 
also be fink packages, in the meantime, but I haven't kept current with them 
lately. On files.kolab.org you can also find an older version of an OSX 
installer that we built a while ago, but it's not current. Still, maybe useful 
for trying it out. Hopefully there will be a new one soon.

Hope that helps,

Till


From albrecht.dress at lios-tech.com  Mon Nov  2 10:22:05 2009
From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-15?q?Dre=DF?=)
Date: Mon, 2 Nov 2009 10:22:05 +0100
Subject: Q: Kolab and Mac OS X?
In-Reply-To: <200911020849.34849.adam@kde.org>
References: <200910281643.05521.albrecht.dress@lios-tech.com>
	<20091029112345.12781kzxv1xotlc0@webmail.pardus.de>
	<200911020849.34849.adam@kde.org>
Message-ID: <200911021022.06315.albrecht.dress@lios-tech.com>

Hi Till:

Thanks a lot for your information!

Am Montag 02 November 2009 08:49:34 schrieb Till Adam:
> There is no Kolab plugin for Apple's mail or calendar application, to the best of my knowledge.

A plug-in for Apple's applications would be cool as then the OS X sync infrastructure could probably be used ootb...  Or does Kontact/Mac (and Win?) support syncing mobile devices?

> Kontact, however works fine. You can install version 4.x from macports and set it up using the kolabwizard, just like on Linux.

I see.  Do you know if it uses the "native" (Quartz) qt, or X11 version?

I'm not really familiar with Macports (I mostly run Ubuntu um my old G4 Powermac... ;-), so it's probably my fault the I could not find "kontact" in the ports list <http://www.macports.org/ports.php>.  Do you have a pointer by chance?

> There might also be fink packages, in the meantime, but I haven't kept current with them lately. On files.kolab.org you can also find an older version of an OSX installer that we built a while ago, but it's not current. Still, maybe useful for trying it out. Hopefully there will be a new one soon.

That would of course be great!

There is a nasty issue (#3582) which prevents kontact/Win from working properly under some circumstances, btw, and afaik it could also influence a MacOS X version, at least is the storage is on a hfs+ drive.  Would be great if this could also be addressed.

> Hope that helps,

It does!

Thanks again, Albrecht.


From johannes_graumann at web.de  Thu Nov  5 21:37:49 2009
From: johannes_graumann at web.de (Johannes Graumann)
Date: Thu, 05 Nov 2009 21:37:49 +0100
Subject: Horde login problem
Message-ID: <hcvd2u$i4p$1@ger.gmane.org>

Hi,

My setup (2.2.2) is cruising along, but horde suddenly gives me trouble. I 
can login fine, but all I will see is the upper Toolbar. I have documented 
my investigation below and all seems to point towards an error from 
imapd.log: 
	SQUAT failed to open index file
	SQUAT failed
I have googled on this, but no clear image on what to do did arise.
Is it possible that it's just my preferences file that's screwed up once 
more? I have had that before and have recently played around with "dynamic" 
rather than "classic" login, so a terminal modification there is not out of 
the question ...
Any input is highly appreciated.

Thanks, Joh

Prompt> cd /kolab
Prompt> find -mmin -5
./var/kolab/www/client/log/horde.log
./var/kolab/www/client/log/php-errors.log
./var/kolab/www/client/storage
./var/kolab/www/client/storage/horde.db
./var/kolab/www/client/storage/johannes.graumann at graumannschaft.org.prefs
./var/kolab/www/client/tmp
./var/kolab/www/client/tmp/sess_e81013b126f4e54eacf70db54491fe48
./var/kolab/www/client/tmp/kolab_cache53e4259e4bbec4a006266e3b9a240651
./var/kolab/www/client/tmp/kolab_cache3122828096ac8b51d5a5ebe3714531bb
./var/apache/log/ssl_scache.pag
./var/apache/log/apache-access.log
./var/sasl/log/saslauthd.log
./var/openldap/openldap-data/__db.002
./var/openldap/openldap-data/__db.003
./var/openldap/openldap-data/__db.005
./var/imapd/proc
./var/imapd/log/imapd.log
./var/imapd/log/cyrmaster.log
./var/imapd/domain/g/graumannschaft.org/user/j/johannes^graumann.seen
./var/imapd/db/__db.004
./var/imapd/db/__db.002
./var/imapd/db/__db.003
./var/imapd/db/__db.001
./var/imapd/db/__db.006
./var/imapd/db/__db.005

Excerpt ./var/kolab/www/client/log/horde.log

Nov 05 20:46:09 HORDE [error] [kronolith] IMAP error. Server: 127.0.0.1. 
Error: IMAP Authentication cancelled [pid 15899 on line 1330 of 
"/kolab/var/kolab/www/client/kronolith/lib/Kronolith.php"]

Excerpt ./var/kolab/www/client/log/php-errors.log


[05-Nov-2009 20:46:09] PHP Notice:  Unknown: SECURITY PROBLEM: insecure 
server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
[05-Nov-2009 20:46:09] PHP Notice:  Unknown: IMAP protocol error: Client 
canceled authentication (errflg=2) in Unknown on line 0
[05-Nov-2009 20:46:09] PHP Notice:  Unknown: IMAP Authentication cancelled 
(errflg=2) in Unknown on line 0

Excerpt ./var/sasl/log/saslauthd.log
Nov 05 20:46:25 h1616679.stratoserver.net <error> saslauthd[13653]: user 
ldap_search_st() failed: Can't contact LDAP server
Nov 05 20:46:25 h1616679.stratoserver.net <info> saslauthd[13653]: Retrying 
authentication
Nov 05 20:51:32 h1616679.stratoserver.net <debug> saslauthd[13628]: 
ldap_simple_bind() failed -1 (Can't contact LDAP server).
Nov 05 20:51:32 h1616679.stratoserver.net <info> saslauthd[13628]: Retrying 
authentication
Nov 05 20:51:32 h1616679.stratoserver.net <debug> saslauthd[13653]: 
ldap_simple_bind() failed -1 (Can't contact LDAP server).
Nov 05 20:51:32 h1616679.stratoserver.net <info> saslauthd[13653]: Retrying 
authentication

Excerpt ./var/imapd/log/imapd.log
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[5524]: accepted 
connection
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[5524]: canonify: 
'johannes.graumann at graumannschaft.org'
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[5524]: canonify: 
'johannes.graumann at graumannschaft.org'
Nov 05 20:46:25 h1616679.stratoserver.net <notice> imap[5524]: login: 
h1616679.stratoserver.net [127.0.0.1] johannes.graumann at graumannschaft.org 
PLAIN User logged in
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: executed
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: accepted 
connection
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: canonify: 
'johannes.graumann at graumannschaft.org'
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: canonify: 
'johannes.graumann at graumannschaft.org'
Nov 05 20:46:25 h1616679.stratoserver.net <notice> imap[6094]: login: 
h1616679.stratoserver.net [127.0.0.1] johannes.graumann at graumannschaft.org 
PLAIN User logged in
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: seen_db: user 
johannes^graumann at graumannschaft.org opened 
/kolab/var/imapd/domain/g/graumannschaft.org/user/j/johannes^graumann.seen
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: open: user 
johannes^graumann at graumannschaft.org opened INBOX
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: SQUAT failed 
to open index file
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: SQUAT failed
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: executed
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: accepted 
connection
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: canonify: 
'johannes.graumann at graumannschaft.org'
Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: canonify: 
'johannes.graumann at graumannschaft.org'
Nov 05 20:46:25 h1616679.stratoserver.net <notice> imap[6095]: login: 
h1616679.stratoserver.net [127.0.0.1] johannes.graumann at graumannschaft.org 
PLAIN User logged in




From carsten at cburghardt.com  Fri Nov  6 08:10:40 2009
From: carsten at cburghardt.com (Carsten Burghardt)
Date: Fri, 06 Nov 2009 08:10:40 +0100
Subject: Horde login problem
In-Reply-To: <hcvd2u$i4p$1@ger.gmane.org>
References: <hcvd2u$i4p$1@ger.gmane.org>
Message-ID: <20091106081040.24505whjt8r2xp8g@www.inovox.de>

Hi Johannes,

Zitat von Johannes Graumann <johannes_graumann at web.de>:

> Hi,
>
> My setup (2.2.2) is cruising along, but horde suddenly gives me trouble. I
> can login fine, but all I will see is the upper Toolbar. I have documented
> my investigation below and all seems to point towards an error from
> imapd.log:
> 	SQUAT failed to open index file
> 	SQUAT failed

That is not related it is only a message that indexing is not enabled  
if I remember correctly.

> I have googled on this, but no clear image on what to do did arise.
> Is it possible that it's just my preferences file that's screwed up once
> more? I have had that before and have recently played around with "dynamic"
> rather than "classic" login, so a terminal modification there is not out of
> the question ...
> Any input is highly appreciated.
>
> Thanks, Joh
>
> Prompt> cd /kolab
> Prompt> find -mmin -5
> ./var/kolab/www/client/log/horde.log
> ./var/kolab/www/client/log/php-errors.log
> ./var/kolab/www/client/storage
> ./var/kolab/www/client/storage/horde.db
> ./var/kolab/www/client/storage/johannes.graumann at graumannschaft.org.prefs
> ./var/kolab/www/client/tmp
> ./var/kolab/www/client/tmp/sess_e81013b126f4e54eacf70db54491fe48
> ./var/kolab/www/client/tmp/kolab_cache53e4259e4bbec4a006266e3b9a240651
> ./var/kolab/www/client/tmp/kolab_cache3122828096ac8b51d5a5ebe3714531bb
> ./var/apache/log/ssl_scache.pag
> ./var/apache/log/apache-access.log
> ./var/sasl/log/saslauthd.log
> ./var/openldap/openldap-data/__db.002
> ./var/openldap/openldap-data/__db.003
> ./var/openldap/openldap-data/__db.005
> ./var/imapd/proc
> ./var/imapd/log/imapd.log
> ./var/imapd/log/cyrmaster.log
> ./var/imapd/domain/g/graumannschaft.org/user/j/johannes^graumann.seen
> ./var/imapd/db/__db.004
> ./var/imapd/db/__db.002
> ./var/imapd/db/__db.003
> ./var/imapd/db/__db.001
> ./var/imapd/db/__db.006
> ./var/imapd/db/__db.005
>
> Excerpt ./var/kolab/www/client/log/horde.log
>
> Nov 05 20:46:09 HORDE [error] [kronolith] IMAP error. Server: 127.0.0.1.
> Error: IMAP Authentication cancelled [pid 15899 on line 1330 of
> "/kolab/var/kolab/www/client/kronolith/lib/Kronolith.php"]
>
> Excerpt ./var/kolab/www/client/log/php-errors.log
>
>
> [05-Nov-2009 20:46:09] PHP Notice:  Unknown: SECURITY PROBLEM: insecure
> server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
> [05-Nov-2009 20:46:09] PHP Notice:  Unknown: IMAP protocol error: Client
> canceled authentication (errflg=2) in Unknown on line 0
> [05-Nov-2009 20:46:09] PHP Notice:  Unknown: IMAP Authentication cancelled
> (errflg=2) in Unknown on line 0
>
> Excerpt ./var/sasl/log/saslauthd.log
> Nov 05 20:46:25 h1616679.stratoserver.net <error> saslauthd[13653]: user
> ldap_search_st() failed: Can't contact LDAP server
> Nov 05 20:46:25 h1616679.stratoserver.net <info> saslauthd[13653]: Retrying
> authentication
> Nov 05 20:51:32 h1616679.stratoserver.net <debug> saslauthd[13628]:
> ldap_simple_bind() failed -1 (Can't contact LDAP server).
> Nov 05 20:51:32 h1616679.stratoserver.net <info> saslauthd[13628]: Retrying
> authentication
> Nov 05 20:51:32 h1616679.stratoserver.net <debug> saslauthd[13653]:
> ldap_simple_bind() failed -1 (Can't contact LDAP server).
> Nov 05 20:51:32 h1616679.stratoserver.net <info> saslauthd[13653]: Retrying
> authentication
>
> Excerpt ./var/imapd/log/imapd.log
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[5524]: accepted
> connection
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[5524]: canonify:
> 'johannes.graumann at graumannschaft.org'
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[5524]: canonify:
> 'johannes.graumann at graumannschaft.org'
> Nov 05 20:46:25 h1616679.stratoserver.net <notice> imap[5524]: login:
> h1616679.stratoserver.net [127.0.0.1] johannes.graumann at graumannschaft.org
> PLAIN User logged in
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: executed
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: accepted
> connection
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: canonify:
> 'johannes.graumann at graumannschaft.org'
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: canonify:
> 'johannes.graumann at graumannschaft.org'
> Nov 05 20:46:25 h1616679.stratoserver.net <notice> imap[6094]: login:
> h1616679.stratoserver.net [127.0.0.1] johannes.graumann at graumannschaft.org
> PLAIN User logged in
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: seen_db: user
> johannes^graumann at graumannschaft.org opened
> /kolab/var/imapd/domain/g/graumannschaft.org/user/j/johannes^graumann.seen
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: open: user
> johannes^graumann at graumannschaft.org opened INBOX
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: SQUAT failed
> to open index file
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: SQUAT failed
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: executed
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: accepted
> connection
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: canonify:
> 'johannes.graumann at graumannschaft.org'
> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: canonify:
> 'johannes.graumann at graumannschaft.org'
> Nov 05 20:46:25 h1616679.stratoserver.net <notice> imap[6095]: login:
> h1616679.stratoserver.net [127.0.0.1] johannes.graumann at graumannschaft.org
> PLAIN User logged in
>
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>






From wrobel at pardus.de  Fri Nov  6 09:26:31 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 06 Nov 2009 09:26:31 +0100
Subject: Horde login problem
In-Reply-To: <20091106081040.24505whjt8r2xp8g@www.inovox.de>
References: <hcvd2u$i4p$1@ger.gmane.org>
	<20091106081040.24505whjt8r2xp8g@www.inovox.de>
Message-ID: <20091106092631.80454jdie8qge2sk@webmail.pardus.de>

Quoting Carsten Burghardt <carsten at cburghardt.com>:

> Hi Johannes,
>
> Zitat von Johannes Graumann <johannes_graumann at web.de>:
>
>> Hi,
>>
>> My setup (2.2.2) is cruising along, but horde suddenly gives me trouble. I
>> can login fine, but all I will see is the upper Toolbar.

This sounds like there is a problem with cached data. Do you have any  
errors in  /kolab/var/kolab/www/client/log/php-errors.log?

>> I have documented
>> my investigation below and all seems to point towards an error from
>> imapd.log:
>> 	SQUAT failed to open index file
>> 	SQUAT failed
>
> That is not related it is only a message that indexing is not enabled
> if I remember correctly.

Correct. That has nothing to do with the Horde problem.

Cheers,

Gunnar

>
>> I have googled on this, but no clear image on what to do did arise.
>> Is it possible that it's just my preferences file that's screwed up once
>> more? I have had that before and have recently played around with "dynamic"
>> rather than "classic" login, so a terminal modification there is not out of
>> the question ...
>> Any input is highly appreciated.
>>
>> Thanks, Joh
>>
>> Prompt> cd /kolab
>> Prompt> find -mmin -5
>> ./var/kolab/www/client/log/horde.log
>> ./var/kolab/www/client/log/php-errors.log
>> ./var/kolab/www/client/storage
>> ./var/kolab/www/client/storage/horde.db
>> ./var/kolab/www/client/storage/johannes.graumann at graumannschaft.org.prefs
>> ./var/kolab/www/client/tmp
>> ./var/kolab/www/client/tmp/sess_e81013b126f4e54eacf70db54491fe48
>> ./var/kolab/www/client/tmp/kolab_cache53e4259e4bbec4a006266e3b9a240651
>> ./var/kolab/www/client/tmp/kolab_cache3122828096ac8b51d5a5ebe3714531bb
>> ./var/apache/log/ssl_scache.pag
>> ./var/apache/log/apache-access.log
>> ./var/sasl/log/saslauthd.log
>> ./var/openldap/openldap-data/__db.002
>> ./var/openldap/openldap-data/__db.003
>> ./var/openldap/openldap-data/__db.005
>> ./var/imapd/proc
>> ./var/imapd/log/imapd.log
>> ./var/imapd/log/cyrmaster.log
>> ./var/imapd/domain/g/graumannschaft.org/user/j/johannes^graumann.seen
>> ./var/imapd/db/__db.004
>> ./var/imapd/db/__db.002
>> ./var/imapd/db/__db.003
>> ./var/imapd/db/__db.001
>> ./var/imapd/db/__db.006
>> ./var/imapd/db/__db.005
>>
>> Excerpt ./var/kolab/www/client/log/horde.log
>>
>> Nov 05 20:46:09 HORDE [error] [kronolith] IMAP error. Server: 127.0.0.1.
>> Error: IMAP Authentication cancelled [pid 15899 on line 1330 of
>> "/kolab/var/kolab/www/client/kronolith/lib/Kronolith.php"]
>>
>> Excerpt ./var/kolab/www/client/log/php-errors.log
>>
>>
>> [05-Nov-2009 20:46:09] PHP Notice:  Unknown: SECURITY PROBLEM: insecure
>> server advertised AUTH=PLAIN (errflg=1) in Unknown on line 0
>> [05-Nov-2009 20:46:09] PHP Notice:  Unknown: IMAP protocol error: Client
>> canceled authentication (errflg=2) in Unknown on line 0
>> [05-Nov-2009 20:46:09] PHP Notice:  Unknown: IMAP Authentication cancelled
>> (errflg=2) in Unknown on line 0
>>
>> Excerpt ./var/sasl/log/saslauthd.log
>> Nov 05 20:46:25 h1616679.stratoserver.net <error> saslauthd[13653]: user
>> ldap_search_st() failed: Can't contact LDAP server
>> Nov 05 20:46:25 h1616679.stratoserver.net <info> saslauthd[13653]: Retrying
>> authentication
>> Nov 05 20:51:32 h1616679.stratoserver.net <debug> saslauthd[13628]:
>> ldap_simple_bind() failed -1 (Can't contact LDAP server).
>> Nov 05 20:51:32 h1616679.stratoserver.net <info> saslauthd[13628]: Retrying
>> authentication
>> Nov 05 20:51:32 h1616679.stratoserver.net <debug> saslauthd[13653]:
>> ldap_simple_bind() failed -1 (Can't contact LDAP server).
>> Nov 05 20:51:32 h1616679.stratoserver.net <info> saslauthd[13653]: Retrying
>> authentication
>>
>> Excerpt ./var/imapd/log/imapd.log
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[5524]: accepted
>> connection
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[5524]: canonify:
>> 'johannes.graumann at graumannschaft.org'
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[5524]: canonify:
>> 'johannes.graumann at graumannschaft.org'
>> Nov 05 20:46:25 h1616679.stratoserver.net <notice> imap[5524]: login:
>> h1616679.stratoserver.net [127.0.0.1] johannes.graumann at graumannschaft.org
>> PLAIN User logged in
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: executed
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: accepted
>> connection
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: canonify:
>> 'johannes.graumann at graumannschaft.org'
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: canonify:
>> 'johannes.graumann at graumannschaft.org'
>> Nov 05 20:46:25 h1616679.stratoserver.net <notice> imap[6094]: login:
>> h1616679.stratoserver.net [127.0.0.1] johannes.graumann at graumannschaft.org
>> PLAIN User logged in
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: seen_db: user
>> johannes^graumann at graumannschaft.org opened
>> /kolab/var/imapd/domain/g/graumannschaft.org/user/j/johannes^graumann.seen
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: open: user
>> johannes^graumann at graumannschaft.org opened INBOX
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: SQUAT failed
>> to open index file
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6094]: SQUAT failed
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: executed
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: accepted
>> connection
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: canonify:
>> 'johannes.graumann at graumannschaft.org'
>> Nov 05 20:46:25 h1616679.stratoserver.net <debug> imap[6095]: canonify:
>> 'johannes.graumann at graumannschaft.org'
>> Nov 05 20:46:25 h1616679.stratoserver.net <notice> imap[6095]: login:
>> h1616679.stratoserver.net [127.0.0.1] johannes.graumann at graumannschaft.org
>> PLAIN User logged in
>>
>>
>>
>> _______________________________________________
>> 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 <<
--------------------------------------------------------------------

-------------- 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/20091106/b7ad9d09/attachment.bin

From johannes_graumann at web.de  Sun Nov  8 14:25:54 2009
From: johannes_graumann at web.de (Johannes Graumann)
Date: Sun, 08 Nov 2009 14:25:54 +0100
Subject: Horde login problem
References: <hcvd2u$i4p$1@ger.gmane.org>
	<20091106081040.24505whjt8r2xp8g@www.inovox.de>
	<20091106092631.80454jdie8qge2sk@webmail.pardus.de>
Message-ID: <hd6gt2$u4r$1@ger.gmane.org>

Gunnar Wrobel wrote:

> Quoting Carsten Burghardt <carsten at cburghardt.com>:
> 
>> Hi Johannes,
>>
>> Zitat von Johannes Graumann <johannes_graumann at web.de>:
>>
>>> Hi,
>>>
>>> My setup (2.2.2) is cruising along, but horde suddenly gives me trouble.
>>> I can login fine, but all I will see is the upper Toolbar.
> 
> This sounds like there is a problem with cached data. Do you have any
> errors in  /kolab/var/kolab/www/client/log/php-errors.log?

Here's this morning's try - same error. See the php-errors.log excerpt 
below 
... thanks for your help.

Joh


Prompt:/kolab# date
Fri Nov  6 09:58:08 CET 2009
Prompt:/kolab# find -mmin -2
./var/kolab/www/client/log/horde.log
./var/kolab/www/client/log/php-errors.log
./var/kolab/www/client/storage
./var/kolab/www/client/storage/horde.db
./var/kolab/www/client/storage/johannes.graumann at graumannschaft.org.prefs
./var/kolab/www/client/tmp
./var/kolab/www/client/tmp/sess_3016885fd41653c82f32f19bbcdfac0a
./var/kolab/www/client/tmp/kolab_cache53e4259e4bbec4a006266e3b9a240651
./var/kolab/www/client/tmp/kolab_cache3122828096ac8b51d5a5ebe3714531bb
./var/apache/log/apache-access.log
./var/sasl/log/saslauthd.log
./var/openldap/openldap-data/__db.004
./var/openldap/openldap-data/__db.002
./var/openldap/openldap-data/__db.003
./var/openldap/openldap-data/__db.006
./var/openldap/openldap-data/__db.005
./var/clamav/clamd.log
./var/imapd/proc
./var/imapd/log/imapd.log
./var/imapd/log/cyrmaster.log
./var/imapd/domain/g/graumannschaft.org/user/j/johannes^graumann.seen
./var/imapd/db/__db.004
./var/imapd/db/__db.002
./var/imapd/db/__db.003
./var/imapd/db/__db.001
./var/imapd/db/__db.006
./var/imapd/db/__db.005

Excerpt ./var/kolab/www/client/log/php-errors.log

[06-Nov-2009 09:58:20] PHP Warning:  DOMDocument::loadXML() [<a 
href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag expected, 
'&lt;' not found in Entity, line: 2 in 
/kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
[06-Nov-2009 09:58:20] PHP Fatal error:  Call to a member function 
hasChildNodes() on a non-object in 
/kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
[06-Nov-2009 09:58:21] PHP Warning:  DOMDocument::loadXML() [<a 
href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag expected, 
'&lt;' not found in Entity, line: 2 in 
/kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137

Excerpt ./var/kolab/www/client/log/horde.log

Nov 06 09:58:12 HORDE [debug] [imp] Hook _prefs_change_hook_last_login in 
application horde not called. [pid 25859 on line 1683 of 
"/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:12 HORDE [debug] [imp] Hook 
_prefs_change_hook_expanded_folders 
in application horde not called. [pid 25859 on line 1683 of 
"/kolab/var/kolab/www/client/lib/Horde.php"]
... LOTS OF COPIES ...
Nov 06 09:58:13 HORDE [notice] [imp] Login success for 
johannes.graumann at graumannschaft.org [141.61.32.61] to 
{h1616679.stratoserver.net:143 [imap/notls/novalidate-cert]} [pid 25859 on 
line 304 of "/kolab/var/kolab/www/client/imp/lib/Session.php"]
Nov 06 09:58:13 HORDE [debug] [imp] Hook 
_prefs_change_hook_last_maintenance 
in application horde not called. [pid 25859 on line 1683 of 
"/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:13 HORDE [debug] [imp] Max memory usage: 11272192 bytes [pid 
25859 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
Nov 06 09:58:13 HORDE [debug] [imp] IMAP errors: SECURITY PROBLEM: insecure 
server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server advertised 
AUTH=PLAIN [pid 25859 on line 175 of 
"/kolab/var/kolab/www/client/imp/lib/IMAP.php"]
Nov 06 09:58:15 HORDE [debug] [horde] Max memory usage: 5242880 bytes [pid 
25859 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
Nov 06 09:58:15 HORDE [debug] [horde] Max memory usage: 3932160 bytes [pid 
25864 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
Nov 06 09:58:15 HORDE [debug] [turba] Hook _horde_hook_share_init in 
application horde not called. [pid 30686 on line 1683 of 
"/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:19 HORDE [debug] [turba] Hook 
_prefs_change_hook_turba_maintenance_tasks in application horde not called. 
[pid 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:20 HORDE [debug] [kronolith] Hook _horde_hook_share_init in 
application horde not called. [pid 30686 on line 1683 of 
"/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:20 HORDE [debug] [kronolith] Hook 
_prefs_change_hook_display_remote_cals in application horde not called. 
[pid 
30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:20 HORDE [debug] [nag] Hook _horde_hook_share_init in 
application horde not called. [pid 30686 on line 1683 of 
"/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:20 HORDE [debug] [nag] Hook 
_prefs_change_hook_display_tasklists in application horde not called. [pid 
30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:20 HORDE [debug] [kronolith] Hook 
_prefs_change_hook_display_external_cals in application horde not called. 
[pid 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:20 HORDE [debug] [kronolith] Hook 
_prefs_change_hook_display_cals in application horde not called. [pid 30686 
on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:20 HORDE [debug] [kronolith] Max memory usage: 15990784 bytes 
[pid 30686 on line 339 of 
"/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
Nov 06 09:58:20 HORDE [debug] [kronolith] IMAP errors: SECURITY PROBLEM: 
insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server 
advertised AUTH=PLAIN Mailbox does not exist Mailbox does not exist [pid 
30686 on line 175 of "/kolab/var/kolab/www/client/imp/lib/IMAP.php"]
Nov 06 09:58:20 HORDE [debug] [imp] Max memory usage: 4980736 bytes [pid 
25859 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
Nov 06 09:58:20 HORDE [debug] [nag] Hook _horde_hook_share_init in 
application horde not called. [pid 25864 on line 1683 of 
"/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:20 HORDE [debug] [nag] Hook 
_prefs_change_hook_display_tasklists in application horde not called. [pid 
25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:20 HORDE [debug] [mnemo] Hook _horde_hook_share_init in 
application horde not called. [pid 25864 on line 1683 of 
"/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:20 HORDE [debug] [mnemo] Hook 
_prefs_change_hook_display_notepads in application horde not called. [pid 
25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:21 HORDE [debug] [kronolith] Hook _horde_hook_share_init in 
application horde not called. [pid 25864 on line 1683 of 
"/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:21 HORDE [debug] [kronolith] Hook 
_prefs_change_hook_display_remote_cals in application horde not called. 
[pid 
25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:21 HORDE [debug] [kronolith] Hook 
_prefs_change_hook_display_external_cals in application horde not called. 
[pid 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:21 HORDE [debug] [kronolith] Hook 
_prefs_change_hook_display_cals in application horde not called. [pid 25864 
on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:21 HORDE [debug] [kronolith] Hook 
_prefs_change_hook_last_kronolith_maintenance in application horde not 
called. [pid 25864 on line 1683 of 
"/kolab/var/kolab/www/client/lib/Horde.php"]
Nov 06 09:58:21 HORDE [debug] [kronolith] Max memory usage: 15204352 bytes 
[pid 25864 on line 339 of 
"/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
Nov 06 09:58:21 HORDE [debug] [kronolith] IMAP errors: SECURITY PROBLEM: 
insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server 
advertised AUTH=PLAIN [pid 25864 on line 175 of 
"/kolab/var/kolab/www/client/imp/lib/IMAP.php"]



From kcaesar at hotmail.com  Mon Nov  9 12:14:03 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Mon, 9 Nov 2009 12:14:03 +0100
Subject: Blackberry bold + syncml+ horde trouble
Message-ID: <BLU122-W12ED14C51C170CD7058685A3AC0@phx.gbl>


Hello,

I already sent to the list but without any real answer.
Since, I made and made again some test but without succes.

I want to sync my BB Bold with kolab + horde and syncml but that's don't work .. :(

My platform is :

Kolab 2.2.2 and BB Bold with a BIS access. I try to sync with funambol.

I get each time with any configuration the same error message that is "Network Error". 


Please anybody can help me to solve this situation ?


Best regards,

 		 	   		  
_________________________________________________________________
Nouveau ! Tout Windows d?barque dans votre t?l?phone. Voir les Windows phone
http://clk.atdmt.com/FRM/go/175819071/direct/01/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091109/664991d4/attachment.html

From hjkim at bynari.net  Mon Nov  9 15:19:00 2009
From: hjkim at bynari.net (Hyun Kim)
Date: Mon, 09 Nov 2009 08:19:00 -0600
Subject: Bynari's Kolab Connector in release candidate
Message-ID: <97f6e896.1ca6147.12bceb4a.4e45@bynari.net>

Kolab users, 

Many of you have inquired about the Connector status for the Kolab Server. The release candidate version is now available.   Please read the release notes below for all the details.

We would appreciate any feedback and suggestions.  You can contact us with any issues and questions:  icbeta at bynari.net.

 

 

https://beyond.bynari.net/files/connector/ic4beta/BynariKolab-InsightConnector-iCal-Kolab-4.0.0-1105561-INI.zip

 

Insight Connector 4.0 Kolab Release Notes

We are very pleased to announce the New Insight Connector 4.0 Release Candidate for the Kolab Server! 

 

SPECIAL CONSIDERATIONS

*	Please note that the Connector will check for the latest Outlook patches before it installs. If Outlook is out of date, the Connector will not continue with the installation until the latest patches are applied. 

*	If you are upgrading from V3.x, rules will not automatically migrate to V4.0. See KDB article for migration information: http://www.bynari.net/esupport/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=200182 <http://www.bynari.net/esupport/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=200182>  

*	If you are using any anti-virus products with Outlook, like AVG Virus scanner, please turn off email scanning. 

*	Mobile devices are now supported! Please review this article for the details: http://www.bynari.net/esupport/Mobility%20support%20in%20Insight%20Connector%204%2e0.html <http://www.bynari.net/esupport/Mobility%20support%20in%20Insight%20Connector%204%2e0.html>  

*	Removed option: Under the Connector accounts, Send/Receive Tab, "Send/Receive checks all mail folders" 


FIXES


*	Build 561: 

	*	User unable to move messages to a shared folder that does not have read permissions but does have insert or post permissions 
	*	Auto-Registration using SSL does not change the Port Number 
	*	Added Microsoft Address Book when creating a new message store provider 
	*	Additional language translations available: Japanese, French 
	*	iCal: Fixed Outlook crashing when receiving an iCal meeting invitation from Apple calendar application 
	*	KOLAB Server: 

		*	Connector shared folders not displaying 
		*	Some contact record fields are missing from the XML for export/import 
		*	Calendar events do not have a timezone listed in the XML 
		*	Shared calendars sometimes will not appear in the Calendar tab automatically 
		*	All-day & multi-day events have an extra day added to the end 
		*	Change a calendar event to meeting request; recipient never gets emailed 
		*	Root folder display name changes to default "Insight Server Folders" 

*	Build 558: 

	*	Shared folders display in folder tree even when users do not have rights to them 
	*	"Temporarily out of office" feature loops emails to itself 
	*	LDAP configuration does not allow for non-standard port 
	*	Unable to synchronize with Blackberry 
	*	Additional language translations available: German, Dutch, Portuguese 
	*	iCal: Erroneous timezone information in iCalendar object 
	*	KOLAB Server: 

		*	Task created in web client shows due date incorrectly in Outlook 
		*	Ampersand symbol in company name causes shared contact to display improperly 
		*	"Parent" relation of tasks lost when edited in Connector 
		*	Root folder display name changes to default "Insight Server Folders" 


NEW FEATURES


*	PST file support 
*	Grouping by Colors and Categories 
*	User Quota 
*	Push Email support 
*	Photo support for vCard 
*	vCard 4.0 Distribution List 
*	Addressbook integration 
*	Mobility support for cradle sync 
*	Performance enhancements 

	*	Rewrote the download sync program to download the new emails quickly 
	*	Faster folder switching 
	*	Faster start of Outlook 
	*	Downloads attachments on demand 
	*	Downloads new messages first, then syncs others in the background 
	*	Faster copying of messages 

*	Sieve rules/vacation notification 
*	Client side out of office 
*	Enhanced offline support; automatically detects when connection is online 
*	Added "Purge Messages" to Outlook menu under "Edit" 
*	Can search for users and groups under folder permissions using the LDAP directory (under Folder/Add) 
*	Auto registration with Insight Server 


KNOWN ISSUES


*	French localization not yet available for the installer 
*	Items flagged as "private" in shared folders do not work in either the Connector or Horde web client 
*	All day Recurring events have an extra day added to the end. 

 

 

Thanks,

Hyun 


Mrs. Hyun Kim
President
Bynari, Inc.
222 W Las Colinas Blvd, Suite 1320N

Irving, Tx  75039

www.bynari.net

(214) 350-5772 X59
(214) 789-8674 cell
(214) 352-3530 fax

 

"Sharing made easy...leading the way for Universal Collaboration."

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091109/a492396e/attachment-0001.html

From albrecht.dress at lios-tech.com  Mon Nov  9 17:15:45 2009
From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-15?q?Dre=DF?=)
Date: Mon, 9 Nov 2009 17:15:45 +0100
Subject: Bynari's Kolab Connector in release candidate
In-Reply-To: <97f6e896.1ca6147.12bceb4a.4e45@bynari.net>
References: <97f6e896.1ca6147.12bceb4a.4e45@bynari.net>
Message-ID: <200911091715.45535.albrecht.dress@lios-tech.com>

Am Montag 09 November 2009 15:19:00 schrieb Hyun Kim:
> Kolab users, 
> 
> Many of you have inquired about the Connector status for the Kolab Server. The release candidate version is now available.   Please read the release notes below for all the details.
> 
> We would appreciate any feedback and suggestions.  You can contact us with any issues and questions:  icbeta at bynari.net.

We are currently using the Toltec connector and are quite unhappy with it.  Thus I gave your product a try, following this message on the Kolab user's list.  Here are some observations/questions, testing on a virtual machine (Sun Virtualbox) running Windows XP and Outlook 2007:

- The installation requires admin privileges, and asks for creating a profile.  This is an untypical situation; usually the admin user will have no mail account, but the (unprivileged) users do.  IMHO it would be better to remove the profile stuff from the wizard and explain in the docs how to perfrom it for a user account.

- The configuration options are somewhat confusing and well not documented.  I want a setup where everything is held on the Kolab server, but with a full copy, including all accessible shared folders, of everything for offline work on the box running outlook (in a pst file?).  When the user re-connects, new messages should be synchronised from the server, and everything erased locally in offline mode should also be erased on the server (see [1] for a Toltec bug regarding the synchronisation).  Please provide a configuration guide for this and other standard scenarios.

- Shared calendars are not recognised and still shown under "Mail" (cyradm reports that it has type "folder-type: event.default").  Same problem with shared contacts.

- Folder permissions for shared folders are not shown.

- Renaming the folder from "...Insight..." to "Kolab" is shown only after restarting Outlook.

- Some kind of feedback would be nice, indicating the progress of sync operations for huge folders (progress bar, whatever).  Maybe I was to dumb to find the config option for that, though...


Best regards,
Albrecht.

[1] <https://www.intevation.de/roundup/kolab/issue3346>




-- 
Dr. Albrecht Dre?
LIOS Technology GmbH
R & D - Software Design
Schanzenstra?e 39 / Building D9-D13
D-51063 K?ln / Germany
Phone +49 221 99887 401
Fax   +49 221 99887 150
Managing Director: Thomas Oldemeyer
Registration Court Amtsgericht Cologne, Reg.-No. HRB 33482


From brueser at hia.rwth-aachen.de  Tue Nov 10 09:39:08 2009
From: brueser at hia.rwth-aachen.de (=?ISO-8859-15?Q?Christoph_Br=FCser?=)
Date: Tue, 10 Nov 2009 09:39:08 +0100
Subject: smtpd segfaults on Ubuntu 8.04 (64 bit)
Message-ID: <4AF926AC.10909@hia.rwth-aachen.de>

Hi all,

I have been setting up a Kolab 2.2.2 server on an Ubuntu 8.04 (64 bit) 
server. The machine is a quad-core Xeon running at 2.33 GHz. I built and 
bootstrapped Kolab from source which worked flawlessly.

However, I am now experiencing a strange bug in Postfix's smtpd demon. 
Whenever a client tries to send an e-mail through the Postfix server the 
smtpd process that handles the connection segfaults. The postfix.log 
snippet pasted below shows that the demon crashes after/while trying to 
connect to the local LDAP server to check the recipient maps.


postfix.log
===========
....
postfix/smtpd[28099]: >>> CHECKING RECIPIENT MAPS <<<
postfix/smtpd[28099]: ctable_locate: leave existing entry key 
test1 at medit.intern
postfix/smtpd[28099]: maps_find: recipient_canonical_maps: 
test1 at medit.intern: not found
postfix/smtpd[28099]: maps_find: recipient_canonical_maps: test1: not found
postfix/smtpd[28099]: maps_find: recipient_canonical_maps: 
@medit.intern: not found
postfix/smtpd[28099]: mail_addr_find: test1 at medit.intern -> (not found)
postfix/smtpd[28099]: maps_find: canonical_maps: test1 at medit.intern: not 
found
postfix/smtpd[28099]: maps_find: canonical_maps: test1: not found
postfix/smtpd[28099]: maps_find: canonical_maps: @medit.intern: not found
postfix/smtpd[28099]: mail_addr_find: test1 at medit.intern -> (not found)
postfix/smtpd[28099]: dict_ldap_lookup: In dict_ldap_lookup
postfix/smtpd[28099]: dict_ldap_lookup: No existing connection for LDAP 
source /kolab/etc/postfix/ldapdistlist.cf, reopening
postfix/smtpd[28099]: dict_ldap_connect: Connecting to server 
ldap://127.0.0.1:389
postfix/master[27949]: warning: process /kolab/libexec/postfix/smtpd pid 
28099 killed by signal 11


I have also captured the output of ltrace for the smtpd process which 
shows that the cause for the segfault is a memmove() call with a source 
adress of -1.


ltrace output
=============
....
strlen("dict_ldap_connect: Connecting to"...)    = 61
gettimeofday(0x7fff30585810, NULL)               = 0
write(7, "Nov 10 09:14:10 lothlorien <info"..., 117) = 117
setrlimit(1, 0x7fff30586400, 0, -1, 117)         = 0
calloc(1, 272)                                   = 0xa919a0
memmove(0xa919a8, 0x9710c0, 168, 0xa91ab8, 0)    = 0xa919a8
malloc(16)                                       = 0xa09580
memmove(0xa09580, -1, 16, 0x7f7c27afba50, 0 <unfinished ...>
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++


Interestingly, the bug only occurs with remote clients, i.e. SMTP 
connections from 127.0.0.1 do not cause cause this crash. Hence, sending 
mails by means of the webclient works while sending mails through 
Outlook and Kontakt does not.

I suppose that this might be a 64 bit issue. Does anybody have any 
pointers or possible solutions for this problem?

Any help is greatly appreciated. Thanks!

Best regards

Christoph

-- 
--------------------------------------------------------------------------
Dipl.-Ing. Christoph Br?ser
Lehrstuhl fuer Medizinische Informationstechnik
Helmholtz-Institut fuer Biomedizinische Technik
RWTH Aachen
Pauwelsstr. 20, D-52074 Aachen
---
Web:   http://www.medit.hia.rwth-aachen.de/
Tel:   +49-(0)241-80 23203
Fax:   +49-(0)241-80 82442
email: brueser at hia.rwth-aachen.de
--------------------------------------------------------------------------


-- 
--------------------------------------------------------------------------
Dipl.-Ing. Christoph Br?ser
Lehrstuhl fuer Medizinische Informationstechnik
Helmholtz-Institut fuer Biomedizinische Technik
RWTH Aachen
Pauwelsstr. 20, D-52074 Aachen
---
Web:   http://www.medit.hia.rwth-aachen.de/
Tel:   +49-(0)241-80 23203
Fax:   +49-(0)241-80 82442
email: brueser at hia.rwth-aachen.de
--------------------------------------------------------------------------


From brueser at hia.rwth-aachen.de  Tue Nov 10 09:33:41 2009
From: brueser at hia.rwth-aachen.de (=?ISO-8859-15?Q?Christoph_Br=FCser?=)
Date: Tue, 10 Nov 2009 09:33:41 +0100
Subject: Postfix's smtpd segfaults during LDAP recipient maps lookup (64 bit)
Message-ID: <4AF92565.4080307@hia.rwth-aachen.de>

Hi all,

I have been setting up a Kolab 2.2.2 server on an Ubuntu 8.04 (64 bit) 
server. The machine is a quad-core Xeon running at 2.33 GHz. I built and 
bootstrapped Kolab from source which worked flawlessly.

However, I am now experiencing a strange bug in Postfix's smtpd demon. 
Whenever a client tries to send an e-mail through the Postfix server the 
smtpd process that handles the connection segfaults. The postfix.log 
snippet pasted below shows that the demon crashes after/while trying to 
connect to the local LDAP server to check the recipient maps.


postfix.log
===========
....
postfix/smtpd[28099]: >>> CHECKING RECIPIENT MAPS <<<
postfix/smtpd[28099]: ctable_locate: leave existing entry key 
test1 at medit.intern
postfix/smtpd[28099]: maps_find: recipient_canonical_maps: 
test1 at medit.intern: not found
postfix/smtpd[28099]: maps_find: recipient_canonical_maps: test1: not found
postfix/smtpd[28099]: maps_find: recipient_canonical_maps: 
@medit.intern: not found
postfix/smtpd[28099]: mail_addr_find: test1 at medit.intern -> (not found)
postfix/smtpd[28099]: maps_find: canonical_maps: test1 at medit.intern: not 
found
postfix/smtpd[28099]: maps_find: canonical_maps: test1: not found
postfix/smtpd[28099]: maps_find: canonical_maps: @medit.intern: not found
postfix/smtpd[28099]: mail_addr_find: test1 at medit.intern -> (not found)
postfix/smtpd[28099]: dict_ldap_lookup: In dict_ldap_lookup
postfix/smtpd[28099]: dict_ldap_lookup: No existing connection for LDAP 
source /kolab/etc/postfix/ldapdistlist.cf, reopening
postfix/smtpd[28099]: dict_ldap_connect: Connecting to server 
ldap://127.0.0.1:389
postfix/master[27949]: warning: process /kolab/libexec/postfix/smtpd pid 
28099 killed by signal 11


I have also captured the output of ltrace for the smtpd process which 
shows that the cause for the segfault is a memmove() call with a source 
adress of -1.


ltrace output
=============
....
strlen("dict_ldap_connect: Connecting to"...)    = 61
gettimeofday(0x7fff30585810, NULL)               = 0
write(7, "Nov 10 09:14:10 lothlorien <info"..., 117) = 117
setrlimit(1, 0x7fff30586400, 0, -1, 117)         = 0
calloc(1, 272)                                   = 0xa919a0
memmove(0xa919a8, 0x9710c0, 168, 0xa91ab8, 0)    = 0xa919a8
malloc(16)                                       = 0xa09580
memmove(0xa09580, -1, 16, 0x7f7c27afba50, 0 <unfinished ...>
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++


Interestingly, the bug only occurs with remote clients, i.e. SMTP 
connections from 127.0.0.1 do not cause cause this crash. Hence, sending 
mails by means of the webclient works while sending mails through 
Outlook and Kontakt does not.

I suppose that this might be a 64 bit issue. Does anybody have any 
pointers or possible solutions for this problem?

Any help is greatly appreciated. Thanks!

Best regards

Christoph

-- 
--------------------------------------------------------------------------
Dipl.-Ing. Christoph Br?ser
Lehrstuhl fuer Medizinische Informationstechnik
Helmholtz-Institut fuer Biomedizinische Technik
RWTH Aachen
Pauwelsstr. 20, D-52074 Aachen
---
Web:   http://www.medit.hia.rwth-aachen.de/
Tel:   +49-(0)241-80 23203
Fax:   +49-(0)241-80 82442
email: brueser at hia.rwth-aachen.de
--------------------------------------------------------------------------


From johannes_graumann at web.de  Tue Nov 10 10:47:30 2009
From: johannes_graumann at web.de (Johannes Graumann)
Date: Tue, 10 Nov 2009 10:47:30 +0100
Subject: SOLVED: Horde login problem
References: <hcvd2u$i4p$1@ger.gmane.org>
	<20091106081040.24505whjt8r2xp8g@www.inovox.de>
	<20091106092631.80454jdie8qge2sk@webmail.pardus.de>
	<hd6gt2$u4r$1@ger.gmane.org>
Message-ID: <hdbcri$ldg$1@ger.gmane.org>

As I had originally hypothesized, this turned out to be a *.prefs issue.
Copying another users *.prefs and editing it to the account details of the 
login involved solved the problem.

Make backups of your *.prefs!

Joh

Johannes Graumann wrote:

> Gunnar Wrobel wrote:
> 
>> Quoting Carsten Burghardt <carsten at cburghardt.com>:
>> 
>>> Hi Johannes,
>>>
>>> Zitat von Johannes Graumann <johannes_graumann at web.de>:
>>>
>>>> Hi,
>>>>
>>>> My setup (2.2.2) is cruising along, but horde suddenly gives me
>>>> trouble. I can login fine, but all I will see is the upper Toolbar.
>> 
>> This sounds like there is a problem with cached data. Do you have any
>> errors in  /kolab/var/kolab/www/client/log/php-errors.log?
> 
> Here's this morning's try - same error. See the php-errors.log excerpt
> below
> ... thanks for your help.
> 
> Joh
> 
> 
> Prompt:/kolab# date
> Fri Nov  6 09:58:08 CET 2009
> Prompt:/kolab# find -mmin -2
> ./var/kolab/www/client/log/horde.log
> ./var/kolab/www/client/log/php-errors.log
> ./var/kolab/www/client/storage
> ./var/kolab/www/client/storage/horde.db
> ./var/kolab/www/client/storage/johannes.graumann at graumannschaft.org.prefs
> ./var/kolab/www/client/tmp
> ./var/kolab/www/client/tmp/sess_3016885fd41653c82f32f19bbcdfac0a
> ./var/kolab/www/client/tmp/kolab_cache53e4259e4bbec4a006266e3b9a240651
> ./var/kolab/www/client/tmp/kolab_cache3122828096ac8b51d5a5ebe3714531bb
> ./var/apache/log/apache-access.log
> ./var/sasl/log/saslauthd.log
> ./var/openldap/openldap-data/__db.004
> ./var/openldap/openldap-data/__db.002
> ./var/openldap/openldap-data/__db.003
> ./var/openldap/openldap-data/__db.006
> ./var/openldap/openldap-data/__db.005
> ./var/clamav/clamd.log
> ./var/imapd/proc
> ./var/imapd/log/imapd.log
> ./var/imapd/log/cyrmaster.log
> ./var/imapd/domain/g/graumannschaft.org/user/j/johannes^graumann.seen
> ./var/imapd/db/__db.004
> ./var/imapd/db/__db.002
> ./var/imapd/db/__db.003
> ./var/imapd/db/__db.001
> ./var/imapd/db/__db.006
> ./var/imapd/db/__db.005
> 
> Excerpt ./var/kolab/www/client/log/php-errors.log
> 
> [06-Nov-2009 09:58:20] PHP Warning:  DOMDocument::loadXML() [<a
> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag expected,
> '&lt;' not found in Entity, line: 2 in
> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
> [06-Nov-2009 09:58:20] PHP Fatal error:  Call to a member function
> hasChildNodes() on a non-object in
> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
> [06-Nov-2009 09:58:21] PHP Warning:  DOMDocument::loadXML() [<a
> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag expected,
> '&lt;' not found in Entity, line: 2 in
> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
> 
> Excerpt ./var/kolab/www/client/log/horde.log
> 
> Nov 06 09:58:12 HORDE [debug] [imp] Hook _prefs_change_hook_last_login in
> application horde not called. [pid 25859 on line 1683 of
> "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:12 HORDE [debug] [imp] Hook
> _prefs_change_hook_expanded_folders
> in application horde not called. [pid 25859 on line 1683 of
> "/kolab/var/kolab/www/client/lib/Horde.php"]
> ... LOTS OF COPIES ...
> Nov 06 09:58:13 HORDE [notice] [imp] Login success for
> johannes.graumann at graumannschaft.org [141.61.32.61] to
> {h1616679.stratoserver.net:143 [imap/notls/novalidate-cert]} [pid 25859 on
> line 304 of "/kolab/var/kolab/www/client/imp/lib/Session.php"]
> Nov 06 09:58:13 HORDE [debug] [imp] Hook
> _prefs_change_hook_last_maintenance
> in application horde not called. [pid 25859 on line 1683 of
> "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:13 HORDE [debug] [imp] Max memory usage: 11272192 bytes [pid
> 25859 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
> Nov 06 09:58:13 HORDE [debug] [imp] IMAP errors: SECURITY PROBLEM:
> insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server
> advertised AUTH=PLAIN [pid 25859 on line 175 of
> "/kolab/var/kolab/www/client/imp/lib/IMAP.php"]
> Nov 06 09:58:15 HORDE [debug] [horde] Max memory usage: 5242880 bytes [pid
> 25859 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
> Nov 06 09:58:15 HORDE [debug] [horde] Max memory usage: 3932160 bytes [pid
> 25864 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
> Nov 06 09:58:15 HORDE [debug] [turba] Hook _horde_hook_share_init in
> application horde not called. [pid 30686 on line 1683 of
> "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:19 HORDE [debug] [turba] Hook
> _prefs_change_hook_turba_maintenance_tasks in application horde not
> called.
> [pid 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:20 HORDE [debug] [kronolith] Hook _horde_hook_share_init in
> application horde not called. [pid 30686 on line 1683 of
> "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:20 HORDE [debug] [kronolith] Hook
> _prefs_change_hook_display_remote_cals in application horde not called.
> [pid
> 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:20 HORDE [debug] [nag] Hook _horde_hook_share_init in
> application horde not called. [pid 30686 on line 1683 of
> "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:20 HORDE [debug] [nag] Hook
> _prefs_change_hook_display_tasklists in application horde not called. [pid
> 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:20 HORDE [debug] [kronolith] Hook
> _prefs_change_hook_display_external_cals in application horde not called.
> [pid 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:20 HORDE [debug] [kronolith] Hook
> _prefs_change_hook_display_cals in application horde not called. [pid
> 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:20 HORDE [debug] [kronolith] Max memory usage: 15990784 bytes
> [pid 30686 on line 339 of
> "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
> Nov 06 09:58:20 HORDE [debug] [kronolith] IMAP errors: SECURITY PROBLEM:
> insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server
> advertised AUTH=PLAIN Mailbox does not exist Mailbox does not exist [pid
> 30686 on line 175 of "/kolab/var/kolab/www/client/imp/lib/IMAP.php"]
> Nov 06 09:58:20 HORDE [debug] [imp] Max memory usage: 4980736 bytes [pid
> 25859 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
> Nov 06 09:58:20 HORDE [debug] [nag] Hook _horde_hook_share_init in
> application horde not called. [pid 25864 on line 1683 of
> "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:20 HORDE [debug] [nag] Hook
> _prefs_change_hook_display_tasklists in application horde not called. [pid
> 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:20 HORDE [debug] [mnemo] Hook _horde_hook_share_init in
> application horde not called. [pid 25864 on line 1683 of
> "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:20 HORDE [debug] [mnemo] Hook
> _prefs_change_hook_display_notepads in application horde not called. [pid
> 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:21 HORDE [debug] [kronolith] Hook _horde_hook_share_init in
> application horde not called. [pid 25864 on line 1683 of
> "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:21 HORDE [debug] [kronolith] Hook
> _prefs_change_hook_display_remote_cals in application horde not called.
> [pid
> 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:21 HORDE [debug] [kronolith] Hook
> _prefs_change_hook_display_external_cals in application horde not called.
> [pid 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:21 HORDE [debug] [kronolith] Hook
> _prefs_change_hook_display_cals in application horde not called. [pid
> 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:21 HORDE [debug] [kronolith] Hook
> _prefs_change_hook_last_kronolith_maintenance in application horde not
> called. [pid 25864 on line 1683 of
> "/kolab/var/kolab/www/client/lib/Horde.php"]
> Nov 06 09:58:21 HORDE [debug] [kronolith] Max memory usage: 15204352 bytes
> [pid 25864 on line 339 of
> "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
> Nov 06 09:58:21 HORDE [debug] [kronolith] IMAP errors: SECURITY PROBLEM:
> insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server
> advertised AUTH=PLAIN [pid 25864 on line 175 of
> "/kolab/var/kolab/www/client/imp/lib/IMAP.php"]



From thomas at intevation.de  Tue Nov 10 16:00:31 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Tue, 10 Nov 2009 16:00:31 +0100
Subject: smtpd segfaults on Ubuntu 8.04 (64 bit)
In-Reply-To: <4AF92565.4080307@hia.rwth-aachen.de>
	<4AF926AC.10909@hia.rwth-aachen.de>
References: <4AF92565.4080307@hia.rwth-aachen.de>
	<4AF926AC.10909@hia.rwth-aachen.de>
Message-ID: <20091110155748.965019226.thomas@intevation.de>

* Christoph Br?ser <brueser at hia.rwth-aachen.de> [20091110 09:38]:
> I have been setting up a Kolab 2.2.2 server on an Ubuntu 8.04 (64 bit) 
> server. The machine is a quad-core Xeon running at 2.33 GHz. I built and 
> bootstrapped Kolab from source which worked flawlessly.
> 
> However, I am now experiencing a strange bug in Postfix's smtpd demon. 
> Whenever a client tries to send an e-mail through the Postfix server the 
> smtpd process that handles the connection segfaults. The postfix.log 
> snippet pasted below shows that the demon crashes after/while trying to 
> connect to the local LDAP server to check the recipient maps.

Maybe you see the problems discussed (and solved!) in
kolab/issue2982 (OpenLDAP segmentation fault on 64bit)

Please check if the updated packages linked in this issue fix your
problem.

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 hjkim at bynari.net  Fri Nov  6 21:44:00 2009
From: hjkim at bynari.net (Hyun Kim)
Date: Fri, 06 Nov 2009 14:44:00 -0600
Subject: Bynari's Kolab Connector in release candidate
Message-ID: <f885dd84.1ca5f21.4aae937.422d@bynari.net>

Kolab users, 

Many of you have inquired about the Connector status for the Kolab Server. The release candidate version is now available.   Please read the release notes below for all the details.

We would appreciate any feedback and suggestions.  You can contact us with any issues and questions:  icbeta at bynari.net.

 

 

https://beyond.bynari.net/files/connector/ic4beta/BynariKolab-InsightConnector-iCal-Kolab-4.0.0-1105561-INI.zip

 

Insight Connector 4.0 Kolab Release Notes

We are very pleased to announce the New Insight Connector 4.0 Release Candidate for the Kolab Server! 

 

SPECIAL CONSIDERATIONS

*	Please note that the Connector will check for the latest Outlook patches before it installs. If Outlook is out of date, the Connector will not continue with the installation until the latest patches are applied. 

*	For installation instructions, please refer to the documentation below. http://www.bynari.net/images/documentation/connector/insight_connector_40_quick_installation_guide.pdf <http://www.bynari.net/images/documentation/connector/insight_connector_40_quick_installation_guide.pdf>  

*	If you are upgrading from V3.x, rules will not automatically migrate to V4.0. See KDB article for migration information: http://www.bynari.net/esupport/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=200182 <http://www.bynari.net/esupport/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=200182>  

*	If you are using any anti-virus products with Outlook, like AVG Virus scanner, please turn off email scanning. 

*	Mobile devices are now supported! Please review this article for the details: http://www.bynari.net/esupport/Mobility%20support%20in%20Insight%20Connector%204%2e0.html <http://www.bynari.net/esupport/Mobility%20support%20in%20Insight%20Connector%204%2e0.html>  

*	IDLE Support: 

	*	IMAP Idle currently only monitors new messages in the Inbox folder. Messages that have been copied, moved, deleted, or flagged will not be monitored. 

*	NOTE: Support for other 3rd party email servers (like open source servers) will be tested shortly. 

*	Removed option: Under the Connector accounts, Send/Receive Tab, "Send/Receive checks all mail folders" 


FIXES


*	Build 561: 

	*	User unable to move messages to a shared folder that does not have read permissions but does have insert or post permissions 
	*	Auto-Registration using SSL does not change the Port Number 
	*	Added Microsoft Address Book when creating a new message store provider 
	*	Additional language translations available: Japanese, French 
	*	iCal: Fixed Outlook crashing when receiving an iCal meeting invitation from Apple calendar application 
	*	KOLAB Server: 

		*	Connector shared folders not displaying 
		*	Some contact record fields are missing from the XML for export/import 
		*	Calendar events do not have a timezone listed in the XML 
		*	Shared calendars sometimes will not appear in the Calendar tab automatically 
		*	All-day & multi-day events have an extra day added to the end 
		*	Change a calendar event to meeting request; recipient never gets emailed 
		*	Root folder display name changes to default "Insight Server Folders" 

*	Build 558: 

	*	Shared folders display in folder tree even when users do not have rights to them 
	*	"Temporarily out of office" feature loops emails to itself 
	*	LDAP configuration does not allow for non-standard port 
	*	Unable to synchronize with Blackberry 
	*	Additional language translations available: German, Dutch, Portuguese 
	*	iCal: Erroneous timezone information in iCalendar object 
	*	KOLAB Server: 

		*	Task created in web client shows due date incorrectly in Outlook 
		*	Ampersand symbol in company name causes shared contact to display improperly 
		*	"Parent" relation of tasks lost when edited in Connector 
		*	Root folder display name changes to default "Insight Server Folders" 


NEW FEATURES


*	PST file support 
*	Grouping by Colors and Categories 
*	User Quota 
*	Push Email support 
*	Photo support for vCard 
*	vCard 4.0 Distribution List 
*	Addressbook integration 
*	Mobility support for cradle sync 
*	Performance enhancements 

	*	Rewrote the download sync program to download the new emails quickly 
	*	Faster folder switching 
	*	Faster start of Outlook 
	*	Downloads attachments on demand 
	*	Downloads new messages first, then syncs others in the background 
	*	Faster copying of messages 

*	Sieve rules/vacation notification 
*	Client side out of office 
*	Enhanced offline support; automatically detects when connection is online 
*	Added "Purge Messages" to Outlook menu under "Edit" 
*	Can search for users and groups under folder permissions using the LDAP directory (under Folder/Add) 
*	Auto registration with Insight Server 


KNOWN ISSUES


*	French localization not yet available for the installer 
*	Items flagged as "private" in shared folders do not work in either the Connector or Horde web client 
*	All day Recurring events have an extra day added to the end. 

 

 

Thanks,

Hyun 


Mrs. Hyun Kim
President
Bynari, Inc.
222 W Las Colinas Blvd, Suite 1320N

Irving, Tx  75039

www.bynari.net

(214) 350-5772 X59
(214) 789-8674 cell
(214) 352-3530 fax

 

"Sharing made easy...leading the way for Universal Collaboration."

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091106/26c18384/attachment-0001.html

From dfinch at bynari.net  Wed Nov 11 14:49:00 2009
From: dfinch at bynari.net (Doug Finch)
Date: Wed, 11 Nov 2009 07:49:00 -0600
Subject: Bynari's Kolab Connector in release candidate
Message-ID: <bd97e360.1ca62d5.2212319c.442b@bynari.net>

Hello Albrecht,
My responses are inserted below yours with a <Bynari> tag.

Regards,

Doug Finch
Director of Technical Support
Bynari, Inc.
222 W Las Colinas Blvd, Suite 1320N
Irving, Tx  75039
http://www.bynari.net
dfinch at bynari.net
(800)241-1086
(214)350-5772
(214)352-3530 [fax] 
Skype ID: dfsixstring
"Sharing Made Easy..."
(sent with 4.0 Connector)

-----Original Message-----
From: kolab-users-bounces at kolab.org [mailto:kolab-users-bounces at kolab.org] On Behalf Of Albrecht Dre?
Sent: Monday, November 09, 2009 10:16 AM
To: kolab-users at kolab.org; icbeta at bynari.net
Subject: Re: Bynari's Kolab Connector in release candidate

Am Montag 09 November 2009 15:19:00 schrieb Hyun Kim:
> Kolab users, 
> 
> Many of you have inquired about the Connector status for the Kolab Server. The release candidate version is now available.   Please read the release notes below for all the details.
> 
> We would appreciate any feedback and suggestions.  You can contact us with any issues and questions:  icbeta at bynari.net.

We are currently using the Toltec connector and are quite unhappy with it.  Thus I gave your product a try, following this message on the Kolab user's list.  Here are some observations/questions, testing on a virtual machine (Sun Virtualbox) running Windows XP and Outlook 2007:

- The installation requires admin privileges, and asks for creating a profile.  This is an untypical situation; usually the admin user will have no mail account, but the (unprivileged) users do.  IMHO it would be better to remove the profile stuff from the wizard and explain in the docs how to perfrom it for a user account.
<Bynari>
You are correct.  As it is right now, the Insight Connector requires that the Windows profile be an administrator account.  We may look at ways to accommodate your requests in future builds, but for now, you must have admin rights to install the Insight Connector.

- The configuration options are somewhat confusing and well not documented.  I want a setup where everything is held on the Kolab server, but with a full copy, including all accessible shared folders, of everything for offline work on the box running outlook (in a pst file?).  When the user re-connects, new messages should be synchronised from the server, and everything erased locally in offline mode should also be erased on the server (see [1] for a Toltec bug regarding the synchronisation).  Please provide a configuration guide for this and other standard scenarios.
<Bynari>
If I understand your statement correctly, you have several issues in this paragraph:
1) You want instructions for configuration:
http://www.bynari.net/images/documentation/connector/insightconnector_4.0.pdf
2) You want to be able to download all messages in all folders (not just the headers).  This can be done and is outlined in the insightconnector_4.0.pdf guide (see link above).  Chapter 3 of the insightconnector_4.0.pdf guide explains all of the different configuration options available with the Insight Connector.  It will help you obtain the configuration you desire.
2a) Regarding "offline support", there are a few bugs that we are still working through.  Those bugs will be corrected in a future build.

- Shared calendars are not recognised and still shown under "Mail" (cyradm reports that it has type "folder-type: event.default").  Same problem with shared contacts.
<Bynari>
I am not sure that I completely understand what you are saying regarding "Shared calendars" not being recognized.  Would it be possible to get a screenshot of what you are seeing?  

- Folder permissions for shared folders are not shown.
<Bynari>
I will have my QA team investigate this issue.  You should be able to select the shared folder and then click on the "Folder" button on the Insight Connector toolbar to see that folder's properties.  The properties would also include the ACLs on that folder.

- Renaming the folder from "...Insight..." to "Kolab" is shown only after restarting Outlook.
<Bynari>
A restart of Outlook (to display root folder name change) is how this feature was designed.  We have added a feature request (enhancement) to enable users to select "Refresh Folders" to initiate the change.

- Some kind of feedback would be nice, indicating the progress of sync operations for huge folders (progress bar, whatever).  Maybe I was to dumb to find the config option for that, though...
<Bynari>
This is another feature that we are currently working on.  We want to be sure that we add in a status indicator that does not negatively affect performance for the end-user.  


Best regards,
Albrecht.

[1] <https://www.intevation.de/roundup/kolab/issue3346>




-- 
Dr. Albrecht Dre?
LIOS Technology GmbH
R & D - Software Design
Schanzenstra?e 39 / Building D9-D13
D-51063 K?ln / Germany
Phone +49 221 99887 401
Fax   +49 221 99887 150
Managing Director: Thomas Oldemeyer
Registration Court Amtsgericht Cologne, Reg.-No. HRB 33482

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


From brueser at hia.rwth-aachen.de  Thu Nov 12 15:38:58 2009
From: brueser at hia.rwth-aachen.de (=?ISO-8859-15?Q?Christoph_Br=FCser?=)
Date: Thu, 12 Nov 2009 15:38:58 +0100
Subject: smtpd segfaults on Ubuntu 8.04 (64 bit)
In-Reply-To: <20091110155748.965019226.thomas@intevation.de>
References: <4AF92565.4080307@hia.rwth-aachen.de>
	<4AF926AC.10909@hia.rwth-aachen.de>
	<20091110155748.965019226.thomas@intevation.de>
Message-ID: <4AFC1E02.3060806@hia.rwth-aachen.de>

Thanks for the advice.

I applied the fixes discussed in kolab/issue2982 but they did not solve 
the smtpd problem.

However, I could solve the issue by installing an updated postfix 
package from openpkg.org (namely postfix 2.6.5). This does not seem to 
cause any problems with the other kolab components so far and it does 
fix the constant smtpd segfaults.

Best regards,

Christoph Br?ser

Thomas Arendsen Hein schrieb:
> * Christoph Br?ser <brueser at hia.rwth-aachen.de> [20091110 09:38]:
>> I have been setting up a Kolab 2.2.2 server on an Ubuntu 8.04 (64 bit) 
>> server. The machine is a quad-core Xeon running at 2.33 GHz. I built and 
>> bootstrapped Kolab from source which worked flawlessly.
>>
>> However, I am now experiencing a strange bug in Postfix's smtpd demon. 
>> Whenever a client tries to send an e-mail through the Postfix server the 
>> smtpd process that handles the connection segfaults. The postfix.log 
>> snippet pasted below shows that the demon crashes after/while trying to 
>> connect to the local LDAP server to check the recipient maps.
> 
> Maybe you see the problems discussed (and solved!) in
> kolab/issue2982 (OpenLDAP segmentation fault on 64bit)
> 
> Please check if the updated packages linked in this issue fix your
> problem.
> 
> Regards,
> Thomas Arendsen Hein
> 

-- 
--------------------------------------------------------------------------
Dipl.-Ing. Christoph Br?ser
Lehrstuhl fuer Medizinische Informationstechnik
Helmholtz-Institut fuer Biomedizinische Technik
RWTH Aachen
Pauwelsstr. 20, D-52074 Aachen
---
Web:   http://www.medit.hia.rwth-aachen.de/
Tel:   +49-(0)241-80 23203
Fax:   +49-(0)241-80 82442
email: brueser at hia.rwth-aachen.de
--------------------------------------------------------------------------


From till at kdab.com  Thu Nov 12 11:52:31 2009
From: till at kdab.com (Till Adam)
Date: Thu, 12 Nov 2009 11:52:31 +0100
Subject: Q: Kolab and Mac OS X?
In-Reply-To: <200911021022.06315.albrecht.dress@lios-tech.com>
References: <200910281643.05521.albrecht.dress@lios-tech.com>
	<200911020849.34849.adam@kde.org>
	<200911021022.06315.albrecht.dress@lios-tech.com>
Message-ID: <200911121152.31272.till@kdab.com>

On Monday 02 November 2009 10:22:05 Albrecht Dre? wrote:
> Hi Till:
> 
> Thanks a lot for your information!
> 
> Am Montag 02 November 2009 08:49:34 schrieb Till Adam:
> > There is no Kolab plugin for Apple's mail or calendar application, to the
> > best of my knowledge.
> 
> A plug-in for Apple's applications would be cool as then the OS X sync
>  infrastructure could probably be used ootb...  Or does Kontact/Mac (and
>  Win?) support syncing mobile devices?

Well, syncing is a complicated topic, so there is no clear yes or no answer, 
but some devices can be synchronized, yes, with Kontact. I agree, though, an 
automated way to sync with apple's calendar and addressbook would be nice. 
Exporting the calendar to an ical file via horde and then setting that as a 
calendar in ical gets you some of the way there. Appe mail does support imap, 
so that part is no problem.

> > Kontact, however works fine. You can install version 4.x from macports
> > and set it up using the kolabwizard, just like on Linux.
> 
> I see.  Do you know if it uses the "native" (Quartz) qt, or X11 version?

It uses native qt. I just installed it on my new Snow Leopard Macbook Pro, 
btw, works fine.

> I'm not really familiar with Macports (I mostly run Ubuntu um my old G4
>  Powermac... ;-), so it's probably my fault the I could not find "kontact"
>  in the ports list <http://www.macports.org/ports.php>.  Do you have a
>  pointer by chance?
> 
> > There might also be fink packages, in the meantime, but I haven't kept
> > current with them lately. On files.kolab.org you can also find an older
> > version of an OSX installer that we built a while ago, but it's not
> > current. Still, maybe useful for trying it out. Hopefully there will be a
> > new one soon.
> 
> That would of course be great!
> 
> There is a nasty issue (#3582) which prevents kontact/Win from working
>  properly under some circumstances, btw, and afaik it could also influence
>  a MacOS X version, at least is the storage is on a hfs+ drive.  Would be
>  great if this could also be addressed.

We're doing our best with what time and funding allow.

Till


From delonly at gmail.com  Sun Nov 15 20:45:38 2009
From: delonly at gmail.com (Del)
Date: Sun, 15 Nov 2009 20:45:38 +0100
Subject: Q: Kolab and Mac OS X?
In-Reply-To: <200911021022.06315.albrecht.dress@lios-tech.com>
References: <200910281643.05521.albrecht.dress@lios-tech.com>
	<20091029112345.12781kzxv1xotlc0@webmail.pardus.de>
	<200911020849.34849.adam@kde.org>
	<200911021022.06315.albrecht.dress@lios-tech.com>
Message-ID: <2d303b680911151145u6b9921dbocfe89bab949b136b@mail.gmail.com>

Hello Albrecht,

I did quite a bit of testing on Macs this spring. Among other things I
did quite exhaustive testing on the Kontact version Till packed. I am
happy to hear that Kontact has matured, as my meeting with Macports
was quite unpleasant in that respect, and the packaged version was too
immature (but really minor stuff, so I am not surprised if it is
mature now). You can alternatively consider using Fink, which provides
the more familiar apt tool for package installation. Both Fink and
Macports are unfortunately source based package systems, and building
packages from source requires that you have the xcode developer
package installed, and an awful amount of patience. I am not sure
about Macports, but for Fink you can find a number of binary packages
available through third party repositories. If you plan do do any kind
of roll-out on Macs, I am afraid you will need to package it yourself,
it is simply too time consuming to compile.

Kontact is called kdepim, so you will find it under that package name
in both Fink and Macports.

Make sure your Macs are up-to-date, otherwise you are in for a rocky
ride. Also make sure all are at least Leopard, Tiger is as far as I
learned a no-go.

Not sure I fancy the mail infrastructure from Apple, but a well
functioning plug-in for Thunderbird would be very nice. There is one,
and I tried to update the Kolab wiki with information on it. It is
stable from what testing I did, but unfortunately leave quite a bit to
be desired on the functionality side. Manual syncing of calendar
events, where all events are synced each time (making it increasingly
slow to sync as the number of events increase) is simply not a viable
approach.

I believe the best approach for syncing mobiles is to sync with the
server. Syncml is provided by Horde, and it seems like good work is
put into maturing that implementation in the coming Kolab releases
(thanks Gunnar!). All smartphones should in principle support Syncml,
either directly (like all the more open players do), or through the
Funambol plug-in (with the proprietary crew iphone, winmobile and
blackberry). Do not expect it to be mature yet though.

With some luck we may be able to use Kontact directly on mobiles soon.
Nokia N900 looks like the hottest candidate.

Good luck, and keep us informed on your progress,
Del


From kcaesar at hotmail.com  Mon Nov 16 13:15:27 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Mon, 16 Nov 2009 13:15:27 +0100
Subject: Blackberry bold + syncml+ horde trouble
Message-ID: <BLU122-W10787ABBD7440F4F62061DA3A50@phx.gbl>





Hello,

I already sent to the list but without any real answer.
Since, I made and made again some test but without succes.

I want to sync my BB Bold with kolab + horde and syncml but that's don't work .. :(

My platform is :

Kolab 2.2.2 and BB Bold with a BIS access. I try to sync with funambol.

I get each time with any configuration the same error message that is "Network Error". 


Please anybody can help me to solve this situation ?


Best regards,
 		 	   		  
_________________________________________________________________
Windows 7 ? 35? pour les ?tudiants?!
http://www.windows-7-pour-les-etudiants.com
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091116/34bbc75e/attachment.html

From listes at pierrel.net  Mon Nov 16 15:34:54 2009
From: listes at pierrel.net (Sidoine Mosiah PIERREL)
Date: Mon, 16 Nov 2009 15:34:54 +0100
Subject: Blackberry bold + syncml+ horde trouble
In-Reply-To: <BLU122-W10787ABBD7440F4F62061DA3A50@phx.gbl>
References: <BLU122-W10787ABBD7440F4F62061DA3A50@phx.gbl>
Message-ID: <200911161534.54781.listes@pierrel.net>

Le lundi 16 novembre 2009 13:15:27, kiser Caesar a ?crit :
> Hello,
> 
> I already sent to the list but without any real answer.
> Since, I made and made again some test but without succes.
> 
> I want to sync my BB Bold with kolab + horde and syncml but that's don't
>  work .. :(
> 
> My platform is :
> 
> Kolab 2.2.2 and BB Bold with a BIS access. I try to sync with funambol.
> 
> I get each time with any configuration the same error message that is
>  "Network Error".
> 
> 
> Please anybody can help me to solve this situation ?

The SyncML client is directly on your BB and you are not trying to synchrnize 
through a Windows OS or something similar with Oulook?

Regards,

Sid
-- 
http://sidoine.pierrel.net


From hjkim at bynari.net  Fri Nov 13 21:49:00 2009
From: hjkim at bynari.net (Hyun Kim)
Date: Fri, 13 Nov 2009 14:49:00 -0600
Subject: New Kolab Connector release candidate from Bynari
Message-ID: <d1ed96ae.1ca64a2.79ae5a3.1850@bynari.net>

Kolab users,
Thank you for your feedback and support.  Please contact us at  icbeta at bynari.net for any questions or issues.

 

https://beyond.bynari.net/files/connector/ic4beta/BynariKolab-InsightConnector-iCal-Kolab-4.0.0-1108563-INI.zip

 

We are very pleased to announce the New Insight Connector 4.0 Release Candidate for the Kolab Server! 

 


SPECIAL CONSIDERATIONS


*	Please note that the Connector will check for the latest Outlook patches before it installs. If Outlook is out of date, the Connector will not continue with the installation until the latest patches are applied. 

*	For installation instructions, please refer to the documentation below. http://www.bynari.net/images/documentation/connector/insight_connector_40_quick_installation_guide.pdf <http://www.bynari.net/images/documentation/connector/insight_connector_40_quick_installation_guide.pdf>  

*	If you are upgrading from V3.x, rules will not automatically migrate to V4.0. See KDB article for migration information: http://www.bynari.net/esupport/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=200182 <http://www.bynari.net/esupport/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=200182>  

*	If you are using any anti-virus products with Outlook, like AVG Virus scanner, please turn off email scanning. 

*	Mobile devices are now supported! Please review this article for the details: http://www.bynari.net/esupport/Mobility%20support%20in%20Insight%20Connector%204%2e0.html <http://www.bynari.net/esupport/Mobility%20support%20in%20Insight%20Connector%204%2e0.html>  

*	IDLE Support: 

	*	IMAP Idle currently only monitors new messages in the Inbox folder. Messages that have been copied, moved, deleted, or flagged will not be monitored. 

*	NOTE: Support for other 3rd party email servers (like open source servers) will be tested shortly. 

*	Removed option: Under the Connector accounts, Send/Receive Tab, "Send/Receive checks all mail folders" 


FIXES


*	Build 563: Kolab Server 

	*	Editing a Single occurrence of Recurring calendar events - causes that occurrence not to appear in Kolab groupware 
	*	Change a calendar event to a meeting request – the recipient never gets emailed 
	*	Connector creates a subfolder named Inbox 
	*	Folders show as root folders when they should be children folders 
	*	Shared calendar displays erroneous time information 

*	Build 561: 

	*	User unable to move messages to a shared folder that does not have read permissions but does have insert or post permissions 
	*	Auto-Registration using SSL does not change the Port Number 
	*	Added Microsoft Address Book when creating a new message store provider 
	*	Additional language translations available: Japanese, French 
	*	iCal: Fixed Outlook crashing when receiving an iCal meeting invitation from Apple calendar application 
	*	KOLAB Server: 

		*	Connector shared folders not displaying 
		*	Some contact record fields are missing from the XML for export/import 
		*	Calendar events do not have a timezone listed in the XML 
		*	Shared calendars sometimes will not appear in the Calendar tab automatically 
		*	All-day & multi-day events have an extra day added to the end 
		*	Change a calendar event to meeting request; recipient never gets emailed 
		*	Root folder display name changes to default "Insight Server Folders" 

*	Build 558: 

	*	Shared folders display in folder tree even when users do not have rights to them 
	*	"Temporarily out of office" feature loops emails to itself 
	*	LDAP configuration does not allow for non-standard port 
	*	Unable to synchronize with Blackberry 
	*	Additional language translations available: German, Dutch, Portuguese 
	*	iCal: Erroneous timezone information in iCalendar object 
	*	KOLAB Server: 

		*	Task created in web client shows due date incorrectly in Outlook 
		*	Ampersand symbol in company name causes shared contact to display improperly 
		*	"Parent" relation of tasks lost when edited in Connector 
		*	Root folder display name changes to default "Insight Server Folders" 


NEW FEATURES


*	PST file support 
*	Grouping by Colors and Categories 
*	User Quota 
*	Push Email support 
*	Photo support for vCard 
*	vCard 4.0 Distribution List 
*	Addressbook integration 
*	Mobility support for cradle sync 
*	Performance enhancements 

	*	Rewrote the download sync program to download the new emails quickly 
	*	Faster folder switching 
	*	Faster start of Outlook 
	*	Downloads attachments on demand 
	*	Downloads new messages first, then syncs others in the background 
	*	Faster copying of messages 

*	Sieve rules/vacation notification 
*	Client side out of office 
*	Enhanced offline support; automatically detects when connection is online 
*	Added "Purge Messages" to Outlook menu under "Edit" 
*	Can search for users and groups under folder permissions using the LDAP directory (under Folder/Add) 


KNOWN ISSUES


*	French localization not yet available for the installer 
*	Items flagged as "private" in shared folders do not work in either the Connector or Horde web client 
*	Multi-day Recurring events have an extra day added to the end by the Horde web client - related to Univention's web client 

 

 

Thanks,

Hyun 


Mrs. Hyun Kim
President
Bynari, Inc.
222 W Las Colinas Blvd, Suite 1320N

Irving, Tx  75039

www.bynari.net

(214) 350-5772 X59
(214) 789-8674 cell
(214) 352-3530 fax

 

"Sharing made easy...leading the way for Universal Collaboration."

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091113/b8c3c0c9/attachment-0001.html

From kcaesar at hotmail.com  Mon Nov 16 17:27:20 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Mon, 16 Nov 2009 17:27:20 +0100
Subject: Kolab-users Digest, Vol 69, Issue 13
In-Reply-To: <mailman.852.1258387771.2115.kolab-users@kolab.org>
References: <mailman.852.1258387771.2115.kolab-users@kolab.org>
Message-ID: <BLU122-W9873EFB955C8E0E39952AA3A50@phx.gbl>


Le lundi 16 novembre 2009 13:15:27, kiser Caesar a ?crit :
> Hello,
> 
> I already sent to the list but without any real answer.
> Since, I made and made again some test but without succes.
> 
> I want to sync my BB Bold with kolab + horde and syncml but that's don't
>  work .. :(
> 
> My platform is :
> 
> Kolab 2.2.2 and BB Bold with a BIS access. I try to sync with funambol.
> 
> I get each time with any configuration the same error message that is
>  "Network Error".
> 
> 
> Please anybody can help me to solve this situation ?
 
The SyncML client is directly on your BB and you are not trying to synchrnize 
through a Windows OS or something similar with Oulook?
 
Regards,
 
Sid
-- 
http://sidoine.pierrel.net


Hello Sid,

No I only to sync with the funambol client on my BB.


Regards,


 		 	   		  
_________________________________________________________________
Tchattez en direct en en vid?o avec vos amis !
http://www.windowslive.fr/messenger/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091116/d3843e19/attachment.html

From kcaesar at hotmail.com  Tue Nov 17 10:56:16 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Tue, 17 Nov 2009 10:56:16 +0100
Subject: Adding horde module in kolab groupware.
Message-ID: <BLU122-W16080EA1D1B57332C63A30A3A40@phx.gbl>


Hello,

Who already tried to add a module to horde in kolab ?
I'm interested in to "whups"

http://cvs.horde.org/whups/

If somebody has a feedback, please tell me :)


Best regards,
 		 	   		  
_________________________________________________________________
Windows 7 ? 35? pour les ?tudiants?!
http://www.windows-7-pour-les-etudiants.com
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091117/4070507f/attachment.html

From thomas at intevation.de  Tue Nov 17 17:18:25 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Tue, 17 Nov 2009 17:18:25 +0100
Subject: Kolab Security Issue 25 20091117 (clamav)
Message-ID: <20091117165959.977268444.thomas@intevation.de>

Kolab Security Issue 25 20091117
================================

Package:              Kolab Server, ClamAV
Vulnerability:        various
Kolab Specific:       no
Dependent Packages:   none


Summary
~~~~~~~

ClamAV is prone to multiple vulnerabilities because it fails to properly
restrict certain files after scanning them. A successful attack may allow
malicious users to bypass security restrictions placed on certain files.

Further unpublished vulnerabilities may habe been fixed.


Affected Versions
~~~~~~~~~~~~~~~~~

This affects versions of ClamAV up to version 0.95.1
Kolab Server 2.2.2 and previous releases are affected.


Fix
~~~

Upgrade to ClamAV 0.95.3.

OpenPKG packages for Kolab Server 2.2.2 are available from
http://files.kolab.org/server/security-updates/20091117/
or from the mirrors listed on http://kolab.org/mirrors.html

A binary RPM for Kolab Server 2.2.2 (ix86 Debian GNU/Linux Lenny)
is available as clamav-0.95.3-20091030.ix86-debian5.0-kolab.rpm

A binary RPM for Kolab Server 2.2.2 (ix86 Debian GNU/Linux Etch)
is available as clamav-0.95.3-20091030.ix86-debian4.0-kolab.rpm

The source and binary packages have been verified to work with Kolab Server
2.2.0, so you can upgrade this package without doing a full upgrade.

All other server versions: Please upgrade to Kolab Server 2.2.x and install
the updated package.


You can check the integrity of the downloaded files with:

$ gpg --keyserver keys.gnupg.net --recv-key 5816791A
  or import the key from https://www.intevation.de/~thomas/gpg_pub_key.asc
$ gpg --verify SHA1SUMS.sig
$ sha1sum -c SHA1SUMS


The source package can be compiled and installed on your Kolab Server with:

# su - kolab
$ openpkg rpm --rebuild ...path/to.../clamav-0.95.3-20091030.src.rpm
$ openpkg rpm -Uvh /kolab/RPM/PKG/clamav-0.95.3-20091030.<ARCH>-<OS>-kolab.rpm
$ rm /kolab/etc/clamav/*.rpmsave
$ openpkg rc clamav stop
$ openpkg rc clamav start
$ exit
# su - kolab-r
$ freshclam
$ rm -r /kolab/share/clamav/*.inc

To install a binary package, just skip the --rebuild step.


Details
~~~~~~~

http://sourceforge.net/project/shownotes.php?release_id=688880
	ClamAV 0.95.2 release notes

(bugfix release, only the ChangeLog has been published)
	ClamAV 0.95.3 release notes

http://www.securityfocus.com/bid/35426
	ClamAV CAB/RAR/ZIP File Scan Evasion Vulnerability

http://www.securityfocus.com/bid/35398
	ClamAV Embedded Archive File Scan Evasion Vulnerability

http://www.securityfocus.com/bid/35410
	ClamAV Prior to 0.95.2 Multiple Scanner Bypass Vulnerabilities


Timeline
~~~~~~~~
    20090610 ClamAV release 0.95.2.
    20091028 ClamAV release 0.95.3.
    20091030 Update available via Kolab CVS, started testing.
    20091117 Kolab Server security advisory published.

-- 
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/20091117/5c42abb3/attachment.bin

From albrecht.dress at lios-tech.com  Wed Nov 18 09:06:02 2009
From: albrecht.dress at lios-tech.com (Albrecht =?iso-8859-15?q?Dre=DF?=)
Date: Wed, 18 Nov 2009 09:06:02 +0100
Subject: Q: Kolab and Mac OS X?
In-Reply-To: <200911121152.31272.till@kdab.com>
References: <200910281643.05521.albrecht.dress@lios-tech.com>
	<200911021022.06315.albrecht.dress@lios-tech.com>
	<200911121152.31272.till@kdab.com>
Message-ID: <200911180906.02870.albrecht.dress@lios-tech.com>

Hi Till:

Thanks again a lot for your input!

I yesterday night finally managed to get Kontact running on my old PowerMac G4/800 "Silver", running OS X 10.4.  The whole compilation process including all dependencies lasted ~60 hours which was actually a pita...  However, the result looks really nice, good work!

I didn't have much time for testing last night, but here are a few things I saw:
- Kwallet is apparently running in foreground, i.e. the icon is in the dock which might be somewhat confusing (it's a deamon, isn't it?).  Any way to suppress the dock icon?
- I use a server with a custom certificate.  Kontact complains that it cannot verify it, but even if I click "accept forever", it asks again *every* time I sync mails or try to send a message.  How can I install my CA chain in kontact?
- Although I use a German Mac OS 10.4, kontact comes up in English.  Did I (or Macports) forget to build the German localisation, or do I have to change something?

Am Donnerstag 12 November 2009 11:52:31 schrieb Till Adam:
> Well, syncing is a complicated topic, so there is no clear yes or no answer, 
> but some devices can be synchronized, yes, with Kontact. I agree, though, an 
> automated way to sync with apple's calendar and addressbook would be nice. 
> Exporting the calendar to an ical file via horde and then setting that as a 
> calendar in ical gets you some of the way there. Appe mail does support imap, 
> so that part is no problem.

In the actual use case my boss wants is synchronisation with an iPhone.  Needless to say that this will work with the Apple applications.  Thus, it would be great to have an *automated* way to create the ical file as to export one ore more (shared) calenders from Kontact, and to add them to the Apple calendar application.  Manual actions through the web interface may work but are somewhat inconvenient (the "competition" is always vs. Outlook with some connector, where the user might have easier ways).

Thanks,
Albrecht.


From pdf at yugm.org  Wed Nov 18 20:24:28 2009
From: pdf at yugm.org (Paul Douglas Franklin)
Date: Wed, 18 Nov 2009 11:24:28 -0800
Subject: Palm Treo
Message-ID: <4B0449EC.8070806@yugm.org>

My boss has a Palm 750 Treo which he is trying to connect to our 
server.  He would like to see the same emails on there as are on his 
desktop machine.
Before he had me look at it, he had previously attempted to connect via 
pop3.  We worked thru it again today and corrected his password, and 
it's not complaining.  He has various folders to which he has moved 
emails on his desktop, and those folders do show up on his Treo.  But 
none of the emails show up.
I looked at the files on the server.  There are a bunch of emails in his 
user/[username] directory, I believe because I set Outlook to leave his 
mails on the server.  There are also a bunch of emails in the various 
folders.
Should the Treo be syncing?  At the least, I would expect it to download 
the emails in the user/[username] directory.
--Paul
-- 




Paul Douglas Franklin
Computer Manager
http://www.yugm.org/

/Husband of Danette/
/Father of Laurene, Miriam, Tycko, Timothy, Sarabeth, Marie, Dawnita, Anna Leah, Alexander, and Caleb/

Upgrade to the premier Office package today!

Free download here:
http://www.openoffice.org/


From johannes_graumann at web.de  Thu Nov 19 08:53:03 2009
From: johannes_graumann at web.de (Johannes Graumann)
Date: Thu, 19 Nov 2009 08:53:03 +0100
Subject: amavisd-release?
Message-ID: <he2tgv$l48$1@ger.gmane.org>

Hello,

This page
	http://wiki.kolab.org/index.php?title=Amavisd-new
talks about "amavisd-release", which I can't find anywhere in my kolab 2.2.2 
installation.

Is the information on that page wrong?

Thanks, Joh


From delonly at gmail.com  Thu Nov 19 08:52:50 2009
From: delonly at gmail.com (Del)
Date: Thu, 19 Nov 2009 08:52:50 +0100
Subject: Q: Kolab and Mac OS X?
In-Reply-To: <200911180906.02870.albrecht.dress@lios-tech.com>
References: <200910281643.05521.albrecht.dress@lios-tech.com>
	<200911021022.06315.albrecht.dress@lios-tech.com>
	<200911121152.31272.till@kdab.com>
	<200911180906.02870.albrecht.dress@lios-tech.com>
Message-ID: <2d303b680911182352x6a9269d6kfd31942c51f1f486@mail.gmail.com>

> - I use a server with a custom certificate. ?Kontact complains that it cannot verify it, but even if I click "accept forever", it asks again *every* time I sync mails or try to send a message. ?How can I install my CA chain in kontact?
> - Although I use a German Mac OS 10.4, kontact comes up in English.

As I informed you above, Tiger is a no-go (an there is as far as I
know no effort to make it work). Your certificate issue will vanish
once you upgrade to Leopard or Snow Leopard. Be sure to have Leopard
up-to-date or you will experience the certificate issue again.

Cheers,
Del


From pavel at argo-tours.ru  Thu Nov 19 11:18:45 2009
From: pavel at argo-tours.ru (=?utf-8?b?0J/QsNCy0LXQuyDQkdCw0YDQsNC90YfQuNC60L7Qsg==?=)
Date: Thu, 19 Nov 2009 13:18:45 +0300
Subject: Kolab contacts in turba do not work.
Message-ID: <200911191318.46428.pavel@argo-tours.ru>

Hello

        I am using Kolab addressbook, stored on IMAP server by my Kontact 
application (KDE). It is said that Horde (Tubra) can work with such type of 
address books.
        I have installed Horde Webmail edition 1.2.4 from the Horde website 
onto openSuSE 11.1 (32 bit). I activated my kolab module and addressbook named 
"kolab" appeared in Horde menu. But if I try opening it, error "Failed to 
access the address book: Source not found" appears.
        I have lowered the logging level and added some hooks to investigate 
the 
situation.
        1. Turba tries to get contacts from IMAP folder 'kolab' - by the name 
of 
addressbook. I have another folder name used for concats storage.
        2. Turba creates additional addressbook with strange-generated name. 
See my 
logs:

--------------8<----------------------------------------------
Nov 14 19:49:56 HORDE [debug] [horde] Max memory usage: 9437184 bytes [pid 
15595 on line 339 of "/srv/www/htdocs/horde/lib/Horde/Registry.php"]
Nov 14 19:54:34 HORDE [debug] [turba] Hook _horde_hook_share_init in 
application horde not called. [pid 730 on line 1688 of 
"/srv/www/htdocs/horde/lib/Horde.php"]
Nov 14 19:54:34 HORDE [debug] [turba] Opening addressbook with name: 
kolab(Kolab Contacts) [pid 730 on line 57 of 
"/srv/www/htdocs/horde/turba/lib/Driver/kolab.php"]
Nov 14 19:54:34 HORDE [debug] [turba] Hook _prefs_change_hook_addressbooks in 
application horde not called. [pid 730 on line 1688 of 
"/srv/www/htdocs/horde/lib/Horde.php"]
Nov 14 19:54:34 HORDE [debug] [turba] Opening addressbook with name: 
3a18c191bd24e257db4eebea62602b3e(Kolab Contacts) [pid 730 on line 57 of 
"/srv/www/htdocs/horde/turba/lib/Driver/kolab.php"]
Nov 14 19:54:34 HORDE [debug] [turba] Hook 
_prefs_change_hook_turba_maintenance_tasks in application horde not called. 
[pid 730 on line 1688 of "/srv/www/htdocs/horde/lib/Horde.php"]
Nov 14 19:54:34 HORDE [debug] [turba] Max memory usage: 8650752 bytes [pid 730 
on line 339 of "/srv/www/htdocs/horde/lib/Horde/Registry.php"]
--------------8<----------------------------------------------
        I've added logging of the name of addressbook and description - in 
round 
brackets. Notice, that 2 address books have the same description.
        Is there a way to make Turba to work with Kolab contacts?

Best regards,
Pavel


From thomas at intevation.de  Thu Nov 19 16:53:24 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Thu, 19 Nov 2009 16:53:24 +0100
Subject: amavisd-release?
In-Reply-To: <he2tgv$l48$1@ger.gmane.org>
References: <he2tgv$l48$1@ger.gmane.org>
Message-ID: <20091119164850.783869993.thomas@intevation.de>

* Johannes Graumann <johannes_graumann at web.de> [20091119 08:53]:
> This page
> 	http://wiki.kolab.org/index.php?title=Amavisd-new
> talks about "amavisd-release", which I can't find anywhere in my kolab 2.2.2 
> installation.

It is included in the source tarball (which in turn is included in
the source rpm), but unfortunately OpenPKG does not install it by
default. You can manually extract it and copy it to e.g.
/kolab/sbin, and adjust the $socketname by changing
  $socketname = '127.0.0.1:9998';
to
  $socketname = '/kolab/var/amavisd/amavisd.sock';
at the beginning of the script.

> Is the information on that page wrong?

No, just incomplete. Please extend it for the benefit of others.

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 pdf at yugm.org  Thu Nov 19 22:38:18 2009
From: pdf at yugm.org (Paul Douglas Franklin of Union Gospel Mission)
Date: Thu, 19 Nov 2009 13:38:18 -0800
Subject: Sync problems
Message-ID: <4B05BACA.8050707@yugm.org>

Hi.
We have a user whose Outlook isn't synchronizing properly.  She is using 
the Toltec connector.  When I look at the properties for her Inbox, it 
claims the sync happened when I think it did (10:05 or whatever).  When 
I look at her Inbox on the server, the Inbox directory has the 
appropriate MTime, but I do not see the actual mails that should be 
there.  Instead I see a lot of Kolab Groupware objects, over 200 of 
them.  I sent a test message to her and then did a sync.  The new mail 
did not show up on the server.
Her Toltec had been disabled for some time, and almost all these 
groupware objects showed up when I re-enabled Toltec.
What should I do to get the sync to work?
--Paul

-- 
Paul Douglas Franklin
Computer Manager, Union Gospel Mission of Yakima, Washington
Husband of Danette
Father of Laurene, Miriam, Tycko, Timothy, Sarabeth, Marie, Dawnita, Anna Leah, Alexander, and Caleb


From aspineux at gmail.com  Sun Nov 22 16:35:31 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Sun, 22 Nov 2009 16:35:31 +0100
Subject: email lost
In-Reply-To: <71fe4e760911010242x67b81000w2e49f60569d30026@mail.gmail.com>
References: <200910271955.09154.pixiesfr@free.fr>
	<71fe4e760911010242x67b81000w2e49f60569d30026@mail.gmail.com>
Message-ID: <71fe4e760911220735g61a85189jabb908dc6748e4af@mail.gmail.com>

ops

 sorry here is the correct URL :

https://wiki.kolab.org/index.php/What_is_happening_to_my_emails_where_are_their._Search_your_postfix_log_to_find_them


On Sun, Nov 1, 2009 at 11:42 AM, Alain Spineux <aspineux at gmail.com> wrote:
> Hi
>
> I wrote this useful tutorial to search for an email into kolab. The
> end of the tutorial could help you !
>
> http://www.linuxmail.info/images/centos-5/ad-group-members.png
>
> Regards
>
> On Tue, Oct 27, 2009 at 6:55 PM, fabrice <pixiesfr at free.fr> wrote:
>> Hi,
>>
>> I have a strange thing happened today..
>>
>> I get an email , this email was , on the server side , received without any
>> issues...
>>
>> But he never appear in the mailbox, no sieve script .
>>
>> The mailboxe never saw this email inside...
>>
>>
>> Oct 27 09:11:36 mail postfix/qmgr[10735]: AC26B3FC69: from=<XXXX at XXXX>,
>> size=4330, nrcpt=3 (queue active)
>> Oct 27 09:11:36 mail postfix/pipe[8411]: AC26B3FC69: to=<XXXX at XXXX>,
>> relay=kolabmailboxfilter, delay=0.12, delays=0.01/0/0/0.11, dsn=2.0.0,
>> status=sent (delivered via kolabmailboxfilter service)
>>
>>
>> no error find nowhere...
>>
>> thank you
>>
>> Fabrice
>>
>> _______________________________________________
>> Kolab-users mailing list
>> Kolab-users at kolab.org
>> https://kolab.org/mailman/listinfo/kolab-users
>>
>
>
>
> --
> Alain Spineux
> aspineux gmail com
> May the sources be with you
>



-- 
Alain Spineux
aspineux gmail com
May the sources be with you


From wrobel at pardus.de  Mon Nov 23 17:27:27 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 23 Nov 2009 17:27:27 +0100
Subject: Kolab contacts in turba do not work.
In-Reply-To: <200911191318.46428.pavel@argo-tours.ru>
References: <200911191318.46428.pavel@argo-tours.ru>
Message-ID: <20091123172727.11425zcx1jdhi3ok@webmail.pardus.de>

Hi,

Quoting ????? ?????????? <pavel at argo-tours.ru>:

> Hello
>
>         I am using Kolab addressbook, stored on IMAP server by my Kontact
> application (KDE). It is said that Horde (Tubra) can work with such type of
> address books.
>         I have installed Horde Webmail edition 1.2.4 from the Horde website
> onto openSuSE 11.1 (32 bit). I activated my kolab module and  
> addressbook named
> "kolab" appeared in Horde menu. But if I try opening it, error "Failed to
> access the address book: Source not found" appears.
>         I have lowered the logging level and added some hooks to investigate
> the
> situation.
>         1. Turba tries to get contacts from IMAP folder 'kolab' - by the name
> of
> addressbook. I have another folder name used for concats storage.
>         2. Turba creates additional addressbook with strange-generated name.
> See my
> logs:
>
> --------------8<----------------------------------------------
> Nov 14 19:49:56 HORDE [debug] [horde] Max memory usage: 9437184 bytes [pid
> 15595 on line 339 of "/srv/www/htdocs/horde/lib/Horde/Registry.php"]
> Nov 14 19:54:34 HORDE [debug] [turba] Hook _horde_hook_share_init in
> application horde not called. [pid 730 on line 1688 of
> "/srv/www/htdocs/horde/lib/Horde.php"]
> Nov 14 19:54:34 HORDE [debug] [turba] Opening addressbook with name:
> kolab(Kolab Contacts) [pid 730 on line 57 of
> "/srv/www/htdocs/horde/turba/lib/Driver/kolab.php"]
> Nov 14 19:54:34 HORDE [debug] [turba] Hook _prefs_change_hook_addressbooks in
> application horde not called. [pid 730 on line 1688 of
> "/srv/www/htdocs/horde/lib/Horde.php"]
> Nov 14 19:54:34 HORDE [debug] [turba] Opening addressbook with name:
> 3a18c191bd24e257db4eebea62602b3e(Kolab Contacts) [pid 730 on line 57 of
> "/srv/www/htdocs/horde/turba/lib/Driver/kolab.php"]
> Nov 14 19:54:34 HORDE [debug] [turba] Hook
> _prefs_change_hook_turba_maintenance_tasks in application horde not called.
> [pid 730 on line 1688 of "/srv/www/htdocs/horde/lib/Horde.php"]
> Nov 14 19:54:34 HORDE [debug] [turba] Max memory usage: 8650752  
> bytes [pid 730
> on line 339 of "/srv/www/htdocs/horde/lib/Horde/Registry.php"]
> --------------8<----------------------------------------------
>         I've added logging of the name of addressbook and description - in
> round
> brackets. Notice, that 2 address books have the same description.
>         Is there a way to make Turba to work with Kolab contacts?

If you used the plain horde-webmail package it won't work. You need to  
apply the Kolab specific patches as it is done on the Kolab Server.  
And so far we don't provide patches for horde-webmail-1.2.4 but only  
for 1.2.0. This will change early next year when we upgrade horde for  
the Kolab Server 2.3.0 release.

Cheers,

Gunnar

>
> Best regards,
> Pavel
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------

-------------- 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/20091123/6cf5b21b/attachment.bin

From wrobel at pardus.de  Mon Nov 23 17:33:50 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 23 Nov 2009 17:33:50 +0100
Subject: Palm Treo
In-Reply-To: <4B0449EC.8070806@yugm.org>
References: <4B0449EC.8070806@yugm.org>
Message-ID: <20091123173350.75377ko4rugz100s@webmail.pardus.de>

Quoting Paul Douglas Franklin <pdf at yugm.org>:

> My boss has a Palm 750 Treo which he is trying to connect to our
> server.  He would like to see the same emails on there as are on his
> desktop machine.
> Before he had me look at it, he had previously attempted to connect via
> pop3.  We worked thru it again today and corrected his password, and
> it's not complaining.  He has various folders to which he has moved
> emails on his desktop, and those folders do show up on his Treo.  But
> none of the emails show up.
> I looked at the files on the server.  There are a bunch of emails in his
> user/[username] directory, I believe because I set Outlook to leave his
> mails on the server.  There are also a bunch of emails in the various
> folders.
> Should the Treo be syncing?  At the least, I would expect it to download
> the emails in the user/[username] directory.

Hm, I don't know the treo at all and so I don't know how it works. I  
would expect it to download the INBOX of the user so I'm confused by  
your reference to "user/[username]". Do you see in your  
/kolab/var/imapd/pop3d.log what the device is trying to do?

Cheers,

Gunnar

> --Paul
> --
>
>
>
>
> Paul Douglas Franklin
> Computer Manager
> http://www.yugm.org/
>
> /Husband of Danette/
> /Father of Laurene, Miriam, Tycko, Timothy, Sarabeth, Marie,  
> Dawnita, Anna Leah, Alexander, and Caleb/
>
> Upgrade to the premier Office package today!
>
> Free download here:
> http://www.openoffice.org/
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------

-------------- 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/20091123/dddaa039/attachment.bin

From wrobel at pardus.de  Mon Nov 23 17:37:46 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 23 Nov 2009 17:37:46 +0100
Subject: Sync problems
In-Reply-To: <4B05BACA.8050707@yugm.org>
References: <4B05BACA.8050707@yugm.org>
Message-ID: <20091123173746.17832ul0qk4lvt4w@webmail.pardus.de>

Quoting Paul Douglas Franklin of Union Gospel Mission <pdf at yugm.org>:

> Hi.
> We have a user whose Outlook isn't synchronizing properly.  She is using
> the Toltec connector.  When I look at the properties for her Inbox, it
> claims the sync happened when I think it did (10:05 or whatever).  When
> I look at her Inbox on the server, the Inbox directory has the
> appropriate MTime, but I do not see the actual mails that should be
> there.  Instead I see a lot of Kolab Groupware objects, over 200 of
> them.  I sent a test message to her and then did a sync.  The new mail
> did not show up on the server.
> Her Toltec had been disabled for some time, and almost all these
> groupware objects showed up when I re-enabled Toltec.
> What should I do to get the sync to work?

If you don't get a response here I'd contact Toltec support.

Cheers,

Gunnar

> --Paul
>
> --
> Paul Douglas Franklin
> Computer Manager, Union Gospel Mission of Yakima, Washington
> Husband of Danette
> Father of Laurene, Miriam, Tycko, Timothy, Sarabeth, Marie, Dawnita,  
> Anna Leah, Alexander, and Caleb
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------

-------------- 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/20091123/2ceb0f35/attachment.bin

From wrobel at pardus.de  Mon Nov 23 17:46:03 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 23 Nov 2009 17:46:03 +0100
Subject: Adding horde module in kolab groupware.
In-Reply-To: <BLU122-W16080EA1D1B57332C63A30A3A40@phx.gbl>
References: <BLU122-W16080EA1D1B57332C63A30A3A40@phx.gbl>
Message-ID: <20091123174603.56985ceddm5bcsws@webmail.pardus.de>

Hi,

Quoting kiser Caesar <kcaesar at hotmail.com>:

> Hello,
>
> Who already tried to add a module to horde in kolab ?
> I'm interested in to \"whups\"
>
> http://cvs.horde.org/whups/
>
> If somebody has a feedback, please tell me :)

The hardest part would probably be to get the SQL support into PHP.  
The horde components that are installed by default on the Kolab server  
all use drivers that store their information in IMAP. Only some minor  
modules store helper data in an sqlite database. So the current  
install only supports sqlite.

And all the other Horde applications are using SQL only. And that  
means you need to modify the PHP installation on your server. As long  
as you don't want to run things like whups on sqlite. Might of course  
be possible too. It depends on the size the installation should have.

Cheers,

Gunnar

>
>
> Best regards,
>           -------------------------
> Avec Internet Explorer, surfez en toute discr?tion sur internet
href='http://clk.atdmt.com/FRM/go/182932252/direct/01/'
> target='_new'>Cliquez ici !

-- 
____ http://www.pardus.de[1] _________________
http://gunnarwrobel.de[2] _

E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                         Bundesstrasse 29
Fax    : +49 721 1513 52322                        D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

Links:
------
[1] http://www.pardus.de
[2] http://gunnarwrobel.de

-------------- 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/20091123/acd55af9/attachment.bin

From wrobel at pardus.de  Mon Nov 23 17:52:19 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Mon, 23 Nov 2009 17:52:19 +0100
Subject: SOLVED: Horde login problem
In-Reply-To: <hdbcri$ldg$1@ger.gmane.org>
References: <hcvd2u$i4p$1@ger.gmane.org>
	<20091106081040.24505whjt8r2xp8g@www.inovox.de>
	<20091106092631.80454jdie8qge2sk@webmail.pardus.de>
	<hd6gt2$u4r$1@ger.gmane.org> <hdbcri$ldg$1@ger.gmane.org>
Message-ID: <20091123175219.972540lr39zjdfc4@webmail.pardus.de>

Hi Johannes,

Quoting Johannes Graumann <johannes_graumann at web.de>:

> As I had originally hypothesized, this turned out to be a *.prefs issue.
> Copying another users *.prefs and editing it to the account details of the
> login involved solved the problem.

Do you have any additional information concerning the nature of the  
problem? If this is something that might happen from time to time I'd  
definitely like to know as it would need fixing.

>
> Make backups of your *.prefs!

Hm, guess I'm still in favor of using the IMAP based preferences  
rather than opening up just another storage location like we did when  
choosing the file based driver. Probably need to push this again.

Cheers,

Gunnar

>
> Joh
>
> Johannes Graumann wrote:
>
>> Gunnar Wrobel wrote:
>>
>>> Quoting Carsten Burghardt <carsten at cburghardt.com>:
>>>
>>>> Hi Johannes,
>>>>
>>>> Zitat von Johannes Graumann <johannes_graumann at web.de>:
>>>>
>>>>> Hi,
>>>>>
>>>>> My setup (2.2.2) is cruising along, but horde suddenly gives me
>>>>> trouble. I can login fine, but all I will see is the upper Toolbar.
>>>
>>> This sounds like there is a problem with cached data. Do you have any
>>> errors in  /kolab/var/kolab/www/client/log/php-errors.log?
>>
>> Here's this morning's try - same error. See the php-errors.log excerpt
>> below
>> ... thanks for your help.
>>
>> Joh
>>
>>
>> Prompt:/kolab# date
>> Fri Nov  6 09:58:08 CET 2009
>> Prompt:/kolab# find -mmin -2
>> ./var/kolab/www/client/log/horde.log
>> ./var/kolab/www/client/log/php-errors.log
>> ./var/kolab/www/client/storage
>> ./var/kolab/www/client/storage/horde.db
>> ./var/kolab/www/client/storage/johannes.graumann at graumannschaft.org.prefs
>> ./var/kolab/www/client/tmp
>> ./var/kolab/www/client/tmp/sess_3016885fd41653c82f32f19bbcdfac0a
>> ./var/kolab/www/client/tmp/kolab_cache53e4259e4bbec4a006266e3b9a240651
>> ./var/kolab/www/client/tmp/kolab_cache3122828096ac8b51d5a5ebe3714531bb
>> ./var/apache/log/apache-access.log
>> ./var/sasl/log/saslauthd.log
>> ./var/openldap/openldap-data/__db.004
>> ./var/openldap/openldap-data/__db.002
>> ./var/openldap/openldap-data/__db.003
>> ./var/openldap/openldap-data/__db.006
>> ./var/openldap/openldap-data/__db.005
>> ./var/clamav/clamd.log
>> ./var/imapd/proc
>> ./var/imapd/log/imapd.log
>> ./var/imapd/log/cyrmaster.log
>> ./var/imapd/domain/g/graumannschaft.org/user/j/johannes^graumann.seen
>> ./var/imapd/db/__db.004
>> ./var/imapd/db/__db.002
>> ./var/imapd/db/__db.003
>> ./var/imapd/db/__db.001
>> ./var/imapd/db/__db.006
>> ./var/imapd/db/__db.005
>>
>> Excerpt ./var/kolab/www/client/log/php-errors.log
>>
>> [06-Nov-2009 09:58:20] PHP Warning:  DOMDocument::loadXML() [<a
>> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag expected,
>> '&lt;' not found in Entity, line: 2 in
>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
>> [06-Nov-2009 09:58:20] PHP Fatal error:  Call to a member function
>> hasChildNodes() on a non-object in
>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
>> [06-Nov-2009 09:58:21] PHP Warning:  DOMDocument::loadXML() [<a
>> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag expected,
>> '&lt;' not found in Entity, line: 2 in
>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
>>
>> Excerpt ./var/kolab/www/client/log/horde.log
>>
>> Nov 06 09:58:12 HORDE [debug] [imp] Hook _prefs_change_hook_last_login in
>> application horde not called. [pid 25859 on line 1683 of
>> "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:12 HORDE [debug] [imp] Hook
>> _prefs_change_hook_expanded_folders
>> in application horde not called. [pid 25859 on line 1683 of
>> "/kolab/var/kolab/www/client/lib/Horde.php"]
>> ... LOTS OF COPIES ...
>> Nov 06 09:58:13 HORDE [notice] [imp] Login success for
>> johannes.graumann at graumannschaft.org [141.61.32.61] to
>> {h1616679.stratoserver.net:143 [imap/notls/novalidate-cert]} [pid 25859 on
>> line 304 of "/kolab/var/kolab/www/client/imp/lib/Session.php"]
>> Nov 06 09:58:13 HORDE [debug] [imp] Hook
>> _prefs_change_hook_last_maintenance
>> in application horde not called. [pid 25859 on line 1683 of
>> "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:13 HORDE [debug] [imp] Max memory usage: 11272192 bytes [pid
>> 25859 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
>> Nov 06 09:58:13 HORDE [debug] [imp] IMAP errors: SECURITY PROBLEM:
>> insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server
>> advertised AUTH=PLAIN [pid 25859 on line 175 of
>> "/kolab/var/kolab/www/client/imp/lib/IMAP.php"]
>> Nov 06 09:58:15 HORDE [debug] [horde] Max memory usage: 5242880 bytes [pid
>> 25859 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
>> Nov 06 09:58:15 HORDE [debug] [horde] Max memory usage: 3932160 bytes [pid
>> 25864 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
>> Nov 06 09:58:15 HORDE [debug] [turba] Hook _horde_hook_share_init in
>> application horde not called. [pid 30686 on line 1683 of
>> "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:19 HORDE [debug] [turba] Hook
>> _prefs_change_hook_turba_maintenance_tasks in application horde not
>> called.
>> [pid 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:20 HORDE [debug] [kronolith] Hook _horde_hook_share_init in
>> application horde not called. [pid 30686 on line 1683 of
>> "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:20 HORDE [debug] [kronolith] Hook
>> _prefs_change_hook_display_remote_cals in application horde not called.
>> [pid
>> 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:20 HORDE [debug] [nag] Hook _horde_hook_share_init in
>> application horde not called. [pid 30686 on line 1683 of
>> "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:20 HORDE [debug] [nag] Hook
>> _prefs_change_hook_display_tasklists in application horde not called. [pid
>> 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:20 HORDE [debug] [kronolith] Hook
>> _prefs_change_hook_display_external_cals in application horde not called.
>> [pid 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:20 HORDE [debug] [kronolith] Hook
>> _prefs_change_hook_display_cals in application horde not called. [pid
>> 30686 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:20 HORDE [debug] [kronolith] Max memory usage: 15990784 bytes
>> [pid 30686 on line 339 of
>> "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
>> Nov 06 09:58:20 HORDE [debug] [kronolith] IMAP errors: SECURITY PROBLEM:
>> insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server
>> advertised AUTH=PLAIN Mailbox does not exist Mailbox does not exist [pid
>> 30686 on line 175 of "/kolab/var/kolab/www/client/imp/lib/IMAP.php"]
>> Nov 06 09:58:20 HORDE [debug] [imp] Max memory usage: 4980736 bytes [pid
>> 25859 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
>> Nov 06 09:58:20 HORDE [debug] [nag] Hook _horde_hook_share_init in
>> application horde not called. [pid 25864 on line 1683 of
>> "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:20 HORDE [debug] [nag] Hook
>> _prefs_change_hook_display_tasklists in application horde not called. [pid
>> 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:20 HORDE [debug] [mnemo] Hook _horde_hook_share_init in
>> application horde not called. [pid 25864 on line 1683 of
>> "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:20 HORDE [debug] [mnemo] Hook
>> _prefs_change_hook_display_notepads in application horde not called. [pid
>> 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:21 HORDE [debug] [kronolith] Hook _horde_hook_share_init in
>> application horde not called. [pid 25864 on line 1683 of
>> "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:21 HORDE [debug] [kronolith] Hook
>> _prefs_change_hook_display_remote_cals in application horde not called.
>> [pid
>> 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:21 HORDE [debug] [kronolith] Hook
>> _prefs_change_hook_display_external_cals in application horde not called.
>> [pid 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:21 HORDE [debug] [kronolith] Hook
>> _prefs_change_hook_display_cals in application horde not called. [pid
>> 25864 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:21 HORDE [debug] [kronolith] Hook
>> _prefs_change_hook_last_kronolith_maintenance in application horde not
>> called. [pid 25864 on line 1683 of
>> "/kolab/var/kolab/www/client/lib/Horde.php"]
>> Nov 06 09:58:21 HORDE [debug] [kronolith] Max memory usage: 15204352 bytes
>> [pid 25864 on line 339 of
>> "/kolab/var/kolab/www/client/lib/Horde/Registry.php"]
>> Nov 06 09:58:21 HORDE [debug] [kronolith] IMAP errors: SECURITY PROBLEM:
>> insecure server advertised AUTH=PLAIN SECURITY PROBLEM: insecure server
>> advertised AUTH=PLAIN [pid 25864 on line 175 of
>> "/kolab/var/kolab/www/client/imp/lib/IMAP.php"]
>
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------

-------------- 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/20091123/89fc6409/attachment-0001.bin

From johannes_graumann at web.de  Mon Nov 23 21:19:33 2009
From: johannes_graumann at web.de (Johannes Graumann)
Date: Mon, 23 Nov 2009 21:19:33 +0100
Subject: amavisd-release?
References: <he2tgv$l48$1@ger.gmane.org>
	<20091119164850.783869993.thomas@intevation.de>
Message-ID: <heeqoj$3om$1@ger.gmane.org>

Edited the Wiki. Have a look at https://wiki.kolab.org/index.php/Amavisd-
new#Amavis_quarantine_cleanup

Joh


Thomas Arendsen Hein wrote:

> * Johannes Graumann <johannes_graumann at web.de> [20091119 08:53]:
>> This page
>> http://wiki.kolab.org/index.php?title=Amavisd-new
>> talks about "amavisd-release", which I can't find anywhere in my kolab
>> 2.2.2 installation.
> 
> It is included in the source tarball (which in turn is included in
> the source rpm), but unfortunately OpenPKG does not install it by
> default. You can manually extract it and copy it to e.g.
> /kolab/sbin, and adjust the $socketname by changing
>   $socketname = '127.0.0.1:9998';
> to
>   $socketname = '/kolab/var/amavisd/amavisd.sock';
> at the beginning of the script.
> 
>> Is the information on that page wrong?
> 
> No, just incomplete. Please extend it for the benefit of others.
> 
> Regards,
> Thomas Arendsen Hein
> 



From aspineux at gmail.com  Tue Nov 24 03:39:47 2009
From: aspineux at gmail.com (Alain Spineux)
Date: Tue, 24 Nov 2009 03:39:47 +0100
Subject: Automatic Email Server Settings
In-Reply-To: <00d401ca428b$0032b150$009813f0$@co.za>
References: <AcpCiv/SCyMcioMyRrKJRxcebwaFpQ==>
	<00d401ca428b$0032b150$009813f0$@co.za>
Message-ID: <71fe4e760911231839k62b3ff46p179a6598b95b1eb@mail.gmail.com>

You are speaking about SRV record (in the DNS) !

http://www.zytrax.com/books/dns/ch8/srv.html

For example, to tell your MUA where is your imap server for your
address foo at example.com
add one entry in your dns

srvce.prot.name  ttl  class   rr  pri  weight port target

_imap._tcp.example.com. IN      SRV 0    5      143   mail.example.com.

You got the idea !
Now you have to know which pointers your MUA use to configure itself

Regards


-- 
Alain Spineux
aspineux gmail com
Your email 100% available with Emailgency  |  http://www.emailgency.com


2009/10/1 Nazeer <Nazeer at kryptonpcs.co.za>:
> Hi
>
>
>
>
>
> How would I enable automatic server settings for Kolab?
>
>
>
> Most Phones and Email clients offer that. All you need is the Email Address
> and the password and it automatically configures all settings like incoming
> mail server, smtp etc
>
>
>
> Thanks
>
>
>
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>


From kcaesar at hotmail.com  Tue Nov 24 20:49:14 2009
From: kcaesar at hotmail.com (kiser Caesar)
Date: Tue, 24 Nov 2009 20:49:14 +0100
Subject: Kolab-users Digest, Vol 69, Issue 19
In-Reply-To: <mailman.930.1258995151.2115.kolab-users@kolab.org>
References: <mailman.930.1258995151.2115.kolab-users@kolab.org>
Message-ID: <BLU122-W27E9E53984BC6CEA8635A8A39D0@phx.gbl>


--Pi?ce jointe du message transmise--
Subject: Re: Adding horde module in kolab groupware.
Date: Mon, 23 Nov 2009 17:46:03 +0100
To: kolab-users at kolab.org
From: wrobel at pardus.de

Hi,
 
Quoting kiser Caesar <kcaesar at hotmail.com>:
 
> Hello,
>
> Who already tried to add a module to horde in kolab ?
> I'm interested in to \"whups\"
>
> http://cvs.horde.org/whups/
>
> If somebody has a feedback, please tell me :)
 
The hardest part would probably be to get the SQL support into PHP.  
The horde components that are installed by default on the Kolab server  
all use drivers that store their information in IMAP. Only some minor  
modules store helper data in an sqlite database. So the current  
install only supports sqlite.
 
And all the other Horde applications are using SQL only. And that  
means you need to modify the PHP installation on your server. As long  
as you don't want to run things like whups on sqlite. Might of course  
be possible too. It depends on the size the installation should have.
 
Cheers,
 
Gunnar
 
>
>
> Best regards,
>           -------------------------
> Avec Internet Explorer, surfez en toute discr?tion sur internet
href='http://clk.atdmt.com/FRM/go/182932252/direct/01/'
> target='_new'>Cliquez ici !
 
-- 
____ http://www.pardus.de[1] _________________
http://gunnarwrobel.de[2] _
 
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 <<
--------------------------------------------------------------------


Hello Gunnar,


Thank for your feedback,
I want to use "whups" and "wicked". 
I have over 500 users..

Do you think the best choice is to find a another tool ?


Best regards,


 		 	   		  
_________________________________________________________________
T?l?chargez Internet Explorer 8 et surfez sans laisser de trace !
http://clk.atdmt.com/FRM/go/182932252/direct/01/
-------------- section suivante --------------
Une pi?ce jointe HTML a ?t? nettoy?e...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091124/9768776a/attachment.html

From RetheeshKR at microland.com  Thu Nov 26 14:38:34 2009
From: RetheeshKR at microland.com (Retheesh Kumar R)
Date: Thu, 26 Nov 2009 19:08:34 +0530
Subject: Change the default Meeting Iformat.
Message-ID: <0459309E73E926498AEBD76CD022E44D0511075B@BLRISBE02.MLCORP.NET>

Hi All,

 

Is there any way we can change the Meeting Request ICS format to a
format that MS Outlook users can view and accept. 

The sample exchange.ics file is very apt. how do I integrate it with
Kolab to send out meeting request in that format.

 

Any guidance is greatly appreciated.

 

Regards,

Retheesh Kumar R

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. 
Any review, re-transmission, dissemination or other use of or taking of any action in reliance upon,this information by persons or entities other than the intended recipient is prohibited. 
If you received this in error, please contact the sender and delete the material from your computer. 
Microland takes all reasonable steps to ensure that its electronic communications are free from viruses. 
However, given Internet accessibility, the Company cannot accept liability for any virus introduced by this e-mail or any attachment and you are advised to use up-to-date virus checking software. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091126/a24b1b65/attachment.html

From johannes_graumann at web.de  Thu Nov 26 23:12:02 2009
From: johannes_graumann at web.de (Johannes Graumann)
Date: Thu, 26 Nov 2009 23:12:02 +0100
Subject: Clamav Update Automated by Default?
Message-ID: <hemufj$frg$1@ger.gmane.org>

Hi,

spamandclam.sh (https://wiki.kolab.org/index.php/Spamandclam.sh) implies 
that a kolab installation does not automatically update its clamav virus 
definitions, but that one has to automate this via a script. Is this current 
information? My impression is that in 2.2.2 clamav definitions are kept up-
to date without custom script intervention ...

Thanks for any insight, Joh


From wrobel at pardus.de  Fri Nov 27 09:32:12 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 27 Nov 2009 09:32:12 +0100
Subject: Clamav Update Automated by Default?
In-Reply-To: <hemufj$frg$1@ger.gmane.org>
References: <hemufj$frg$1@ger.gmane.org>
Message-ID: <20091127093212.206743odx54mmykg@webmail.pardus.de>

Quoting Johannes Graumann <johannes_graumann at web.de>:

> Hi,
>
> spamandclam.sh (https://wiki.kolab.org/index.php/Spamandclam.sh) implies
> that a kolab installation does not automatically update its clamav virus
> definitions, but that one has to automate this via a script. Is this current
> information? My impression is that in 2.2.2 clamav definitions are kept up-
> to date without custom script intervention ...


@thomas: I assume you know the answer to this one. I'd correct the  
wiki if clamav does update automatically.

Cheers,

Gunnar
>
> Thanks for any insight, Joh
>
> _______________________________________________
> 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 <<
--------------------------------------------------------------------

-------------- 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/20091127/d0ff2dd7/attachment.bin

From wrobel at pardus.de  Fri Nov 27 09:39:18 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 27 Nov 2009 09:39:18 +0100
Subject: Change the default Meeting Iformat.
In-Reply-To: <0459309E73E926498AEBD76CD022E44D0511075B@BLRISBE02.MLCORP.NET>
References: <0459309E73E926498AEBD76CD022E44D0511075B@BLRISBE02.MLCORP.NET>
Message-ID: <20091127093918.18392pmzwushu728@webmail.pardus.de>

Quoting Retheesh Kumar R <RetheeshKR at microland.com>:

>
>
> Hi All,
>
>  Is there any way we can change the Meeting Request ICS format to a
> format that MS Outlook users can view and accept.

As far as I know Outlook can understand iCal messages (or files with  
.ics extension).

>
> The sample exchange.ics file is very apt.

Which exchange.ics exactly?

> how do I integrate it
> with Kolab to send out meeting request in that
> format.

There is no need for special integration concerning Kolab. Your client  
needs to support ics messages.

Cheers,

Gunnar

>
>  Any guidance is greatly appreciated.
>
>  Regards,
>
> Retheesh Kumar R
>
> The information transmitted is intended only for the person or
> entity to which it is addressed and may contain confidential and/or
> privileged material. Any review, re-transmission, dissemination or
> other use of or taking of any action in reliance upon,this
> information by persons or entities other than the intended
recipient
> is prohibited. If you received this in error, please contact the
> sender and delete the material from your computer. Microland takes
> all reasonable steps to ensure that its electronic communications
> are free from viruses. However, given Internet accessibility, the
> Company cannot accept liability for any virus introduced by this
> e-mail or any attachment and you are advised to use up-to-date
virus
> checking software.

-- 
____ http://www.pardus.de[1] _________________
http://gunnarwrobel.de[2] _

E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                         Bundesstrasse 29
Fax    : +49 721 1513 52322                        D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

Links:
------
[1] http://www.pardus.de
[2] http://gunnarwrobel.de

-------------- 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/20091127/f1696300/attachment.bin

From skipmorse at gmail.com  Sat Nov 28 20:17:55 2009
From: skipmorse at gmail.com (Skip Morse)
Date: Sat, 28 Nov 2009 11:17:55 -0800
Subject: mail enabled shared folder
In-Reply-To: <20091102080452.17824nqydlbqm7c4@webmail.pardus.de>
References: <c1ec9ac0910150635h19a55ecfm460fcbe693bc9971@mail.gmail.com>
	<20091102080452.17824nqydlbqm7c4@webmail.pardus.de>
Message-ID: <a62e99740911281117t7ecd8f6an3f041b26662b7924@mail.gmail.com>

2009/11/1 Gunnar Wrobel <wrobel at pardus.de>

> Quoting Liutauras Adomaitis <liutauras.adomaitis at gmail.com>:
>
>  Hi all,
>>
>> I cannot setup mail enabled shared folder. I follow instructions on
>> http://wiki.kolab.org/index.php/Shared_folders, but it is not working.
>> Sending email fails because there is not such email.
>> I have a shared folder shared.pagalba at infosaitas.lt
>> I have a address book entry with email kolab+shared.pagalba at infosaitas.lt<kolab%2Bshared.pagalba at infosaitas.lt>
>> Then i look at openldap.log i see:
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=0 BIND dn="cn=nobody,cn=internal,dc=infosaitas,dc=lt" method=128
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=0 BIND dn="cn=nobody,cn=internal,dc=infosaitas,dc=lt" mech=SIMPLE
>> ssf=0
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=0 RESULT tag=97 err=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=1 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=
>> kolab+shared.pagalba at infosaitas.lt <kolab%2Bshared.pagalba at infosaitas.lt>
>> ))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=1 SRCH attr=mail member
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=1 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=2 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(!(kolabDeleteflag=*))(|(alias=
>> kolab+shared.pagalba at infosaitas.lt <kolab%2Bshared.pagalba at infosaitas.lt>
>> )(mail=kolab+shared.pagalba at infosaitas.lt<kolab%2Bshared.pagalba at infosaitas.lt>
>> ))(!(cn:dn:=external)))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=2 SRCH attr=mail
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=2 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=3 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=
>> kolab at infosaitas.lt))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=3 SRCH attr=mail member
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=3 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=4 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab at infosaitas.lt)(mail=
>> kolab at infosaitas.lt))(!(cn:dn:=external)))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=4 SRCH attr=mail
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=4 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=5 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>>
>> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab+shared.pagalba))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=5 SRCH attr=mail member
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=5 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=6 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>>
>> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab+shared.pagalba)(mail=kolab+shared.pagalba))(!(cn:dn:=external)))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=6 SRCH attr=mail
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=6 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=7 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>>
>> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=7 SRCH attr=mail member
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=7 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=8 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>>
>> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab)(mail=kolab))(!(cn:dn:=external)))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=8 SRCH attr=mail
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=8 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=9 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=@
>> infosaitas.lt))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=9 SRCH attr=mail member
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=9 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=10 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(!(kolabDeleteflag=*))(|(alias=@infosaitas.lt)(mail=@
>> infosaitas.lt))(!(cn:dn:=external)))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=10 SRCH attr=mail
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=10 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=11 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=
>> kolab+shared.pagalba at infosaitas.lt <kolab%2Bshared.pagalba at infosaitas.lt>
>> ))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=11 SRCH attr=mail member
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=11 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=12 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(!(kolabDeleteflag=*))(|(alias=
>> kolab+shared.pagalba at infosaitas.lt <kolab%2Bshared.pagalba at infosaitas.lt>
>> )(mail=kolab+shared.pagalba at infosaitas.lt<kolab%2Bshared.pagalba at infosaitas.lt>
>> ))(!(cn:dn:=external)))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=12 SRCH attr=mail
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=12 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=13 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=
>> kolab at infosaitas.lt))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=13 SRCH attr=mail member
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=13 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=14 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab at infosaitas.lt)(mail=
>> kolab at infosaitas.lt))(!(cn:dn:=external)))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=14 SRCH attr=mail
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=14 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=15 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>>
>> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab+shared.pagalba))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=15 SRCH attr=mail member
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=15 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=16 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>>
>> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab+shared.pagalba)(mail=kolab+shared.pagalba))(!(cn:dn:=external)))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=16 SRCH attr=mail
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=16 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=17 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>>
>> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=kolab))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=17 SRCH attr=mail member
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=17 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=18 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>>
>> filter="(&(!(kolabDeleteflag=*))(|(alias=kolab)(mail=kolab))(!(cn:dn:=external)))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=18 SRCH attr=mail
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=18 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=19 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(objectClass=kolabGroupOfNames)(!(kolabDeleteflag=*))(mail=@
>> infosaitas.lt))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=19 SRCH attr=mail member
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=19 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=20 SRCH base="dc=infosaitas,dc=lt" scope=2 deref=0
>> filter="(&(!(kolabDeleteflag=*))(|(alias=@infosaitas.lt)(mail=@
>> infosaitas.lt))(!(cn:dn:=external)))"
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=20 SRCH attr=mail
>> Oct 15 16:09:46 penktas.infosaitas.lt <debug> slapd[20343]: conn=2
>> op=20 SEARCH RESULT tag=101 err=0 nentries=0 text=
>> ^C
>>
>>
>> It seems that if there would be no (!(cn:dn:=external))) in
>> ldapvirtual.cf it will work.
>>
>
> I'm pretty certain we have an open bug concerning "plus-addressing" in our
> issue  tracker. And if I remember correctly we had some additional
> information there that allows to use the "kolab+*"-addresses again. But I
> must admit that I was unable to find the issue now :(
>

Not sure if I'm supposed to 'reply all' or just to the list, but I think is
the issue you were referring to:

https://issues.kolab.org/issue828

I've been dealing with a similar thing and hadn't had a chance to find it, I
don't have time right now to look at the suggestions there yet though...

Thanks,

LB


> Cheers,
>
> Gunnar
>
>
>> Thanks
>> Liutauras
>>
>> _______________________________________________
>> 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 <<
> --------------------------------------------------------------------
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091128/33927345/attachment-0001.html

From hjkim at bynari.net  Mon Nov 30 16:17:14 2009
From: hjkim at bynari.net (Hyun Kim)
Date: Mon, 30 Nov 2009 15:17:14 -0000
Subject: Insight Connector 4.0.0-1124574 Kolab Release Candidate
Message-ID: <2152be4c.1ca71d0.5bd5d3.4dc8@bynari.net>

Please contact us at:  icbeta at bynari.net for any questions.

 

https://beyond.bynari.net/files/connector/ic4beta/BynariKolab-InsightConnector-iCal-Kolab-4.0.0-1124574-INI.zip

 


Insight Connector 4.0 Kolab Release Notes
We are very pleased to announce the New Insight Connector 4.0 Release Candidate 2 for the Kolab Server! 


SPECIAL CONSIDERATIONS


*	Please note that the Connector will check for the latest Outlook patches before it installs. If Outlook is out of date, the Connector will not continue with the installation until the latest patches are applied. 

*	For installation instructions, please refer to the documentation below.
	http://www.bynari.net/images/documentation/connector/insight_connector_40_quick_installation_guide.pdf 

*	If you are upgrading from V3.x, rules will not automatically migrate to V4.0. See KDB article for migration information:
	http://www.bynari.net/esupport/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=200182 <http://www.bynari.net/esupport/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=200182>  

*	If you are using any anti-virus products with Outlook, like AVG Virus scanner, please turn off email scanning. 

*	Mobile devices are now supported! Please review this article for the details:
	http://www.bynari.net/esupport/Mobility%20support%20in%20Insight%20Connector%204%2e0.html <http://www.bynari.net/esupport/Mobility%20support%20in%20Insight%20Connector%204%2e0.html>  

*	IDLE Support: 

	*	IMAP Idle currently only monitors new messages in the Inbox folder. Messages that have been copied, moved, deleted, or flagged will not be monitored. 

*	NOTE: Support for other 3rd party email servers (like open source servers) will be tested shortly. 

*	Removed option: Under the Connector accounts, Send/Receive Tab, "Send/Receive checks all mail folders". 

*	exportPST is now a separate product and can be tested. The product is downloadable for testing: 
	http://www.bynari.net/external/download_now.html <http://www.bynari.net/external/download_now.html>  


FIXES


*	Build 574: Kolab Server 

	*	Private data in shared calendar, contacts, journal and tasks are visible to others 
	*	Shared folders between users are displaying as mail folders 
	*	Global shared folders not displayed accurately in Outlook 
	*	No delivery receipt generated from ESMTP server 
	*	Taiwan/Chinese localization incorrect for "Deleted Items" and "Sent Items" 
	*	Crashing when selecting "Top of Personal Folders" 
	*	Added progress dialog box for new profile to display the Connector activity 

*	Build 563: Kolab Server 

	*	Editing a Single occurrence of Recurring calendar events - causes that occurrence not to appear in Kolab groupware 
	*	Change a calendar event to a meeting request – the recipient never gets emailed 
	*	Connector creates a subfolder named Inbox 
	*	Folders show as root folders when they should be children folders 
	*	Shared calendar displays erroneous time information 


NEW FEATURES


*	PST file support 
*	Grouping by Colors and Categories 
*	User Quota 
*	Push Email support 
*	Photo support for vCard 
*	vCard 4.0 Distribution List 
*	Addressbook integration 
*	Mobility support for cradle sync 
*	Performance enhancements 

	*	Rewrote the download sync program to download the new emails quickly 
	*	Faster folder switching 
	*	Faster start of Outlook 
	*	Downloads attachments on demand 
	*	Downloads new messages first, then syncs others in the background 
	*	Faster copying of messages 

*	Sieve rules/vacation notification 
*	Client side out of office 
*	Enhanced offline support; automatically detects when connection is online 
*	Added "Purge Messages" to Outlook menu under "Edit" 
*	Can search for users and groups under folder permissions using the LDAP directory (under Folder/Add) 
*	Auto registration with Insight Server 


KNOWN ISSUES


*	French localization not yet available for the installer 
*	Horde Client integration issues: 

	*	Multi-day Recurring events have an extra day added to the end by the Horde web client - related to Univention's web client 
	*	Tasks created in Outlook with reminder do not display reminder time in Horde web client 
	*	Tasks created in Horde web client with reminder display erroneous time in Outlook 

*	KDE Kontact integration issues: 

	*	Calendar: 

		*	Monthly view displays erroneous time 
		*	Event created in Kontact with reminder, displays without reminder in Outlook 
		*	All-day event created in Kontact, when changed to time specific, does not appear in Horde web client 
		*	Meeting events accepted/declined in Kontact display erroneous time in Outlook 

	*	Notes: 

		*	Notes do not display text entered in the body in Outlook and Horde web client 

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://kolab.org/pipermail/kolab-users/attachments/20091130/fdd04c00/attachment-0001.html
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: att12052.txt
Url: http://kolab.org/pipermail/kolab-users/attachments/20091130/fdd04c00/att12052-0001.txt