From thomas at intevation.de  Thu Mar  5 17:42:02 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Thu, 5 Mar 2009 17:42:02 +0100
Subject: (fwd) Kolab Server 2.2.1 Release Candidate 1
Message-ID: <20090305164202.GB1490.thomas@intevation.de>

Hallo!

Im Anhang befindet sich die Bekanntmachung zur aktuellen Vorversion
"Kolab Server 2.2.1-rc1", wie sie auf den englischsprachigen
Kolab-Mailinglisten erschienen ist.

Ich habe hiermit auch gleich eine Frage an die Teilnehmer dieser
Liste: Sollen solche Mails zusätlich in deutscher Sprache verfasst
werden oder reicht eine einfache Weiterleitung wie diese?

Rückmeldungen zum Server und zu obiger Frage sind willkommen.

Grüße,
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
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Von: Thomas Arendsen Hein <thomas at intevation.de>
Betreff: Kolab Server 2.2.1 Release Candidate 1
Datum: Thu, 5 Mar 2009 17:26:47 +0100
Größe: 100190
URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090305/06b53302/attachment-0001.mht
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 206 bytes
Beschreibung: nicht verfügbar
URL         : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090305/06b53302/attachment-0001.pgp

From g.adamczyk at netkult.eu  Wed Mar 11 19:29:40 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Wed, 11 Mar 2009 19:29:40 +0100
Subject: Kalender SyncML Probleme mit Funambol =?UTF-8?B?ZsO8ciBPdXRsb29r?=
Message-ID: <49B80314.6030608@netkult.eu>

Hallo und erstmal vielen Dank für Kolab und den Support.

Ich habe wegen SyncML auf die aktuelle Kolab Version 2.2.1 RC1 geupdatet.

Das Update von Version 2.2.0 verlief ohne Probleme.

Leider habe ich aber einige Probleme mit SyncML.

Um SyncML überhaupt testen zu können, habe ich den bekannten 
funambol-outlook-sync-client-7.1.10.exe auf einem Windows Rechner mit 
Outlook 2007 installiert.

Die Synchronisation von Kontakten funktioniert einwandfrei.

Leider kommt es beim Kalender zu einem Fehler.

Siehe Debug Informationen von funambol unten.

Ich habe so ziemlich alle Einstellungen getestet und habe nun keine 
Ideen mehr.

Deswegen bitte ich um Hilfe.

Wegen den Datenbanken habe ich wie in der Horde FAQ gehandelt:

Databases (sometimes called remote settings or server path) should be 
calendar, tasks, notes, and contacts, but common default values from the 
various clients may work too. The default values in Funambol Client 
7.1.10 work just fine.
http://wiki.horde.org/SyncHowTo


Zertifikat wurde Importiert und die richtige URL eingestellt.

Synchronistaion von Kontakten funktioniert einwandfrei.

Hier die Debug Informationen:


2009-03-11 19:07:42 GMT +1:00 - # Funambol Outlook Sync Client v. 7.1.10 
- LOG file

19:07:42 GMT +1:00 [DEBUG] - Starting the Sync process...
19:07:42 GMT +1:00 [DEBUG] - Set a lower priority to the process
19:07:42 GMT +1:00 [DEBUG] - Set listeners
19:07:42 GMT +1:00 [DEBUG] - Creating SyncSources...
19:07:42 GMT +1:00 [DEBUG] - Creating the sync-mutex 
("fol-SyncInProgress-1236794862")
19:07:42 GMT +1:00 [DEBUG] - Start SyncClient::Sync() with 1 sources
19:07:42 GMT +1:00 [INFO] -
************************** BEGIN of Synchronization session 
**************************
19:07:42 GMT +1:00 [DEBUG] - Synchronization URL: 
https://mail.netkult.eu/client/rpc.php
19:07:42 GMT +1:00 [INFO] - Preparing synchronization of appointment...
19:07:42 GMT +1:00 [DEBUG] - Checking devinfo...
19:07:42 GMT +1:00 [DEBUG] - devinfo hash: Yt4xS7GL89dnfCnIm0VnIA==
19:07:42 GMT +1:00 [DEBUG] - devinfo unchanged, no need to send
19:07:42 GMT +1:00 [DEBUG] - Initialization message:
19:07:42 GMT +1:00 [DEBUG] - User Agent = Funambol Outlook Sync Client 
v. 7.1.10
19:07:42 GMT +1:00 [DEBUG] - Initialization sent.
19:07:42 GMT +1:00 [DEBUG] - <?xml version="1.0" encoding="UTF-8"?>
<SyncML>
<SyncHdr><VerDTD>1.2</VerDTD>
<VerProto>SyncML/1.2</VerProto>
<SessionID>1236794862</SessionID>
<MsgID>1</MsgID>
<Target><LocURI>https://mail.netkult.eu/client/rpc.php</LocURI>
</Target>
<Source><LocURI>fol-U1RBVElPTi1HQTpHcmVnb3I=</LocURI>
</Source>
<Cred><Meta><Format xmlns="syncml:metinf">b64</Format>
<Type xmlns="syncml:metinf">syncml:auth-basic</Type>
</Meta>
<Data>Zy5hZGFtY3p5a0BuZXRrdWx0LmV1Om1mZzc4Z2Ek</Data>
</Cred>
<Meta><MaxMsgSize xmlns="syncml:metinf">250000</MaxMsgSize>
</Meta>
</SyncHdr>
<SyncBody><Alert><CmdID>1</CmdID>
<Data>200</Data>
<Item><Target><LocURI>scal</LocURI>
</Target>
<Source><LocURI>appointment</LocURI>
</Source>
<Meta><Anchor xmlns="syncml:metinf"><Last>0</Last>
<Next>1236794862</Next>
</Anchor>
</Meta>
</Item>
</Alert>
<Final/></SyncBody>
</SyncML>
19:07:42 GMT +1:00 [DEBUG] - Connecting to mail.netkult.eu:443
19:07:42 GMT +1:00 [DEBUG] - Requesting resource /client/rpc.php
19:07:42 GMT +1:00 [DEBUG] - Sending data of size 839...
19:07:44 GMT +1:00 [DEBUG] - Message sent
19:07:44 GMT +1:00 [DEBUG] - Data sent succesfully to server. Server 
responds OK
19:07:44 GMT +1:00 [DEBUG] - Header:
19:07:44 GMT +1:00 [DEBUG] - Reading response...
19:07:44 GMT +1:00 [DEBUG] - Content-length: 1512
19:07:44 GMT +1:00 [DEBUG] - Receiving data of size 1512...
19:07:44 GMT +1:00 [DEBUG] - Finished receiving data of size 1512.
19:07:44 GMT +1:00 [DEBUG] - Response read:
<?xml version="1.0" encoding="UTF-8"?><SyncML 
xmlns="syncml:syncml1.2"><SyncHdr><VerDTD>1.2</VerDTD><VerProto>SyncML/1.2</VerProto><SessionID>1236794862</SessionID><MsgID>1</MsgID><Target><LocURI>fol-U1RBVElPTi1HQTpHcmVnb3I=</LocURI><LocName>g.adamczyk at netkult.eu</LocName></Target><Source><LocURI>https://mail.netkult.eu/client/rpc.php</LocURI></Source><RespURI>https://mail.netkult.eu/client/rpc.php</RespURI><Meta><MaxMsgSize 
xmlns="syncml:metinf">1000000000</MaxMsgSize><MaxObjSize 
xmlns="syncml:metinf">1000000000</MaxObjSize></Meta></SyncHdr><SyncBody><Status><CmdID>1</CmdID><MsgRef>1</MsgRef><CmdRef>0</CmdRef><Cmd>SyncHdr</Cmd><TargetRef>https://mail.netkult.eu/client/rpc.php</TargetRef><SourceRef>fol-U1RBVElPTi1HQTpHcmVnb3I=</SourceRef><Data>212</Data></Status><Status><CmdID>2</CmdID><MsgRef>1</MsgRef><CmdRef>1</CmdRef><Cmd>Alert</Cmd><TargetRef>scal</TargetRef><SourceRef>appointment</SourceRef><Data>508</Data><Item><Data><Anchor 
xmlns="syncml:metinf"><Next>1236794862</Next></Anchor></Data></Item></Status><Alert><CmdID>3</CmdID><Data>201</Data><Item><Target><LocURI>appointment</LocURI></Target><Source><LocURI>scal</LocURI></Source><Meta><Anchor 
xmlns="syncml:metinf"><Last>0</Last><Next>1236794865</Next></Anchor><MaxObjSize 
xmlns="syncml:metinf">1000000000</MaxObjSize></Meta></Item></Alert><Get><CmdID>4</CmdID><Meta><Type 
xmlns="syncml:metinf">application/vnd.syncml-devinf+xml</Type></Meta><Item><Target><LocURI>./devinf12</LocURI></Target></Item></Get><Final></Final></SyncBody></SyncML>
19:07:44 GMT +1:00 [DEBUG] - Server requested syncmode "slow" for 
appointment.
19:07:44 GMT +1:00 [DEBUG] - Checking for forced slow-sync...
19:07:44 GMT +1:00 [DEBUG] - Initialize COM library
19:07:44 GMT +1:00 [DEBUG] - Create Outlook.Application instance...
19:07:44 GMT +1:00 [DEBUG] - Logon to Outlook MAPI: default profile, 
show-dialog = true, new-session = false
19:07:44 GMT +1:00 [DEBUG] - Creating Redemption.MAPIUtils instance...
19:07:44 GMT +1:00 [DEBUG] - Creating Redemption.RDOSession instance...
19:07:44 GMT +1:00 [INFO] - Outlook session opened successfully! Using: 
Outlook 2007.
19:07:44 GMT +1:00 [DEBUG] - ---------------------- appointment BEGIN 
(mode "slow") ----------------------
19:07:44 GMT +1:00 [DEBUG] - beginSync of appointment source: opening 
Outlook session...
19:07:44 GMT +1:00 [DEBUG] - Reading ALL appointments from folder 
'\\Pers?nliche Ordner\Kalender' (0 found)...
19:07:44 GMT +1:00 [INFO] - Total appointment items to send: 0
19:07:44 GMT +1:00 [DEBUG] - Modification message: estimated size 150, 
allowed size 250000, real size 3955 / estimated size 150 = 2636%
19:07:44 GMT +1:00 [DEBUG] - Modifications sent.
19:07:44 GMT +1:00 [DEBUG] - <?xml version="1.0" encoding="UTF-8"?>
<SyncML>
<SyncHdr><VerDTD>1.2</VerDTD>
<VerProto>SyncML/1.2</VerProto>
<SessionID>1236794862</SessionID>
<MsgID>2</MsgID>
<Target><LocURI>https://mail.netkult.eu/client/rpc.php</LocURI>
</Target>
<Source><LocURI>fol-U1RBVElPTi1HQTpHcmVnb3I=</LocURI>
</Source>
</SyncHdr>
<SyncBody><Status><CmdID>1</CmdID>
<MsgRef>1</MsgRef>
<CmdRef>0</CmdRef>
<Cmd>SyncHdr</Cmd>
<TargetRef>https://mail.netkult.eu/client/rpc.php</TargetRef>
<SourceRef>fol-U1RBVElPTi1HQTpHcmVnb3I=</SourceRef>
<Data>200</Data>
</Status>
<Status><CmdID>2</CmdID>
<MsgRef>1</MsgRef>
<CmdRef>3</CmdRef>
<Cmd>Alert</Cmd>
<TargetRef>scal</TargetRef>
<SourceRef>appointment</SourceRef>
<Data>200</Data>
<Item><Data><Anchor xmlns="syncml:metinf"><Next>1236794865</Next>
</Anchor>
</Data>
</Item>
</Status>
<Status><CmdID>4</CmdID>
<MsgRef>1</MsgRef>
<CmdRef>4</CmdRef>
<Cmd>Get</Cmd>
<Data>200</Data>
</Status>
<Results><CmdID>3</CmdID>
<MsgRef>1</MsgRef>
<CmdRef>4</CmdRef>
<Meta><Type xmlns="syncml:metinf">application/vnd.syncml-devinf+xml</Type>
</Meta>
<Item><Source><LocURI>./devinf12</LocURI>
</Source>
<Data><DevInf xmlns="syncml:devinf"><VerDTD>1.2</VerDTD>
<Man>Funambol</Man>
<Mod>Funambol Outlook Sync Client</Mod>
<SwV>7.1.10</SwV>
<DevID>fol-U1RBVElPTi1HQTpHcmVnb3I=</DevID>
<DevTyp>workstation</DevTyp>
<UTC/><SupportLargeObjs/><SupportNumberOfChanges/><DataStore><SourceRef>appointment</SourceRef>
<Rx-Pref><CTType>text/x-s4j-sife</CTType>
<VerCT>1.1</VerCT>
</Rx-Pref>
<Rx><CTType>text/x-s4j-sife</CTType>
<VerCT>1.0</VerCT>
</Rx>
<Rx><CTType>text/x-vcalendar</CTType>
<VerCT>1.0</VerCT>
</Rx>
<Tx-Pref><CTType>text/x-s4j-sife</CTType>
<VerCT>1.1</VerCT>
</Tx-Pref>
<Tx><CTType>text/x-s4j-sife</CTType>
<VerCT>1.0</VerCT>
</Tx>
<Tx><CTType>text/x-vcalendar</CTType>
<VerCT>1.0</VerCT>
</Tx>
<SyncCap><SyncType>2</SyncType>
<SyncType>1</SyncType>
<SyncType>5</SyncType>
<SyncType>3</SyncType>
<SyncType>6</SyncType>
<SyncType>4</SyncType>
</SyncCap>
</DataStore>
<DataStore><SourceRef>contact</SourceRef>
<Rx-Pref><CTType>text/x-vcard</CTType>
<VerCT>2.1</VerCT>
</Rx-Pref>
<Rx><CTType>text/x-s4j-sifc</CTType>
<VerCT>1.0</VerCT>
</Rx>
<Rx><CTType>text/x-vcard</CTType>
<VerCT>2.1</VerCT>
</Rx>
<Tx-Pref><CTType>text/x-vcard</CTType>
<VerCT>2.1</VerCT>
</Tx-Pref>
<Tx><CTType>text/x-s4j-sifc</CTType>
<VerCT>1.0</VerCT>
</Tx>
<Tx><CTType>text/x-vcard</CTType>
<VerCT>2.1</VerCT>
</Tx>
<SyncCap><SyncType>2</SyncType>
<SyncType>1</SyncType>
<SyncType>5</SyncType>
<SyncType>3</SyncType>
<SyncType>6</SyncType>
<SyncType>4</SyncType>
</SyncCap>
</DataStore>
<DataStore><SourceRef>note</SourceRef>
<Rx-Pref><CTType>text/x-s4j-sifn</CTType>
<VerCT>1.1</VerCT>
</Rx-Pref>
<Rx><CTType>text/x-s4j-sifn</CTType>
<VerCT>1.0</VerCT>
</Rx>
<Rx><CTType>text/x-vnote</CTType>
<VerCT>1.1</VerCT>
</Rx>
<Tx-Pref><CTType>text/x-s4j-sifn</CTType>
<VerCT>1.1</VerCT>
</Tx-Pref>
<Tx><CTType>text/x-s4j-sifn</CTType>
<VerCT>1.0</VerCT>
</Tx>
<Tx><CTType>text/x-vnote</CTType>
<VerCT>1.1</VerCT>
</Tx>
<SyncCap><SyncType>2</SyncType>
<SyncType>1</SyncType>
<SyncType>5</SyncType>
<SyncType>3</SyncType>
<SyncType>6</SyncType>
<SyncType>4</SyncType>
</SyncCap>
</DataStore>
<DataStore><SourceRef>task</SourceRef>
<Rx-Pref><CTType>text/x-s4j-sift</CTType>
<VerCT>1.1</VerCT>
</Rx-Pref>
<Rx><CTType>text/x-s4j-sift</CTType>
<VerCT>1.0</VerCT>
</Rx>
<Rx><CTType>text/x-vcalendar</CTType>
<VerCT>1.0</VerCT>
</Rx>
<Tx-Pref><CTType>text/x-s4j-sift</CTType>
<VerCT>1.1</VerCT>
</Tx-Pref>
<Tx><CTType>text/x-s4j-sift</CTType>
<VerCT>1.0</VerCT>
</Tx>
<Tx><CTType>text/x-vcalendar</CTType>
<VerCT>1.0</VerCT>
</Tx>
<SyncCap><SyncType>2</SyncType>
<SyncType>1</SyncType>
<SyncType>5</SyncType>
<SyncType>3</SyncType>
<SyncType>6</SyncType>
<SyncType>4</SyncType>
</SyncCap>
</DataStore>
</DevInf>
</Data>
</Item>
</Results>
<Sync><CmdID>5</CmdID>
<Target><LocURI>scal</LocURI>
</Target>
<Source><LocURI>appointment</LocURI>
</Source>
</Sync>
<Final/></SyncBody>
</SyncML>
19:07:44 GMT +1:00 [DEBUG] - Connecting to mail.netkult.eu:443
19:07:44 GMT +1:00 [DEBUG] - Requesting resource /client/rpc.php
19:07:44 GMT +1:00 [DEBUG] - Sending data of size 3955...
19:07:45 GMT +1:00 [DEBUG] - Message sent
19:07:45 GMT +1:00 [DEBUG] - HTTP server error: 500. Server failure.
19:07:45 GMT +1:00 [DEBUG] - ---------------------- END (mode "none") 
----------------------
19:07:45 GMT +1:00 [DEBUG] - Error occurred in sync: code 3 = HTTP 
server error: 500. Server failure.
19:07:45 GMT +1:00 [ERROR] - Error in syncing: HTTP server error: 500. 
Server failure.
19:07:45 GMT +1:00 [INFO] -
============================================================
================ SYNCHRONIZATION REPORT ================
============================================================

SYNCHRONIZATION COMPLETED WITH ERRORS
-------------------------------------
Last error message = "HTTP server error: 500. Server failure."
Last error code = 2052

Calendar:
---------
Sync completed successfully!
Sync type: slow (requested by Server)

| on Client | on Server
--------|-----------|----------
New | 0/ 0 | 0/ 0
Updated | 0/ 0 | 0/ 0
Deleted | 0/ 0 | 0/ 0



19:07:45 GMT +1:00 [DEBUG] - Saving configuration to winRegistry
19:07:45 GMT +1:00 [DEBUG] - Writing configuration settings to the 
management tree
19:07:45 GMT +1:00 [DEBUG] - Closing Outlook...
19:07:45 GMT +1:00 [DEBUG] - Deleting ClientApplication instance
19:07:45 GMT +1:00 [DEBUG] - Releasing IMAPIUtils object...
19:07:45 GMT +1:00 [INFO] - Outlook session closed successfully.
19:07:45 GMT +1:00 [DEBUG] - Closing COM library...
19:07:45 GMT +1:00 [DEBUG] - Releasing sync-mutex...
19:07:45 GMT +1:00 [DEBUG] - Sync-mutex released - closing handle.
19:07:45 GMT +1:00 [DEBUG] - Delete SyncSources...
19:07:45 GMT +1:00 [INFO] - Syncronization process completed with errors 
(code = 2052).






From kb at oe-s.de  Wed Mar 11 21:00:03 2009
From: kb at oe-s.de (Ulrich Oestreicher)
Date: Wed, 11 Mar 2009 21:00:03 +0100
Subject: Kalender SyncML Probleme mit Funambol =?iso-8859-1?b?Zvxy?=
	Outlook
In-Reply-To: <49B80314.6030608@netkult.eu>
References: <49B80314.6030608@netkult.eu>
Message-ID: <20090311210003.83773j48qf8naw6c@oeit.de>


Habe ein ähnliches (gleiches?) Problem mit dem Client von synthesis  
(sollte lt. Horde kompatible sein).
--> Kontakte funktionieren (manchmal werden einzelne verdoppelt)
--> Notizen gehen gut.
--> Kalender syncronisiert nicht. Fehlermeldung: "Falsche Daten vom  
Server (evtl flasche URL)".

Funktioniert bei jemandem die Kalendersyncronisation per SynML?
Würde mich auch über Unterstützung freuen.

Danke und viele Grüße
Werner



Zitat von Gregor Adamczyk <g.adamczyk at netkult.eu>:

> Hallo und erstmal vielen Dank für Kolab und den Support.
>
> Ich habe wegen SyncML auf die aktuelle Kolab Version 2.2.1 RC1 geupdatet.
>
> Das Update von Version 2.2.0 verlief ohne Probleme.
>
> Leider habe ich aber einige Probleme mit SyncML.
>
> Um SyncML überhaupt testen zu können, habe ich den bekannten
> funambol-outlook-sync-client-7.1.10.exe auf einem Windows Rechner mit
> Outlook 2007 installiert.
>
> Die Synchronisation von Kontakten funktioniert einwandfrei.
>
> Leider kommt es beim Kalender zu einem Fehler.
>
> Siehe Debug Informationen von funambol unten.
>
> Ich habe so ziemlich alle Einstellungen getestet und habe nun keine
> Ideen mehr.
>
> Deswegen bitte ich um Hilfe.
>
> Wegen den Datenbanken habe ich wie in der Horde FAQ gehandelt:
>
> Databases (sometimes called remote settings or server path) should be
> calendar, tasks, notes, and contacts, but common default values from the
> various clients may work too. The default values in Funambol Client
> 7.1.10 work just fine.
> http://wiki.horde.org/SyncHowTo
>
>
> Zertifikat wurde Importiert und die richtige URL eingestellt.
>
> Synchronistaion von Kontakten funktioniert einwandfrei.
>
> Hier die Debug Informationen:
>
>
> 2009-03-11 19:07:42 GMT +1:00 - # Funambol Outlook Sync Client v. 7.1.10
> - LOG file
>
> 19:07:42 GMT +1:00 [DEBUG] - Starting the Sync process...
> 19:07:42 GMT +1:00 [DEBUG] - Set a lower priority to the process
> 19:07:42 GMT +1:00 [DEBUG] - Set listeners
> 19:07:42 GMT +1:00 [DEBUG] - Creating SyncSources...
> 19:07:42 GMT +1:00 [DEBUG] - Creating the sync-mutex
> ("fol-SyncInProgress-1236794862")
> 19:07:42 GMT +1:00 [DEBUG] - Start SyncClient::Sync() with 1 sources
> 19:07:42 GMT +1:00 [INFO] -
> ************************** BEGIN of Synchronization session
> **************************
> 19:07:42 GMT +1:00 [DEBUG] - Synchronization URL:
> https://mail.netkult.eu/client/rpc.php
> 19:07:42 GMT +1:00 [INFO] - Preparing synchronization of appointment...
> 19:07:42 GMT +1:00 [DEBUG] - Checking devinfo...
> 19:07:42 GMT +1:00 [DEBUG] - devinfo hash: Yt4xS7GL89dnfCnIm0VnIA==
> 19:07:42 GMT +1:00 [DEBUG] - devinfo unchanged, no need to send
> 19:07:42 GMT +1:00 [DEBUG] - Initialization message:
> 19:07:42 GMT +1:00 [DEBUG] - User Agent = Funambol Outlook Sync Client
> v. 7.1.10
> 19:07:42 GMT +1:00 [DEBUG] - Initialization sent.
> 19:07:42 GMT +1:00 [DEBUG] - <?xml version="1.0" encoding="UTF-8"?>
> <SyncML>
> <SyncHdr><VerDTD>1.2</VerDTD>
> <VerProto>SyncML/1.2</VerProto>
> <SessionID>1236794862</SessionID>
> <MsgID>1</MsgID>
> <Target><LocURI>https://mail.netkult.eu/client/rpc.php</LocURI>
> </Target>
> <Source><LocURI>fol-U1RBVElPTi1HQTpHcmVnb3I=</LocURI>
> </Source>
> <Cred><Meta><Format xmlns="syncml:metinf">b64</Format>
> <Type xmlns="syncml:metinf">syncml:auth-basic</Type>
> </Meta>
> <Data>Zy5hZGFtY3p5a0BuZXRrdWx0LmV1Om1mZzc4Z2Ek</Data>
> </Cred>
> <Meta><MaxMsgSize xmlns="syncml:metinf">250000</MaxMsgSize>
> </Meta>
> </SyncHdr>
> <SyncBody><Alert><CmdID>1</CmdID>
> <Data>200</Data>
> <Item><Target><LocURI>scal</LocURI>
> </Target>
> <Source><LocURI>appointment</LocURI>
> </Source>
> <Meta><Anchor xmlns="syncml:metinf"><Last>0</Last>
> <Next>1236794862</Next>
> </Anchor>
> </Meta>
> </Item>
> </Alert>
> <Final/></SyncBody>
> </SyncML>
> 19:07:42 GMT +1:00 [DEBUG] - Connecting to mail.netkult.eu:443
> 19:07:42 GMT +1:00 [DEBUG] - Requesting resource /client/rpc.php
> 19:07:42 GMT +1:00 [DEBUG] - Sending data of size 839...
> 19:07:44 GMT +1:00 [DEBUG] - Message sent
> 19:07:44 GMT +1:00 [DEBUG] - Data sent succesfully to server. Server
> responds OK
> 19:07:44 GMT +1:00 [DEBUG] - Header:
> 19:07:44 GMT +1:00 [DEBUG] - Reading response...
> 19:07:44 GMT +1:00 [DEBUG] - Content-length: 1512
> 19:07:44 GMT +1:00 [DEBUG] - Receiving data of size 1512...
> 19:07:44 GMT +1:00 [DEBUG] - Finished receiving data of size 1512.
> 19:07:44 GMT +1:00 [DEBUG] - Response read:
> <?xml version="1.0" encoding="UTF-8"?><SyncML
> xmlns="syncml:syncml1.2"><SyncHdr><VerDTD>1.2</VerDTD><VerProto>SyncML/1.2</VerProto><SessionID>1236794862</SessionID><MsgID>1</MsgID><Target><LocURI>fol-U1RBVElPTi1HQTpHcmVnb3I=</LocURI><LocName>g.adamczyk at netkult.eu</LocName></Target><Source><LocURI>https://mail.netkult.eu/client/rpc.php</LocURI></Source><RespURI>https://mail.netkult.eu/client/rpc.php</RespURI><Meta><MaxMsgSize
> xmlns="syncml:metinf">1000000000</MaxMsgSize><MaxObjSize
> xmlns="syncml:metinf">1000000000</MaxObjSize></Meta></SyncHdr><SyncBody><Status><CmdID>1</CmdID><MsgRef>1</MsgRef><CmdRef>0</CmdRef><Cmd>SyncHdr</Cmd><TargetRef>https://mail.netkult.eu/client/rpc.php</TargetRef><SourceRef>fol-U1RBVElPTi1HQTpHcmVnb3I=</SourceRef><Data>212</Data></Status><Status><CmdID>2</CmdID><MsgRef>1</MsgRef><CmdRef>1</CmdRef><Cmd>Alert</Cmd><TargetRef>scal</TargetRef><SourceRef>appointment</SourceRef><Data>508</Data><Item><Data><Anchor
> xmlns="syncml:metinf"><Next>1236794862</Next></Anchor></Data></Item></Status><Alert><CmdID>3</CmdID><Data>201</Data><Item><Target><LocURI>appointment</LocURI></Target><Source><LocURI>scal</LocURI></Source><Meta><Anchor
> xmlns="syncml:metinf"><Last>0</Last><Next>1236794865</Next></Anchor><MaxObjSize
> xmlns="syncml:metinf">1000000000</MaxObjSize></Meta></Item></Alert><Get><CmdID>4</CmdID><Meta><Type
> xmlns="syncml:metinf">application/vnd.syncml-devinf+xml</Type></Meta><Item><Target><LocURI>./devinf12</LocURI></Target></Item></Get><Final></Final></SyncBody></SyncML>
> 19:07:44 GMT +1:00 [DEBUG] - Server requested syncmode "slow" for
> appointment.
> 19:07:44 GMT +1:00 [DEBUG] - Checking for forced slow-sync...
> 19:07:44 GMT +1:00 [DEBUG] - Initialize COM library
> 19:07:44 GMT +1:00 [DEBUG] - Create Outlook.Application instance...
> 19:07:44 GMT +1:00 [DEBUG] - Logon to Outlook MAPI: default profile,
> show-dialog = true, new-session = false
> 19:07:44 GMT +1:00 [DEBUG] - Creating Redemption.MAPIUtils instance...
> 19:07:44 GMT +1:00 [DEBUG] - Creating Redemption.RDOSession instance...
> 19:07:44 GMT +1:00 [INFO] - Outlook session opened successfully! Using:
> Outlook 2007.
> 19:07:44 GMT +1:00 [DEBUG] - ---------------------- appointment BEGIN
> (mode "slow") ----------------------
> 19:07:44 GMT +1:00 [DEBUG] - beginSync of appointment source: opening
> Outlook session...
> 19:07:44 GMT +1:00 [DEBUG] - Reading ALL appointments from folder
> '\\Pers?nliche Ordner\Kalender' (0 found)...
> 19:07:44 GMT +1:00 [INFO] - Total appointment items to send: 0
> 19:07:44 GMT +1:00 [DEBUG] - Modification message: estimated size 150,
> allowed size 250000, real size 3955 / estimated size 150 = 2636%
> 19:07:44 GMT +1:00 [DEBUG] - Modifications sent.
> 19:07:44 GMT +1:00 [DEBUG] - <?xml version="1.0" encoding="UTF-8"?>
> <SyncML>
> <SyncHdr><VerDTD>1.2</VerDTD>
> <VerProto>SyncML/1.2</VerProto>
> <SessionID>1236794862</SessionID>
> <MsgID>2</MsgID>
> <Target><LocURI>https://mail.netkult.eu/client/rpc.php</LocURI>
> </Target>
> <Source><LocURI>fol-U1RBVElPTi1HQTpHcmVnb3I=</LocURI>
> </Source>
> </SyncHdr>
> <SyncBody><Status><CmdID>1</CmdID>
> <MsgRef>1</MsgRef>
> <CmdRef>0</CmdRef>
> <Cmd>SyncHdr</Cmd>
> <TargetRef>https://mail.netkult.eu/client/rpc.php</TargetRef>
> <SourceRef>fol-U1RBVElPTi1HQTpHcmVnb3I=</SourceRef>
> <Data>200</Data>
> </Status>
> <Status><CmdID>2</CmdID>
> <MsgRef>1</MsgRef>
> <CmdRef>3</CmdRef>
> <Cmd>Alert</Cmd>
> <TargetRef>scal</TargetRef>
> <SourceRef>appointment</SourceRef>
> <Data>200</Data>
> <Item><Data><Anchor xmlns="syncml:metinf"><Next>1236794865</Next>
> </Anchor>
> </Data>
> </Item>
> </Status>
> <Status><CmdID>4</CmdID>
> <MsgRef>1</MsgRef>
> <CmdRef>4</CmdRef>
> <Cmd>Get</Cmd>
> <Data>200</Data>
> </Status>
> <Results><CmdID>3</CmdID>
> <MsgRef>1</MsgRef>
> <CmdRef>4</CmdRef>
> <Meta><Type xmlns="syncml:metinf">application/vnd.syncml-devinf+xml</Type>
> </Meta>
> <Item><Source><LocURI>./devinf12</LocURI>
> </Source>
> <Data><DevInf xmlns="syncml:devinf"><VerDTD>1.2</VerDTD>
> <Man>Funambol</Man>
> <Mod>Funambol Outlook Sync Client</Mod>
> <SwV>7.1.10</SwV>
> <DevID>fol-U1RBVElPTi1HQTpHcmVnb3I=</DevID>
> <DevTyp>workstation</DevTyp>
> <UTC/><SupportLargeObjs/><SupportNumberOfChanges/><DataStore><SourceRef>appointment</SourceRef>
> <Rx-Pref><CTType>text/x-s4j-sife</CTType>
> <VerCT>1.1</VerCT>
> </Rx-Pref>
> <Rx><CTType>text/x-s4j-sife</CTType>
> <VerCT>1.0</VerCT>
> </Rx>
> <Rx><CTType>text/x-vcalendar</CTType>
> <VerCT>1.0</VerCT>
> </Rx>
> <Tx-Pref><CTType>text/x-s4j-sife</CTType>
> <VerCT>1.1</VerCT>
> </Tx-Pref>
> <Tx><CTType>text/x-s4j-sife</CTType>
> <VerCT>1.0</VerCT>
> </Tx>
> <Tx><CTType>text/x-vcalendar</CTType>
> <VerCT>1.0</VerCT>
> </Tx>
> <SyncCap><SyncType>2</SyncType>
> <SyncType>1</SyncType>
> <SyncType>5</SyncType>
> <SyncType>3</SyncType>
> <SyncType>6</SyncType>
> <SyncType>4</SyncType>
> </SyncCap>
> </DataStore>
> <DataStore><SourceRef>contact</SourceRef>
> <Rx-Pref><CTType>text/x-vcard</CTType>
> <VerCT>2.1</VerCT>
> </Rx-Pref>
> <Rx><CTType>text/x-s4j-sifc</CTType>
> <VerCT>1.0</VerCT>
> </Rx>
> <Rx><CTType>text/x-vcard</CTType>
> <VerCT>2.1</VerCT>
> </Rx>
> <Tx-Pref><CTType>text/x-vcard</CTType>
> <VerCT>2.1</VerCT>
> </Tx-Pref>
> <Tx><CTType>text/x-s4j-sifc</CTType>
> <VerCT>1.0</VerCT>
> </Tx>
> <Tx><CTType>text/x-vcard</CTType>
> <VerCT>2.1</VerCT>
> </Tx>
> <SyncCap><SyncType>2</SyncType>
> <SyncType>1</SyncType>
> <SyncType>5</SyncType>
> <SyncType>3</SyncType>
> <SyncType>6</SyncType>
> <SyncType>4</SyncType>
> </SyncCap>
> </DataStore>
> <DataStore><SourceRef>note</SourceRef>
> <Rx-Pref><CTType>text/x-s4j-sifn</CTType>
> <VerCT>1.1</VerCT>
> </Rx-Pref>
> <Rx><CTType>text/x-s4j-sifn</CTType>
> <VerCT>1.0</VerCT>
> </Rx>
> <Rx><CTType>text/x-vnote</CTType>
> <VerCT>1.1</VerCT>
> </Rx>
> <Tx-Pref><CTType>text/x-s4j-sifn</CTType>
> <VerCT>1.1</VerCT>
> </Tx-Pref>
> <Tx><CTType>text/x-s4j-sifn</CTType>
> <VerCT>1.0</VerCT>
> </Tx>
> <Tx><CTType>text/x-vnote</CTType>
> <VerCT>1.1</VerCT>
> </Tx>
> <SyncCap><SyncType>2</SyncType>
> <SyncType>1</SyncType>
> <SyncType>5</SyncType>
> <SyncType>3</SyncType>
> <SyncType>6</SyncType>
> <SyncType>4</SyncType>
> </SyncCap>
> </DataStore>
> <DataStore><SourceRef>task</SourceRef>
> <Rx-Pref><CTType>text/x-s4j-sift</CTType>
> <VerCT>1.1</VerCT>
> </Rx-Pref>
> <Rx><CTType>text/x-s4j-sift</CTType>
> <VerCT>1.0</VerCT>
> </Rx>
> <Rx><CTType>text/x-vcalendar</CTType>
> <VerCT>1.0</VerCT>
> </Rx>
> <Tx-Pref><CTType>text/x-s4j-sift</CTType>
> <VerCT>1.1</VerCT>
> </Tx-Pref>
> <Tx><CTType>text/x-s4j-sift</CTType>
> <VerCT>1.0</VerCT>
> </Tx>
> <Tx><CTType>text/x-vcalendar</CTType>
> <VerCT>1.0</VerCT>
> </Tx>
> <SyncCap><SyncType>2</SyncType>
> <SyncType>1</SyncType>
> <SyncType>5</SyncType>
> <SyncType>3</SyncType>
> <SyncType>6</SyncType>
> <SyncType>4</SyncType>
> </SyncCap>
> </DataStore>
> </DevInf>
> </Data>
> </Item>
> </Results>
> <Sync><CmdID>5</CmdID>
> <Target><LocURI>scal</LocURI>
> </Target>
> <Source><LocURI>appointment</LocURI>
> </Source>
> </Sync>
> <Final/></SyncBody>
> </SyncML>
> 19:07:44 GMT +1:00 [DEBUG] - Connecting to mail.netkult.eu:443
> 19:07:44 GMT +1:00 [DEBUG] - Requesting resource /client/rpc.php
> 19:07:44 GMT +1:00 [DEBUG] - Sending data of size 3955...
> 19:07:45 GMT +1:00 [DEBUG] - Message sent
> 19:07:45 GMT +1:00 [DEBUG] - HTTP server error: 500. Server failure.
> 19:07:45 GMT +1:00 [DEBUG] - ---------------------- END (mode "none")
> ----------------------
> 19:07:45 GMT +1:00 [DEBUG] - Error occurred in sync: code 3 = HTTP
> server error: 500. Server failure.
> 19:07:45 GMT +1:00 [ERROR] - Error in syncing: HTTP server error: 500.
> Server failure.
> 19:07:45 GMT +1:00 [INFO] -
> ============================================================
> ================ SYNCHRONIZATION REPORT ================
> ============================================================
>
> SYNCHRONIZATION COMPLETED WITH ERRORS
> -------------------------------------
> Last error message = "HTTP server error: 500. Server failure."
> Last error code = 2052
>
> Calendar:
> ---------
> Sync completed successfully!
> Sync type: slow (requested by Server)
>
> | on Client | on Server
> --------|-----------|----------
> New | 0/ 0 | 0/ 0
> Updated | 0/ 0 | 0/ 0
> Deleted | 0/ 0 | 0/ 0
>
>
>
> 19:07:45 GMT +1:00 [DEBUG] - Saving configuration to winRegistry
> 19:07:45 GMT +1:00 [DEBUG] - Writing configuration settings to the
> management tree
> 19:07:45 GMT +1:00 [DEBUG] - Closing Outlook...
> 19:07:45 GMT +1:00 [DEBUG] - Deleting ClientApplication instance
> 19:07:45 GMT +1:00 [DEBUG] - Releasing IMAPIUtils object...
> 19:07:45 GMT +1:00 [INFO] - Outlook session closed successfully.
> 19:07:45 GMT +1:00 [DEBUG] - Closing COM library...
> 19:07:45 GMT +1:00 [DEBUG] - Releasing sync-mutex...
> 19:07:45 GMT +1:00 [DEBUG] - Sync-mutex released - closing handle.
> 19:07:45 GMT +1:00 [DEBUG] - Delete SyncSources...
> 19:07:45 GMT +1:00 [INFO] - Syncronization process completed with errors
> (code = 2052).
>
>
>
>
>
> _______________________________________________
> Kolab-users-de mailing list
> Kolab-users-de at kolab.org
> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de
>



----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.


From rainer.kohls at web.de  Wed Mar 11 22:07:12 2009
From: rainer.kohls at web.de (Rainer Kohls)
Date: Wed, 11 Mar 2009 22:07:12 +0100
Subject: sieve Problem - Not currently in TRANSACTION state
In-Reply-To: <200902271237.21052.bernhard@intevation.de>
References: <200902271117.32058.rainer.kohls@web.de>
	<200902271237.21052.bernhard@intevation.de>
Message-ID: <200903112207.12428.rainer.kohls@web.de>

Hallo,

danke für die schnelle Antwort, bin mittlerweile schon mal etwas weiter.
Ich war zwar schon soweit, das ich doch auf OpenPKG-Installation umsteigen 
wollte, aber ein bisschen störte mich dabei, das im Endeffekt Sachen wie der 
Apache o.ä. Prozesse doppelt laufen und so habe ich an der Kolab/Debian 
Version festgehalten.
Zwar habe ich den Fehler immer noch bei der Eingabe im Kolabwebadmin, aber 
zumindest den Sievefehler konnte ich beheben.
Zum einen hatte ich noch vergessen, den Sieve, von localhost an 192.168.... zu 
binden und zum anderen war es wirklich ein Rechteproblem, cyrus/sieve durfte 
nicht im spool-Verzeichnis Dateien anlegen.

Jetzt kann ich wenigstens auch per horde/ingo sievefilter anlegen, also ist 
kolabwebadmin auch nicht mehr nötig.

Jetzt bestehen eigentlich nur noch Kleinigkeiten, die noch nicht ganz rund 
laufen, zum einen wäre da z.B. syncML, bei welchem ich es nicht schaffe, wegen 
verschiedener Fehler mein Handy zu synchronisieren, aber mal schauen, auch das 
wird noch. :-)

Grüße
rainer


From g.adamczyk at netkult.eu  Thu Mar 12 07:15:59 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Thu, 12 Mar 2009 07:15:59 +0100
Subject: (fwd) Kolab Server 2.2.1 Release Candidate 1
Message-ID: <49B8A89F.2050706@netkult.eu>

Mir reicht ein Hinweis wie dieser.

Danke

From g.adamczyk at netkult.eu  Thu Mar 12 11:06:45 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Thu, 12 Mar 2009 11:06:45 +0100
Subject: Kalender SyncML Probleme mit Funambol =?UTF-8?B?ZsO8ciBPdXRs?=
	=?UTF-8?B?b29r?=
In-Reply-To: <49B80314.6030608@netkult.eu>
References: <49B80314.6030608@netkult.eu>
Message-ID: <49B8DEB5.2090903@netkult.eu>

Wahrscheinlich wurde der Fehler in der aktuellen Horde Version schon 
behoben siehe:

http://bugs.horde.org/ticket/8032

From g.adamczyk at netkult.eu  Thu Mar 12 11:17:15 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Thu, 12 Mar 2009 11:17:15 +0100
Subject: =?ISO-8859-1?Q?Re=3A_Kalender_SyncML_Probleme_mit_Funa?=
	=?ISO-8859-1?Q?mbol_f=FCr_Outlook?=
In-Reply-To: <49B8DEB5.2090903@netkult.eu>
References: <49B80314.6030608@netkult.eu> <49B8DEB5.2090903@netkult.eu>
Message-ID: <49B8E12B.3070107@netkult.eu>

Nein, hier ging es um Kontakte

Gregor Adamczyk schrieb:
> Wahrscheinlich wurde der Fehler in der aktuellen Horde Version schon 
> behoben siehe:
>
> http://bugs.horde.org/ticket/8032
>
>   


From bernhard at intevation.de  Thu Mar 12 11:50:50 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Thu, 12 Mar 2009 11:50:50 +0100
Subject: Kalender SyncML Probleme mit Funambol =?iso-8859-1?q?f=FCr?=
	Outlook
In-Reply-To: <20090311210003.83773j48qf8naw6c@oeit.de>
References: <49B80314.6030608@netkult.eu>
	<20090311210003.83773j48qf8naw6c@oeit.de>
Message-ID: <200903121150.51135.bernhard@intevation.de>

Am Mittwoch, 11. März 2009 21:00:03 schrieb Ulrich Oestreicher:
> Funktioniert bei jemandem die Kalendersyncronisation per SynML?

Ja, ich kenne welche, wo es geht, allerdings ist das nicht genau Server 
2.2.1-rc1.

> Würde mich auch über Unterstützung freuen.

Ggf. lohnt auch ein Problembericht direkt an die Horde-Entwickler,
wenn sich das auch ohne den Kolab Server Teil reproduzieren läßt.
Der Reproduktionsversuch ist sicherlich hilfreich zu Eingrenzung des Problems.

Gruß und Danke fürs Testen,
Bernhard

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090312/75aaff2a/attachment.pgp

From g.adamczyk at netkult.eu  Thu Mar 12 15:05:17 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Thu, 12 Mar 2009 15:05:17 +0100
Subject: Trotz Fighting_spam =?ISO-8859-15?Q?=C4nderung_=22Uh-oh=2C_y?=
	=?ISO-8859-15?Q?our_SBL_block_is_not_working!=22?=
Message-ID: <49B9169D.2000401@netkult.eu>

Hallo, ich bekomme neuerdings bei dem Spamhaus Test eine negative Mail 
beim nelson-sbl-test at crynwr.com test.

Trotz richtige Konfiguration des Servers: zen.spamhaus.org

Sonst alles wie in der Wiki:
http://wiki.kolab.org/index.php/Fighting_spam

Habe alles mehrfach geprüft und den Eintrag auch testweise an erste 
Stelle von:
smtpd_recipient_restrictions=
gestellt.


Mail 1:
Uh-oh, your SBL block is not working!

Mail 2:
Testing your SBL block. See http://www.crynwr.com/spam/ for more info.
Please note that this test will not tell you if your server is open for
relaying. Instead, it tests to see if your server blocks email from IP
addresses listed in various blocking lists; in this case, the SBL list.

Here's how the conversation looked from sbl.crynwr.com.
Note that some sites don't apply the SBL block to postmaster, so
I use your envelope sender as the To: address.

I connected to 85.183.109.130 and here's the conversation I had:

220 mail.netkult.eu ESMTP Postfix
helo sbl.crynwr.com
250 mail.netkult.eu
mail from:<>
250 2.1.0 Ok
rcpt to:<g.adamczyk at netkult.eu>
250 2.1.5 Ok
data
354 End data with <CR><LF>.<CR><LF>
From: nelson-SBL-test at crynwr.com
To: g.adamczyk at netkult.eu
Date: Thu, 12 Mar 2009 13:54:34 -0000
Message-Id: <1236866074 at sbl.crynwr.com>
Precedence: junk

Test message
.
250 2.0.0 Ok: queued as CB5483A6030
quit
Successful termination. As far as I can tell, the email was delivered.
That might not be what you want.



From g.adamczyk at netkult.eu  Thu Mar 12 15:47:27 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Thu, 12 Mar 2009 15:47:27 +0100
Subject: Trotz Fighting_spam =?ISO-8859-1?Q?=C4nderung_=22Uh-oh=2C_?=
	=?ISO-8859-1?Q?your_SBL_block_is_not_working!=22?=
In-Reply-To: <49B9169D.2000401@netkult.eu>
References: <49B9169D.2000401@netkult.eu>
Message-ID: <49B9207F.9010106@netkult.eu>

Habe es gerade auf einem anderem Server getestet, es scheint am Test zu 
liegen.

Ein eingeschalteter all-inkl.com spamhaus Filter lässt ebenfalls die 
Mail durch...

Also wenn der Test nicht funktioniert, worauf kann man sich dann noch 
verlassen bei Spamhaus....?


From wrobel at pardus.de  Sun Mar 15 10:44:33 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Sun, 15 Mar 2009 10:44:33 +0100
Subject: sieve Problem - Not currently in TRANSACTION state
In-Reply-To: <200903112207.12428.rainer.kohls@web.de>
References: <200902271117.32058.rainer.kohls@web.de>
	<200902271237.21052.bernhard@intevation.de>
	<200903112207.12428.rainer.kohls@web.de>
Message-ID: <20090315104433.21105jhnx0141p8g@webmail.pardus.de>

Quoting Rainer Kohls <rainer.kohls at web.de>:

> Hallo,
>
> danke für die schnelle Antwort, bin mittlerweile schon mal etwas weiter.
> Ich war zwar schon soweit, das ich doch auf OpenPKG-Installation umsteigen
> wollte, aber ein bisschen störte mich dabei, das im Endeffekt Sachen wie der
> Apache o.ä. Prozesse doppelt laufen und so habe ich an der Kolab/Debian
> Version festgehalten.
> Zwar habe ich den Fehler immer noch bei der Eingabe im Kolabwebadmin, aber
> zumindest den Sievefehler konnte ich beheben.
> Zum einen hatte ich noch vergessen, den Sieve, von localhost an  
> 192.168.... zu
> binden und zum anderen war es wirklich ein Rechteproblem, cyrus/sieve durfte
> nicht im spool-Verzeichnis Dateien anlegen.
>
> Jetzt kann ich wenigstens auch per horde/ingo sievefilter anlegen, also ist
> kolabwebadmin auch nicht mehr nötig.
>
> Jetzt bestehen eigentlich nur noch Kleinigkeiten, die noch nicht ganz rund
> laufen, zum einen wäre da z.B. syncML, bei welchem ich es nicht  
> schaffe, wegen
> verschiedener Fehler mein Handy zu synchronisieren, aber mal  
> schauen, auch das
> wird noch. :-)

Da Debian meines Wissens noch das ungepatchte Horde verwendet würde  
ich bei SyncML eher vermuten dass es nicht gehen wird.

Viele Grüße,

Gunnar

>
> Grüße
> rainer
>
> _______________________________________________
> Kolab-users-de mailing list
> Kolab-users-de at kolab.org
> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

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


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090315/66544f0a/attachment.pgp

From rainer.kohls at web.de  Mon Mar 16 09:14:22 2009
From: rainer.kohls at web.de (Rainer Kohls)
Date: Mon, 16 Mar 2009 09:14:22 +0100
Subject: sieve Problem - Not currently in TRANSACTION state
In-Reply-To: <20090315104433.21105jhnx0141p8g@webmail.pardus.de>
References: <200902271117.32058.rainer.kohls@web.de>
	<200903112207.12428.rainer.kohls@web.de>
	<20090315104433.21105jhnx0141p8g@webmail.pardus.de>
Message-ID: <200903160914.22728.rainer.kohls@web.de>

Hallo Gunnar,

Danke für die Antwort. weisst Du ob es reicht, bzw. funktioniert, nur SyncML 
als einzelnes auszutauschen oder bringt es da mehr, gleich bspw. die Webmail-
Edition von horde zu installieren?

Grüße
rainer


From wanhoff at lat-lon.de  Mon Mar 16 10:10:09 2009
From: wanhoff at lat-lon.de (Jeronimo Wanhoff)
Date: Mon, 16 Mar 2009 10:10:09 +0100
Subject: (fwd) Kolab Server 2.2.1 Release Candidate 1
In-Reply-To: <20090305164202.GB1490.thomas@intevation.de>
References: <20090305164202.GB1490.thomas@intevation.de>
Message-ID: <200903161010.14922.wanhoff@lat-lon.de>

Hallo,

> Im Anhang befindet sich die Bekanntmachung zur aktuellen Vorversion
> "Kolab Server 2.2.1-rc1", wie sie auf den englischsprachigen
> Kolab-Mailinglisten erschienen ist.
>
> Ich habe hiermit auch gleich eine Frage an die Teilnehmer dieser
> Liste: Sollen solche Mails zusätlich in deutscher Sprache verfasst
> werden oder reicht eine einfache Weiterleitung wie diese?

mir reichts so, obwohl ichs auf deutsch ein wenig schöner fände.

schönen Gruß,
	Jeronmio
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 197 bytes
Beschreibung: This is a digitally signed message part.
URL         : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090316/8ffd5cce/attachment.pgp

From Christeval at web.de  Mon Mar 16 12:08:44 2009
From: Christeval at web.de (Christian Heldt)
Date: Mon, 16 Mar 2009 12:08:44 +0100
Subject: Erstellen von Shared folders
Message-ID: <981026847@web.de>

Hallo zusammen,

ich versuche gerade ein Shared folder über das Webinterface zu erstellen.
Rückmeldung ist das es korrekt angelegt wurde. Eintragung im LDAP ist auch da, aber es wird kein Postfach dafür angelegt.

Ich verwende Kolab 2.2 kann mir evtl jemand helfen?
____________________________________________________________________
Psssst! Schon vom neuen WEB.DE MultiMessenger gehört? 
Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123


From g.adamczyk at netkult.eu  Mon Mar 16 12:52:51 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Mon, 16 Mar 2009 12:52:51 +0100
Subject: Spamandclam aktualisiert
Message-ID: <49BE3D93.60507@netkult.eu>

Hallo, habe das automatische trainieren des bayes Filters etwas 
optimiert und in die Wiki gestellt.

Siehe (spam.sh):
http://wiki.kolab.org/index.php/Spamandclam.sh

From thomas at intevation.de  Wed Mar 18 18:09:03 2009
From: thomas at intevation.de (Thomas Arendsen Hein)
Date: Wed, 18 Mar 2009 18:09:03 +0100
Subject: md5 sums bei belnet
In-Reply-To: <200809151114.00503.wanhoff@lat-lon.de>
References: <200809151114.00503.wanhoff@lat-lon.de>
Message-ID: <20090318170903.GD6943.thomas@intevation.de>

* Jeronimo Wanhoff <wanhoff at lat-lon.de> [20080915 12:14]:
> ich habe soeben festgestellt, dass die md5 sum der letzten clamav 
> Aktualisierung bei belnet nicht stimmt:
> 
> ----
> #~$ wget 
> ftp://ftp.belnet.be/packages/kolab/server/security-updates/20080911/clamav-0.94-20080905_kolab.src.rpm
> --2008-09-15 11:02:46--  
> ftp://ftp.belnet.be/packages/kolab/server/security-updates/20080911/clamav-0.94-20080905_kolab.src.rpm
>            => `clamav-0.94-20080905_kolab.src.rpm'
> Auflösen des Hostnamen »ftp.belnet.be«.... 193.190.67.15, 2001:6a8:a40::21
> Verbindungsaufbau zu ftp.belnet.be|193.190.67.15|:21... verbunden.
> Anmelden als anonymous ... Angemeldet!
> ==> SYST ... fertig.    ==> PWD ... fertig.
> ==> TYPE I ... fertig.  ==> 
> CWD /packages/kolab/server/security-updates/20080911 ... fertig.
> ==> SIZE clamav-0.94-20080905_kolab.src.rpm ... 20618139
> ==> PASV ... fertig.    ==> RETR clamav-0.94-20080905_kolab.src.rpm ... 
> fertig.
> Länge: 20618139 (20M)
> 
> 100%[================================================================================================>] 
> 20.618.139  1,40M/s   in 14s
> 
> 2008-09-15 11:03:00 (1,46 MB/s) - »clamav-0.94-20080905_kolab.src.rpm« 
> gespeichert [20618139]
> 
> #~$ md5sum clamav-0.94-20080905_kolab.src.rpm
> 0b7d3a2a22f9a2c2e12bc0b14cc3b800  clamav-0.94-20080905_kolab.src.rp
> ----
> sollte aber 0b6be1bf21deef9de8582a56d330aaef sein.
> 
> geht bei deren rsync etwas schief oder gibt es da tatsächlich ein fehlerhaftes 
> Paket? Oder mache ich da etwas falsch und bemerke es nicht?

Da diese Anfrage noch nicht beantwortet wurde (Intevation war da
gerade im Umzugsstress), hier eine seeehr spaete Antwort:

0b6be1bf21deef9de8582a56d330aaef ist die Pruefsumme fuer
clamav-0.94-20080905.src.rpm, Du hast die ..._kolab.src.rpm
geprueft.

Thomas

-- 
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
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 206 bytes
Beschreibung: nicht verfügbar
URL         : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090318/f371c225/attachment.pgp

From g.adamczyk at netkult.eu  Thu Mar 19 07:39:56 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Thu, 19 Mar 2009 07:39:56 +0100
Subject: Ist Kolab vorbereitet =?ISO-8859-15?Q?f=FCr_IPv6_=3F?=
Message-ID: <49C1E8BC.7080602@netkult.eu>

Habe so aus reiner Neugierde meinen Server zusätzlich mit IPv6 verbunden.
Auch IPv6 Firewall extra aufgesetzt.

nmap zeigt aber dass  Kolab nur teilweise mit IPv6 arbeitet...

Gibt es dazu Pläne oder Infos Kolab ganz IPv6 fähig zu machen?

MfG
Gregor

From martin.konold at erfrakon.de  Thu Mar 19 11:56:33 2009
From: martin.konold at erfrakon.de (Martin Konold)
Date: Thu, 19 Mar 2009 11:56:33 +0100
Subject: Ist Kolab vorbereitet =?iso-8859-1?q?f=FCr_IPv6?= ?
In-Reply-To: <49C1E8BC.7080602@netkult.eu>
References: <49C1E8BC.7080602@netkult.eu>
Message-ID: <200903191156.35077.martin.konold@erfrakon.de>

Am Donnerstag, 19. März 2009 07:39:56 schrieb Gregor Adamczyk:

Hallo Gregor,

> Habe so aus reiner Neugierde meinen Server zusätzlich mit IPv6 verbunden.
> Auch IPv6 Firewall extra aufgesetzt.
>
> nmap zeigt aber dass  Kolab nur teilweise mit IPv6 arbeitet...
>
> Gibt es dazu Pläne oder Infos Kolab ganz IPv6 fähig zu machen?

Derzeit gibt es mangels realem Bedarfs keine konkreten Pläne. Ich halte das 
allerdings für eine lösbare aber aufwändige Aufgabe.

Wo soll der Nutzen liegen?

Wer will den Aufwand finanzieren?

Grüße,
-- martin

-- 
e r f r a k o n
Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker
Sitz: Adolfstraße 23, 70469 Stuttgart, Partnerschaftsregister Stuttgart PR 126
http://www.erfrakon.com/

From glua at 4-mail.net  Thu Mar 19 11:07:51 2009
From: glua at 4-mail.net (Julian Golderer)
Date: Thu, 19 Mar 2009 11:07:51 +0100
Subject: Ist Kolab vorbereitet =?iso-8859-1?q?f=FCr_IPv6?= ?
In-Reply-To: <49C1E8BC.7080602@netkult.eu>
References: <49C1E8BC.7080602@netkult.eu>
Message-ID: <200903191107.51598.glua@4-mail.net>

Hallo Gregor,

Am Donnerstag 19 März 2009 07:39:56 schrieb Gregor Adamczyk:
> Habe so aus reiner Neugierde meinen Server zusätzlich mit IPv6 verbunden.
> Auch IPv6 Firewall extra aufgesetzt.
>
> nmap zeigt aber dass  Kolab nur teilweise mit IPv6 arbeitet...

Was meinst du mit teilweise?

Hier ein Portscan von meinem Kolab-Server:

# nmap -6 kolab.example.at

Starting Nmap 4.76 ( http://nmap.org ) at 2009-03-19 11:04 CET
Interesting ports on kolab.example.at (2001:7b8:xxx::xxx):
Not shown: 990 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
25/tcp   open  smtp
80/tcp   open  http
110/tcp  open  pop3
143/tcp  open  imap
443/tcp  open  https
465/tcp  open  smtps
993/tcp  open  imaps
995/tcp  open  pop3s
2000/tcp open  callbook

Nmap done: 1 IP address (1 host up) scanned in 6.65 seconds

Grüße,
Julian

From g.adamczyk at netkult.eu  Thu Mar 19 15:22:43 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Thu, 19 Mar 2009 15:22:43 +0100
Subject: Ist Kolab vorbereitet =?ISO-8859-1?Q?f=FCr?= IPv6 ?
In-Reply-To: <200903191107.51598.glua@4-mail.net>
References: <49C1E8BC.7080602@netkult.eu> <200903191107.51598.glua@4-mail.net>
Message-ID: <1237472563.7435.4.camel@notebook3>

> Was meinst du mit teilweise?

Hmmm, so sieht es bei mir aus:

Not shown: 1708 filtered ports
PORT    STATE  SERVICE
22/tcp  open   ssh
25/tcp  closed smtp
80/tcp  open   http
143/tcp closed imap
443/tcp open   https
465/tcp closed smtps
993/tcp closed imaps

Ein Versuch mit Telnet führt zu keiner Verbindung auf PORT 25.
Wenn es vielleicht nochmal ohne Firewall testen, aber diese scheint die
richtigen Regeln zu haben.


From glua at 4-mail.net  Thu Mar 19 15:59:46 2009
From: glua at 4-mail.net (Julian Golderer)
Date: Thu, 19 Mar 2009 15:59:46 +0100
Subject: Ist Kolab vorbereitet =?iso-8859-1?q?f=FCr_IPv6?= ?
In-Reply-To: <1237472563.7435.4.camel@notebook3>
References: <49C1E8BC.7080602@netkult.eu> <200903191107.51598.glua@4-mail.net>
	<1237472563.7435.4.camel@notebook3>
Message-ID: <200903191559.46909.glua@4-mail.net>

Am Donnerstag 19 März 2009 15:22:43 schrieb Gregor Adamczyk:
> Ein Versuch mit Telnet führt zu keiner Verbindung auf PORT 25.
> Wenn es vielleicht nochmal ohne Firewall testen, aber diese scheint die
> richtigen Regeln zu haben.

Hast du in der main.cf von Postfix folgende Option?
inet_protocols = all

Grüße,
Julian

From Markus.Prothmann at hug.de  Thu Mar 19 16:11:46 2009
From: Markus.Prothmann at hug.de (Prothmann, Markus)
Date: Thu, 19 Mar 2009 16:11:46 +0100
Subject: Umbenennen Servername Kolab 2.1
Message-ID: <1D5EFC836518664A8C6F10FE98C137F907AEA171A9@mail.hug.local>

Wie kann man einen Kolabserver umbenennen? Speziell geht es um den domainname von mail.test123.local nach mail.test123.de . Ich denke Linuxservername reicht nicht, wo noch überall angepasst werden?


From g.adamczyk at netkult.eu  Thu Mar 19 20:47:58 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Thu, 19 Mar 2009 20:47:58 +0100
Subject: Ist Kolab vorbereitet =?ISO-8859-1?Q?f=FCr_IPv6_=3F?=
In-Reply-To: <200903191559.46909.glua@4-mail.net>
References: <49C1E8BC.7080602@netkult.eu>
	<200903191107.51598.glua@4-mail.net>	<1237472563.7435.4.camel@notebook3>
	<200903191559.46909.glua@4-mail.net>
Message-ID: <49C2A16E.2090008@netkult.eu>

 >Hast du in der main.cf von Postfix folgende Option?
 >inet_protocols = all

Nein diese Zeile fehlt bei mir.
Gehört diese Zeile zur Grundkonfiguration?

Oder muss diese manuell hinzugefügt werden?

MfG
G.A.

From g.adamczyk at netkult.eu  Thu Mar 19 21:04:54 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Thu, 19 Mar 2009 21:04:54 +0100
Subject: Ist Kolab vorbereitet =?ISO-8859-1?Q?f=FCr_IPv6_=3F?=
In-Reply-To: <200903191156.35077.martin.konold@erfrakon.de>
References: <49C1E8BC.7080602@netkult.eu>
	<200903191156.35077.martin.konold@erfrakon.de>
Message-ID: <49C2A566.2020403@netkult.eu>

> Derzeit gibt es mangels realem Bedarfs keine konkreten Pläne. Ich 
> halte das
> allerdings für eine lösbare aber aufwändige Aufgabe.
> Wo soll der Nutzen liegen?
> Wer will den Aufwand finanzieren?
>
Klar, das verstehe ich.
Der Aufwand lohnt wahrscheinlich nicht.

Aber IPv6 kann nur kommen wenn die Menschen es nutzen / nutzen können.

Deswegen ist IPv6 auf allen aktuellen Betriebssystem in der 
Voreinstellung aktiviert.

Ich wollte wissen wie es da bei Kolab aussieht.

Vielleicht sollte man da beispielhaft handeln und im Kolab ebenfalls 
IPv6 aktivieren.
Oder dies für die nahe Zukunft einplanen.

Mir ist bekannt dass die meisten einzelnen Komponenten von Kolab IPv6 
können.
Nur ist eben IPv6 in der Voreinstellung deaktiviert.

Welchen Grund hat diese Voreinstellung?

Wenn es keine Nachteile bringt, könnte man doch für die von Außen 
erreichbaren Dienste IPv6 in der Voreinstellung aktivieren.

Natürlich nur wenn es keine Nachteile bringt.

Gruß,
Gregor



From glua at 4-mail.net  Thu Mar 19 21:18:36 2009
From: glua at 4-mail.net (Julian Golderer)
Date: Thu, 19 Mar 2009 21:18:36 +0100
Subject: Ist Kolab vorbereitet =?iso-8859-1?q?f=FCr_IPv6?= ?
In-Reply-To: <49C2A16E.2090008@netkult.eu>
References: <49C1E8BC.7080602@netkult.eu> <200903191559.46909.glua@4-mail.net>
	<49C2A16E.2090008@netkult.eu>
Message-ID: <200903192118.36175.glua@4-mail.net>

Am Donnerstag 19 März 2009 20:47:58 schrieb Gregor Adamczyk:
> Gehört diese Zeile zur Grundkonfiguration?
>
> Oder muss diese manuell hinzugefügt werden?

Nein, muss manuell eingefügt werden.

Klappts nun mit SMTP?

Grüße,
Julian

PS: ich verwende beispielsweise gld für Greylisting - das IP-Feld auf 32 
Zeichen zu verlängern war dabei ausreichend für IPv6-Kompatiblität

From wrobel at pardus.de  Fri Mar 20 05:26:05 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 20 Mar 2009 05:26:05 +0100
Subject: Umbenennen Servername Kolab 2.1
In-Reply-To: <1D5EFC836518664A8C6F10FE98C137F907AEA171A9@mail.hug.local>
References: <1D5EFC836518664A8C6F10FE98C137F907AEA171A9@mail.hug.local>
Message-ID: <20090320052605.19386a4az01uk8ow@webmail.pardus.de>

Quoting "Prothmann, Markus" <Markus.Prothmann at hug.de>:

> Wie kann man einen Kolabserver umbenennen? Speziell geht es um den  
> domainname von mail.test123.local nach mail.test123.de . Ich denke  
> Linuxservername reicht nicht, wo noch überall angepasst werden?
>

Die Operation ist nicht ganz trivial. In jedem Fall müssten die  
Server-Namen im LDAP angepasst werden.

Ist es nicht möglich den neuen Domain-Namen einfach als zusätzlichen  
Domänennamen anzugeben? Das wäre die deutlich sicherere Alternative.

Viele Grüße,

Gunnar

-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

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


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090320/8ab38927/attachment.pgp

From wrobel at pardus.de  Fri Mar 20 05:39:16 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 20 Mar 2009 05:39:16 +0100
Subject: Ist Kolab vorbereitet =?utf-8?b?ZsO8cg==?= IPv6 ?
In-Reply-To: <49C2A566.2020403@netkult.eu>
References: <49C1E8BC.7080602@netkult.eu>
	<200903191156.35077.martin.konold@erfrakon.de>
	<49C2A566.2020403@netkult.eu>
Message-ID: <20090320053916.93146peoszcosh8o@webmail.pardus.de>

Quoting Gregor Adamczyk <g.adamczyk at netkult.eu>:

>> Derzeit gibt es mangels realem Bedarfs keine konkreten Pläne. Ich
>> halte das
>> allerdings für eine lösbare aber aufwändige Aufgabe.
>> Wo soll der Nutzen liegen?
>> Wer will den Aufwand finanzieren?
>>
> Klar, das verstehe ich.
> Der Aufwand lohnt wahrscheinlich nicht.
>
> Aber IPv6 kann nur kommen wenn die Menschen es nutzen / nutzen können.
>
> Deswegen ist IPv6 auf allen aktuellen Betriebssystem in der
> Voreinstellung aktiviert.
>
> Ich wollte wissen wie es da bei Kolab aussieht.
>
> Vielleicht sollte man da beispielhaft handeln und im Kolab ebenfalls
> IPv6 aktivieren.
> Oder dies für die nahe Zukunft einplanen.

Ich habe zumindest mal ein Issue angelegt, um den Status in Punkto  
IPv6 zu tracken:

https://www.intevation.de/roundup/kolab/issue3495

Gruß,

Gunnar

>
> Mir ist bekannt dass die meisten einzelnen Komponenten von Kolab IPv6
> können.
> Nur ist eben IPv6 in der Voreinstellung deaktiviert.
>
> Welchen Grund hat diese Voreinstellung?
>
> Wenn es keine Nachteile bringt, könnte man doch für die von Außen
> erreichbaren Dienste IPv6 in der Voreinstellung aktivieren.
>
> Natürlich nur wenn es keine Nachteile bringt.
>
> Gruß,
> Gregor
>
>
> _______________________________________________
> Kolab-users-de mailing list
> Kolab-users-de at kolab.org
> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

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


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090320/b336ee64/attachment-0001.pgp

From wrobel at pardus.de  Fri Mar 20 05:45:08 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 20 Mar 2009 05:45:08 +0100
Subject: Erstellen von Shared folders
In-Reply-To: <981026847@web.de>
References: <981026847@web.de>
Message-ID: <20090320054508.204638wb8kf72yqs@webmail.pardus.de>

Quoting Christian Heldt <Christeval at web.de>:

> Hallo zusammen,
>
> ich versuche gerade ein Shared folder über das Webinterface zu erstellen.
> Rückmeldung ist das es korrekt angelegt wurde. Eintragung im LDAP  
> ist auch da, aber es wird kein Postfach dafür angelegt.
>
> Ich verwende Kolab 2.2 kann mir evtl jemand helfen?

Ist ein entsprechendes Verzeichnis im IMAP spool  
(/kolab/var/imapd/spool) angelegt worden? Irgendwelche Fehler vom  
kolabd im Syslog?

Gruß,

Gunnar

> ____________________________________________________________________
> Psssst! Schon vom neuen WEB.DE MultiMessenger gehört?
> Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123
>
> _______________________________________________
> Kolab-users-de mailing list
> Kolab-users-de at kolab.org
> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

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


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090320/0db8bd82/attachment.pgp

From wrobel at pardus.de  Fri Mar 20 05:46:03 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 20 Mar 2009 05:46:03 +0100
Subject: Spamandclam aktualisiert
In-Reply-To: <49BE3D93.60507@netkult.eu>
References: <49BE3D93.60507@netkult.eu>
Message-ID: <20090320054603.15936g65moqfzow8@webmail.pardus.de>

Quoting Gregor Adamczyk <g.adamczyk at netkult.eu>:

> Hallo, habe das automatische trainieren des bayes Filters etwas
> optimiert und in die Wiki gestellt.
>
> Siehe (spam.sh):
> http://wiki.kolab.org/index.php/Spamandclam.sh

Danke!


> _______________________________________________
> Kolab-users-de mailing list
> Kolab-users-de at kolab.org
> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

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


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
Url : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090320/6c5d8acc/attachment.pgp

From wrobel at pardus.de  Fri Mar 20 05:56:27 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Fri, 20 Mar 2009 05:56:27 +0100
Subject: sieve Problem - Not currently in TRANSACTION state
In-Reply-To: <200903160914.22728.rainer.kohls@web.de>
References: <200902271117.32058.rainer.kohls@web.de>
	<200903112207.12428.rainer.kohls@web.de>
	<20090315104433.21105jhnx0141p8g@webmail.pardus.de>
	<200903160914.22728.rainer.kohls@web.de>
Message-ID: <20090320055627.13225u9gwk4evw0s@webmail.pardus.de>

Quoting Rainer Kohls <rainer.kohls at web.de>:

> Hallo Gunnar,
>
> Danke für die Antwort. weisst Du ob es reicht, bzw. funktioniert, nur SyncML
> als einzelnes auszutauschen oder bringt es da mehr, gleich bspw. die Webmail-
> Edition von horde zu installieren?

Ich weiss wie gesagt derzeit nicht welche Horde-Version Debian  
verwendet. Und die einzige Version von Horde, die wir unterstützen  
können, ist der spezifische Kolab branch. Das ungepatchte  
Horde-Webmail-Paket ist für Kolab nicht zu empfehlen.

Vom Kolab branch gibt es keine direkten Source-Pakete, sondern nur die  
auf Horde-Webmail-1.2.0 basierende Patch-Queue. Das ganze Ding kann  
man sich auch wie unter  
http://github.com/wrobel/horde-release/tree/master beschreiben mit git  
herunter ziehen. Die Version entspricht dann jeweils Kolab CVS HEAD.  
Ist aber natürlich auch nicht wirklich supported. Das beste wäre, wenn  
die Distribution Deiner Wahl ein entsprechendes Paket anbietet.

Gruß,

Gunnar

>
> Grüße
> rainer
>
> _______________________________________________
> Kolab-users-de mailing list
> Kolab-users-de at kolab.org
> http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de
>



-- 
____ http://www.pardus.de _________________ http://gunnarwrobel.de _

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


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.


From g.adamczyk at netkult.eu  Fri Mar 20 06:41:50 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Fri, 20 Mar 2009 06:41:50 +0100
Subject: Ist Kolab vorbereitet =?ISO-8859-1?Q?f=FCr_IPv6_=3F?=
In-Reply-To: <200903192118.36175.glua@4-mail.net>
References: <49C1E8BC.7080602@netkult.eu>
	<200903191559.46909.glua@4-mail.net>	<49C2A16E.2090008@netkult.eu>
	<200903192118.36175.glua@4-mail.net>
Message-ID: <49C32C9E.4000202@netkult.eu>

Julian Golderer schrieb:
> Klappts nun mit SMTP?
>   

Danke, das wird für POSFIX gehen, aber du hast bestimmt noch einige 
andere Änderungen vorgenommen oder?
Für IMAP usw.

Bestimmt auch mühselig ergoogelt für die einzelnen Komponenten he he

Wir könnten vielleicht ein Wiki Eintrag zum Thema IPv6 machen, die deine 
Änderungen beinhaltet, damit auch Andere etwas davon haben.

Nur so als Idee...

Gruß,
Gregor

From rainer.kohls at web.de  Fri Mar 20 09:37:04 2009
From: rainer.kohls at web.de (Rainer Kohls)
Date: Fri, 20 Mar 2009 09:37:04 +0100
Subject: sieve Problem - Not currently in TRANSACTION state
In-Reply-To: <20090320055627.13225u9gwk4evw0s@webmail.pardus.de>
References: <200902271117.32058.rainer.kohls@web.de>
	<200903160914.22728.rainer.kohls@web.de>
	<20090320055627.13225u9gwk4evw0s@webmail.pardus.de>
Message-ID: <200903200937.04360.rainer.kohls@web.de>

Hallo Gunnar,

vielen Dank schon mal für die Antwort, weiß ich doch jetzt schon ein ganzes 
Stück mehr.
Dann werd ich mal als erstes wie im Link beschrieben die "CVS" Variante testen 
und wenn das dann zu unstabil sein sollte, werde ich wahrscheinlich doch 
umswitchen auf die OpenPKG-Variante, scheint sie ja doch etwas problemloser zu 
sein ;-)

Grüße
Rainer


From martin.konold at erfrakon.de  Fri Mar 20 10:10:11 2009
From: martin.konold at erfrakon.de (Martin Konold)
Date: Fri, 20 Mar 2009 10:10:11 +0100
Subject: Ist Kolab vorbereitet =?iso-8859-1?q?f=FCr_IPv6?= ?
In-Reply-To: <49C2A566.2020403@netkult.eu>
References: <49C1E8BC.7080602@netkult.eu>
	<200903191156.35077.martin.konold@erfrakon.de>
	<49C2A566.2020403@netkult.eu>
Message-ID: <200903201010.12756.martin.konold@erfrakon.de>

Am Donnerstag, 19. März 2009 21:04:54 schrieb Gregor Adamczyk:

Hallo Gregor,

> Deswegen ist IPv6 auf allen aktuellen Betriebssystem in der
> Voreinstellung aktiviert.
>
> Ich wollte wissen wie es da bei Kolab aussieht.
>
> Vielleicht sollte man da beispielhaft handeln und im Kolab ebenfalls
> IPv6 aktivieren.
> Oder dies für die nahe Zukunft einplanen.
>
> Mir ist bekannt dass die meisten einzelnen Komponenten von Kolab IPv6
> können.
> Nur ist eben IPv6 in der Voreinstellung deaktiviert.
>
> Welchen Grund hat diese Voreinstellung?

Ich habe die Erfahrung gemacht, dass die Aktivierung von IPv6 innerhalb von 
Infrastrukturen, die mit IPv6 nicht richtig umgehen können in der Regel zu 
Problemen/Performanceverlusten führt.

Der Klassiker hierfür ist dass DNS verzögert ist. (Teilweise erhebliche 
Performanceeffekte für Kolab)

Daher kann ich mir derzeit höchstens im Admin UI eine Option "Enable IPv6" 
vorstellen, welche standardmäßig deaktiviert ist.

Grüße,
-- martin

-- 
e r f r a k o n
Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker
Sitz: Adolfstraße 23, 70469 Stuttgart, Partnerschaftsregister Stuttgart PR 126
http://www.erfrakon.com/

From g.adamczyk at netkult.eu  Sat Mar 21 09:55:33 2009
From: g.adamczyk at netkult.eu (Gregor Adamczyk)
Date: Sat, 21 Mar 2009 09:55:33 +0100
Subject: Ist Kolab vorbereitet =?ISO-8859-1?Q?f=FCr_IPv6_=3F?=
In-Reply-To: <200903201010.12756.martin.konold@erfrakon.de>
References: <49C1E8BC.7080602@netkult.eu>	<200903191156.35077.martin.konold@erfrakon.de>	<49C2A566.2020403@netkult.eu>
	<200903201010.12756.martin.konold@erfrakon.de>
Message-ID: <49C4AB85.90904@netkult.eu>

Hallo Martin,
> Daher kann ich mir derzeit höchstens im Admin UI eine Option "Enable IPv6" 
> vorstellen, welche standardmäßig deaktiviert ist.
>   
OK, damit wäre Kolab ja IPv6 fähig...

Gruß,
Gregor

From rainer.kohls at web.de  Sun Mar 22 17:28:35 2009
From: rainer.kohls at web.de (Rainer Kohls)
Date: Sun, 22 Mar 2009 17:28:35 +0100
Subject: kolab auf Debian x86_64
Message-ID: <200903221728.35435.rainer.kohls@web.de>

Hallo,

habe bisher nur ältere Anfragen oder Berichte gelesen über kolab auf x86_64 
Maschinen. Deshalb meine Frage: Ich habe hier zwar schon mit Debian SID und 
dem kolab aus dem Repository getestet, blieb dann aber beim SyncML stecken, 
weshalb ich jetzt doch auf die OpenPKG Variante umsteigen wollte, nur stockte 
ich jetzt vor dem i386 bei allen paketen.

Ist es möglich Kolab auch auf einem Debian x86_64 zu installieren, bzw. läuft 
das problemlos ?

Grüße und Danke im voraus
Rainer


From Christeval at web.de  Sat Mar 21 20:18:54 2009
From: Christeval at web.de (Christian Heldt)
Date: Sat, 21 Mar 2009 20:18:54 +0100
Subject: AW: AW: Erstellen von Shared folders
In-Reply-To: <49BE9BCD.70206@netkult.eu>
References: <981026847@web.de> <49BE392A.7010101@netkult.eu>
	<000901c9a662$e62f11a0$b28d34e0$@de> <49BE9BCD.70206@netkult.eu>
Message-ID: <000001c9aa59$e0b8aba0$a22a02e0$@de>

 
Nein, unter /kolab/var/imapd/spool wird kein Verzeichnis angelegt.
Jedoch habe ich jetzt festgestellt, dass die Ordner angelegt werden sobald
ich alle Dienste neustarte.
Aber ich muss immer erst die Dienste neu starten damit die shared ordner
angelegt werden, bei Userkonten sind diese sofort da.
Es sind keine Fehler im syslog vom kolabd zu finden.
 
 
Quoting Christian Heldt <
<http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de>
Christeval at web.de>:

 

> Hallo zusammen,

> 

> ich versuche gerade ein Shared folder über das Webinterface zu erstellen.

> Rückmeldung ist das es korrekt angelegt wurde. Eintragung im LDAP  

> ist auch da, aber es wird kein Postfach dafür angelegt.

> 

> Ich verwende Kolab 2.2 kann mir evtl jemand helfen?

 

Ist ein entsprechendes Verzeichnis im IMAP spool  

(/kolab/var/imapd/spool) angelegt worden? Irgendwelche Fehler vom  

kolabd im Syslog?

 

Gruß,

 

Gunnar

 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090321/62c16261/attachment.html

From rainer.kohls at web.de  Mon Mar 23 11:21:21 2009
From: rainer.kohls at web.de (Rainer Kohls)
Date: Mon, 23 Mar 2009 11:21:21 +0100
Subject: kolab auf Debian x86_64
In-Reply-To: <200903221728.35435.rainer.kohls@web.de>
References: <200903221728.35435.rainer.kohls@web.de>
Message-ID: <200903231121.22047.rainer.kohls@web.de>

Hallo nochmal,

habs einfach mal probiert mit den Source-Paketen und heraus kam ein Fehler, 
den ich zumindest in einem Issue 2871 wiederentdeckt habe, der stammt aber 
schon von letztem Jahr und wirklich gelöst oder erklärt wurde nichts und mir 
ergibt sich daraus auch nichts.
Nur, dass das scheinbar bei allen auf 64Bit-Systemen aufgetreten ist.
Ich häng mal die letzten zeilen des Logs an, evtl. reicht das ja und jemand 
kennt schon eine Lösung oder hat noch Ideen dazu.
Vielen Dank schon mal im voraus.
Grüße
Rainer

[LOG]
../lib/libtar.a(argp-pvh.o): In function `_option_is_short':
/tmp/openpkg-20071227/tar-1.19/lib/argp.h:595: multiple definition of 
`_option_is_short'
tar.o:/tmp/openpkg-20071227/tar-1.19/src/../lib/argp.h:595: first defined here
../lib/libtar.a(argp-pvh.o): In function `argp_usage':
/tmp/openpkg-20071227/tar-1.19/lib/argp.h:589: multiple definition of 
`argp_usage'
tar.o:/tmp/openpkg-20071227/tar-1.19/src/../lib/argp.h:589: first defined here
../lib/libtar.a(argp-eexst.o): In function `_option_is_end':
/tmp/openpkg-20071227/tar-1.19/lib/argp.h:607: multiple definition of 
`_option_is_end'
tar.o:/tmp/openpkg-20071227/tar-1.19/src/../lib/argp.h:607: first defined here
../lib/libtar.a(argp-eexst.o): In function `_option_is_short':
/tmp/openpkg-20071227/tar-1.19/lib/argp.h:595: multiple definition of 
`_option_is_short'
tar.o:/tmp/openpkg-20071227/tar-1.19/src/../lib/argp.h:595: first defined here
../lib/libtar.a(argp-eexst.o): In function `argp_usage':
/tmp/openpkg-20071227/tar-1.19/lib/argp.h:589: multiple definition of 
`argp_usage'
tar.o:/tmp/openpkg-20071227/tar-1.19/src/../lib/argp.h:589: first defined here
collect2: ld returned 1 exit status
make[2]: *** [tar] Fehler 1
make[2]: Leaving directory `/tmp/openpkg-20071227/tar-1.19/src'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/tmp/openpkg-20071227/tar-1.19'
make: *** [all] Fehler 2
+ exit 2
+ exit 2
./openpkg.boot:ERROR: script returned non-null value
[/LOG]

From martin.konold at erfrakon.de  Tue Mar 24 08:31:54 2009
From: martin.konold at erfrakon.de (Martin Konold)
Date: Tue, 24 Mar 2009 08:31:54 +0100
Subject: kolab auf Debian x86_64
In-Reply-To: <200903231121.22047.rainer.kohls@web.de>
References: <200903221728.35435.rainer.kohls@web.de>
	<200903231121.22047.rainer.kohls@web.de>
Message-ID: <200903240831.55621.martin.konold@erfrakon.de>

Am Montag, 23. März 2009 11:21:21 schrieb Rainer Kohls:

Hallo Rainer,

> habs einfach mal probiert mit den Source-Paketen und heraus kam ein Fehler,
> den ich zumindest in einem Issue 2871 wiederentdeckt habe, der stammt aber
> schon von letztem Jahr und wirklich gelöst oder erklärt wurde nichts und
> mir ergibt sich daraus auch nichts.
> Nur, dass das scheinbar bei allen auf 64Bit-Systemen aufgetreten ist.

Ja ich kann das bestätigen. Die aktuelle 2.2.1rc1 Quellen bauen z.B. nicht auf 
OpenSUSE 11.1 mit 64Bit.

Ich denke das Problem ist unsere veraltetes OpenPKG.

Grüße,
-- martin

-- 
e r f r a k o n
Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker
Sitz: Adolfstraße 23, 70469 Stuttgart, Partnerschaftsregister Stuttgart PR 126
http://www.erfrakon.com/

From cmandery at usegroup.de  Tue Mar 24 20:39:17 2009
From: cmandery at usegroup.de (Christian Mandery)
Date: Tue, 24 Mar 2009 20:39:17 +0100
Subject: OpenLDAP =?ISO-8859-15?Q?=F6ffentlich?=
Message-ID: <49C936E5.4080203@usegroup.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo,

ich habe gerade eine frische Installation von Kolab 2.2 auf einem
Root-Server (direkte Internetanbindung ohne iptables o.ä.) durchgeführt
und festgestellt, dass der slapd im Kolab-Setup standardmäßig auf allen
Interfaces lauscht.

Da er ja zudem auch ohne Authentifizierung Lesezugriff erlaubt, hat
somit jedermann Lesezugriff auf die Daten im LDAP, wie beispielsweise
die verfügbaren Domains, Benutzer, Einstellungen und so weiter.

Ich gehe davon aus, dass slapd nur deshalb auf 0.0.0.0 läuft, weil eine
"normale" Kolab-Installation wahrscheinlich eher in einer geschützten
Intranet-Umgebung stattfindet.

Ist das richtig oder sollte der slapd gar nicht freien Lesezugriff aus
dem Netzwerk für anonyme Nutzer geben? Im ersten Falle würde ich ihn
sonst einfach auf das Loopback-Interface beschränken.

Im voraus vielen Dank für eine Antwort.

Viele Grüße
Christian Mandery
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEARECAAYFAknJNuUACgkQ3J0ssVPKHcfpkgCfcmdHCtEgOjAK2z2GpNvIlZvy
VSMAn2Cd4EgvHiqdmdFM5E8G+Dxa6yeE
=Yu1a
-----END PGP SIGNATURE-----

From bernhard at intevation.de  Tue Mar 24 23:27:19 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 24 Mar 2009 23:27:19 +0100
Subject: Wird Kolab 2.2.1 Final auf Opensuse 11.1 laufen mit gcc 4.3
In-Reply-To: <200902181702.49187.bernhard@intevation.de>
References: <50C6CEBACA7A4D298001F5C09E4E37D4@computer>
	<200902181702.49187.bernhard@intevation.de>
Message-ID: <200903242327.20115.bernhard@intevation.de>

On Wednesday 18 February 2009, Bernhard Reiter wrote:
> > Problem ist ja noch „Issue 2871“ .  
>
> s gibt bereits zwei Möglichkeiten das Probme mit gcc4.3 zu umgehen,
> siehe issue2871.
> a) alten gcc4.2 einsetzen
> b) einen Patch, der tar ausschaltet (welcher aber noch getestet werden
> muss).

Wir haben ein neues Paket openpkg-20071227-20090324 gemacht.
Damit sollte es mit gcc4.3 gehen, ich denke das kommt in Kolab Server/Openpkg 
2.2.1, siehe https://www.intevation.de/roundup/kolab/issue2871

Rückmeldung, ob es klappt, z.B. auf OpenSuse oder Ubuntu wären nett!
Danke,

Bernhard

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Neuer Graben 17, Osnabrück, DE; AG Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090324/b7c7afd3/attachment.pgp

From bernhard at intevation.de  Tue Mar 24 23:38:47 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Tue, 24 Mar 2009 23:38:47 +0100
Subject: kolab auf Debian x86_64
In-Reply-To: <200903240831.55621.martin.konold@erfrakon.de>
References: <200903221728.35435.rainer.kohls@web.de>
	<200903231121.22047.rainer.kohls@web.de>
	<200903240831.55621.martin.konold@erfrakon.de>
Message-ID: <200903242338.48399.bernhard@intevation.de>

On Tuesday 24 March 2009, Martin Konold wrote:
> Am Montag, 23. März 2009 11:21:21 schrieb Rainer Kohls:

> > habs einfach mal probiert mit den Source-Paketen und heraus kam ein
> > Fehler, den ich zumindest in einem Issue 2871 wiederentdeckt habe, 

issue2871 bezieht sich auf gcc 4.3.
Es gibt da seit ein paar Minuten ein neues OpenPKG,
mal im issue nachsehen und ausprobieren bitte.
(Eine andere Umgehung ist im Fall schon seit dem 17.2. dokumentiert.)

> > der
> > stammt aber schon von letztem Jahr und wirklich gelöst oder erklärt wurde
> > nichts und mir ergibt sich daraus auch nichts.
> > Nur, dass das scheinbar bei allen auf 64Bit-Systemen aufgetreten ist.
>
> Ja ich kann das bestätigen. Die aktuelle 2.2.1rc1 Quellen bauen z.B. nicht
> auf OpenSUSE 11.1 mit 64Bit.
>
> Ich denke das Problem ist unsere veraltetes OpenPKG.

Grundsätzlich läuft Kolab Server/OpenPKG auf 64Bit.
Manche Leute haben ein Problem mit OpenLDAP, allerdings ist das nicht leicht 
und überall zu reproduzieren und stellt in der Praxis kein großes Problem dar.
(Wir haben es hier in 2 Wochen durchlaufen lassen mit Last nicht reproduziert 
bekommen und warten in kolab/issue2982 (OpenLDAP segmentation fault on 64bit)
auf weitere Infos.)

Gruß,
Bernhard
-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Neuer Graben 17, Osnabrück, DE; AG Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090324/5693c948/attachment.pgp

From rainer.kohls at web.de  Tue Mar 24 23:56:38 2009
From: rainer.kohls at web.de (Rainer Kohls)
Date: Tue, 24 Mar 2009 23:56:38 +0100
Subject: kolab auf Debian x86_64
In-Reply-To: <200903242338.48399.bernhard@intevation.de>
References: <200903221728.35435.rainer.kohls@web.de>
	<200903240831.55621.martin.konold@erfrakon.de>
	<200903242338.48399.bernhard@intevation.de>
Message-ID: <200903242356.38229.rainer.kohls@web.de>

Vielen Dank für die schöne Nachricht.
Werd mich gleich morgen mal dransetzen und testen und berichten.

Grüße
rainer

From rainer.kohls at web.de  Wed Mar 25 00:26:19 2009
From: rainer.kohls at web.de (Rainer Kohls)
Date: Wed, 25 Mar 2009 00:26:19 +0100
Subject: kolab auf Debian x86_64
In-Reply-To: <200903242338.48399.bernhard@intevation.de>
References: <200903221728.35435.rainer.kohls@web.de>
	<200903240831.55621.martin.konold@erfrakon.de>
	<200903242338.48399.bernhard@intevation.de>
Message-ID: <200903250026.19270.rainer.kohls@web.de>

Hallo Bernhard,

hab gerade mal einen kurzen Test gestartet. Bitte korrigieren, falls ich schon 
falsch angefangen habe.
Habe mir die 2.2.1-rc1 Sourcen runtergeladen mittels rsync:

rsync -L -rtzvP rsync://rsync.kolab.org/kolab/server/beta/kolab-server-2.2.1-
rc-1/sources/ ./

Anschließend die aus Deinem Scratch Verzeichnis die openpkg...src.rpm und die 
openpkg...src.sh

und dann hab ich noch, wie im issue beschrieben versucht die index-Datei zu 
patchen. Dazu hab ich Deine "Patchbeschreibung" in eine Datei gepackt und per 
patch -p1 < patchdatei gestartet.

Herauskam aber das hier:

>> missing header for unified diff at line 3 of patch
>> can't find file to patch at input line 3
>> Perhaps you used the wrong -p or --strip option?
>> The text leading up to this was:
>> --------------------------
>> |--- 00INDEX.rdf 2009-03-24 23:15:40.489435000 +0100
>> |+++ 00INDEX.rdf.org     2009-03-24 23:15:16.309435000 +0100
>> --------------------------
>> File to patch: ^C

Evtl. ist es ja auch einfach zu spät heute. Vielen Dank aber trotzdem für den 
Denkanstoß und gute Nacht.

Rainer


From bernhard at intevation.de  Wed Mar 25 10:44:16 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 25 Mar 2009 10:44:16 +0100
Subject: Kolab Server/OpenPKG auf gcc4.3 (war: kolab auf Debian x86_64)
In-Reply-To: <200903250026.19270.rainer.kohls@web.de>
References: <200903221728.35435.rainer.kohls@web.de>
	<200903242338.48399.bernhard@intevation.de>
	<200903250026.19270.rainer.kohls@web.de>
Message-ID: <200903251044.20505.bernhard@intevation.de>

On Wednesday 25 March 2009, Rainer Kohls wrote:
> c -L -rtzvP rsync://rsync.kolab.org/kolab/server/beta/kolab-server-2.2.1-
> rc-1/sources/ ./
>
> Anschließend die aus Deinem Scratch Verzeichnis die openpkg...src.rpm und
> die openpkg...src.sh
>
> und dann hab ich noch, wie im issue beschrieben versucht die index-Datei zu
> patchen.

Ja, alles richtig! :)

> Dazu hab ich Deine "Patchbeschreibung" in eine Datei gepackt und
> per patch -p1 < patchdatei gestartet.

Nimm die Änderung einfach per Hand mit einem Editor vor.
Es geht nur um die Versionnummer!

> Herauskam aber das hier:
> >> missing header for unified diff at line 3 of patch
> >> can't find file to patch at input line 3
> >> Perhaps you used the wrong -p or --strip option?
> >> The text leading up to this was:
> >> --------------------------
> >>
> >> |--- 00INDEX.rdf 2009-03-24 23:15:40.489435000 +0100
> >> |+++ 00INDEX.rdf.org     2009-03-24 23:15:16.309435000 +0100
> >>
> >> --------------------------
> >> File to patch: ^C
>
> Evtl. ist es ja auch einfach zu spät heute. Vielen Dank aber trotzdem für
> den Denkanstoß und gute Nacht.

Danke fürs Testen!


-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Neuer Graben 17, Osnabrück, DE; AG Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090325/4ce83cd4/attachment.pgp

From bernhard at intevation.de  Wed Mar 25 10:46:31 2009
From: bernhard at intevation.de (Bernhard Reiter)
Date: Wed, 25 Mar 2009 10:46:31 +0100
Subject: OpenLDAP =?iso-8859-1?q?=F6ffentlich?=
In-Reply-To: <49C936E5.4080203@usegroup.de>
References: <49C936E5.4080203@usegroup.de>
Message-ID: <200903251046.32095.bernhard@intevation.de>

On Tuesday 24 March 2009, Christian Mandery wrote:
> ich habe gerade eine frische Installation von Kolab 2.2 auf einem
> Root-Server (direkte Internetanbindung ohne iptables o.ä.) durchgeführt
> und festgestellt, dass der slapd im Kolab-Setup standardmäßig auf allen
> Interfaces lauscht.
>
> Da er ja zudem auch ohne Authentifizierung Lesezugriff erlaubt, hat
> somit jedermann Lesezugriff auf die Daten im LDAP, wie beispielsweise
> die verfügbaren Domains, Benutzer, Einstellungen und so weiter.

Alles sollte nicht lesbar sein, aber die Nutzer natürlich schon.

> Ich gehe davon aus, dass slapd nur deshalb auf 0.0.0.0 läuft, weil eine
> "normale" Kolab-Installation wahrscheinlich eher in einer geschützten
> Intranet-Umgebung stattfindet.
>
> Ist das richtig oder sollte der slapd gar nicht freien Lesezugriff aus
> dem Netzwerk für anonyme Nutzer geben? Im ersten Falle würde ich ihn
> sonst einfach auf das Loopback-Interface beschränken.

Beides ist sinnvoll, es kommt also darauf an.
Oft wird der Zugriff per LDAP per VPN auf die eigene Organisation beschränkt.
Dann kann z.B. Outlook das auch fürs "globale" Adressbuch nutzen.

Gruß,
Bernhard

-- 
Managing Director - Owner: www.intevation.net       (Free Software Company)
Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com.
Intevation GmbH, Neuer Graben 17, Osnabrück, DE; AG Osnabrück, HRB 18998
Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : http://lists.wald.intevation.org/pipermail/kolab-users-de/attachments/20090325/63db5bc5/attachment.pgp

From martin.konold at erfrakon.de  Wed Mar 25 15:35:40 2009
From: martin.konold at erfrakon.de (Martin Konold)
Date: Wed, 25 Mar 2009 15:35:40 +0100
Subject: OpenLDAP =?iso-8859-15?q?=F6ffentlich?=
In-Reply-To: <200903251046.32095.bernhard@intevation.de>
References: <49C936E5.4080203@usegroup.de>
	<200903251046.32095.bernhard@intevation.de>
Message-ID: <200903251535.42397.martin.konold@erfrakon.de>

Am Mittwoch, 25. März 2009 10:46:31 schrieb Bernhard Reiter:

Hallo Christian,

> > Da er ja zudem auch ohne Authentifizierung Lesezugriff erlaubt, hat
> > somit jedermann Lesezugriff auf die Daten im LDAP, wie beispielsweise
> > die verfügbaren Domains, Benutzer, Einstellungen und so weiter.

Stimmt das wirklich? Anonyme LDAP User sollten nur das globale LDAP Adressbuch 
sehen.

Wenn Du das nicht willst, dann musst Du das Abschalten. In der Verfügbarkeit 
eines globalen Adressbuches sehe ich noch kein Sicherheitsproblem.

> > Ich gehe davon aus, dass slapd nur deshalb auf 0.0.0.0 läuft, weil eine
> > "normale" Kolab-Installation wahrscheinlich eher in einer geschützten
> > Intranet-Umgebung stattfindet.

Nein, diese Annahme gibt es bei Kolab nicht.

> Oft wird der Zugriff per LDAP per VPN auf die eigene Organisation
> beschränkt. Dann kann z.B. Outlook das auch fürs "globale" Adressbuch
> nutzen.

Der Zugriff kann einfach folgendermaßen ohne eine VPN Krücker über OpenLDAP 
Acls und iptables geregelt werden.

Z.B. kannst Du definieren, dass nach außen nur LDAPS zulässt und das Adressbuch 
nur authentifizierten Benutzern zeigst.

Das geht alles mit Board-Mitteln ohne spezielles Kolab Know-How.

Grüße,
-- martin

-- 
e r f r a k o n
Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker
Sitz: Adolfstraße 23, 70469 Stuttgart, Partnerschaftsregister Stuttgart PR 126
http://www.erfrakon.com/

From wrobel at pardus.de  Thu Mar 26 23:05:39 2009
From: wrobel at pardus.de (Gunnar Wrobel)
Date: Thu, 26 Mar 2009 23:05:39 +0100
Subject: AW: AW: Erstellen von Shared folders
In-Reply-To: <000001c9aa59$e0b8aba0$a22a02e0$@de>
References: <981026847@web.de> <49BE392A.7010101@netkult.eu>
	<000901c9a662$e62f11a0$b28d34e0$@de> <49BE9BCD.70206@netkult.eu>
	<000001c9aa59$e0b8aba0$a22a02e0$@de>
Message-ID: <20090326230539.19116w0334g3du04@webmail.pardus.de>

Hallo Christian,

Quoting Christian Heldt <Christeval at web.de>:

> Nein, unter
> /kolab/var/imapd/spool wird kein Verzeichnis
> angelegt. Jedoch habe ich jetzt
> festgestellt, dass die Ordner angelegt werden sobald ich alle
> Dienste neustarte.

Kann es sein, dass der kolabd-Dämon in dem Fall nicht mehr läuft?  
Reicht es, den mit "/kolab/bin/openpkg rc kolabd restart" neu zu  
starten? Geht es dann ebenfalls wieder?

>
> Aber ich muss immer erst die
> Dienste neu starten damit die shared ordner angelegt werden, bei
> Userkonten sind diese sofort da.

Hört sich an als würde der kolabd nach Anlegen eines Shared folders  
zusammenbrechen.

Sehen wir mal weiter, wenn klar ist, ob kolabd der Schuldige ist.

Gruß,

Gunnar

>
> Es sind keine Fehler im syslog
> vom kolabd zu finden.  "Calibri","sans-serif"; color: rgb(31, 73,
> 125);\">   "Calibri","sans-serif"; color: rgb(31, 73,
> 125);\">  Quoting Christian
> Heldt < lang=\\"EN-US\\">Christeval at web.de[1] style=\"color:
windowtext;\" lang=\"EN-US\">>: style=\"color: rgb(31, 73, 125);\"
> lang=\"EN-US\">  "Courier New"; color: windowtext;\">
>   New"; color: windowtext;\">>/ Hallo zusammen, />/  New"; color:  
> windowtext;\">>/ /  New"; color: windowtext;\">>/ ich versuche  
> gerade ein Shared
> folder über das Webinterface zu erstellen./  New"; color:  
> windowtext;\">>/ Rückmeldung ist das es
> korrekt angelegt wurde. Eintragung im LDAP  /  New"; color:  
> windowtext;\">>/ ist auch da, aber es wird kein
> Postfach dafür angelegt./  New"; color: windowtext;\">>/ /  New";  
> color: windowtext;\">>/ Ich verwende Kolab 2.2 kann
> mir evtl jemand helfen?/  New"; color: windowtext;\">   New"; color:  
> windowtext;\">Ist ein entsprechendes Verzeichnis
> im IMAP spool    New"; color: windowtext;\">(/kolab/var/imapd/spool) angelegt
> worden? Irgendwelche Fehler vom    New"; color: windowtext;\">kolabd  
> im Syslog?  New"; color: windowtext;\">   New"; color:  
> windowtext;\">Gruß,  New"; color: windowtext;\">   New"; color:  
> windowtext;\">Gunnar

-- 
____ http://www.pardus.de _________________ http://gunnarwrobel.de _

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

Links:
------
[1] http://lists.wald.intevation.org/mailman/listinfo/kolab-users-de


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.