From jwalls at browntransmission.com Mon Feb 1 17:18:33 2010 From: jwalls at browntransmission.com (Jeffrey Walls) Date: Mon, 1 Feb 2010 11:18:33 -0500 Subject: Upgrade Failure Message-ID: <643F63CDD7604256B98AE4F9464CB0DC@lancaster.browntransmission.com> I did the upgrade by source, and still it fails with this error: + exit 0 Processing files: openpkg-20071227-20071227_kolab2 Wrote: /kolab/RPM/PKG/openpkg-20071227-20071227_kolab2.ix86-debian5.0-kolab.rpm Executing(%clean): env -i /kolab/lib/openpkg/bash --norc --noprofile --posix -e /kolab/RPM/TMP/rpm-tmp.54354 + cd /kolab/RPM/TMP + '[' . = .1 ']' + rm -rf openpkg-20071227 + rm -rf /kolab/RPM/TMP/openpkg-20071227-root + exit 0 Executing(--clean): env -i /kolab/lib/openpkg/bash --norc --noprofile --posix -e /kolab/RPM/TMP/rpm-tmp.54354 + cd /kolab/RPM/TMP + exit 0 Preparing... ################################################## openpkg ################################################## :::: /tmp/install-kolab.13380.1080.13901.14856/openpkg-20071227-20071227_kolab2.s rc.rpm = 0 :::: :::: /tmp/install-kolab.13380.1080.13901.14856/make-3.81-20080101.src.rpm :::: Preparing... ################################################## package make-3.81-20080101 is intended for a debian5.0 operating system The server is Debian 5.0 (lenny). -- Jeffrey Walls IT Manager Brown Transmission and Bearing Co. PO Box 11117 Lancaster PA 17605-1117 717 295-9200 ext 214 717 295-9025 fax http://www.browntransmission.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100201/b1490d83/attachment.html From webmaster at computational-chemistry.org Mon Feb 1 17:36:19 2010 From: webmaster at computational-chemistry.org (Alexander =?iso-8859-1?q?Schr=F6ter?=) Date: Mon, 1 Feb 2010 17:36:19 +0100 Subject: Kolab + iPhone via SyncML In-Reply-To: <201001281707.42627.albrecht.dress@lios-tech.com> References: <201001281707.42627.albrecht.dress@lios-tech.com> Message-ID: <201002011736.19171.webmaster@computational-chemistry.org> On Thursday 28 January 2010 05:07:42 pm Albrecht Dre? wrote: > Hi all, > > just in case someone wants to connect an iPhone with Kolab - using the > SyncML plug-in from Synthesis [1], the iPhone can synchronise calendars, > contacts and todo's with Kolab 2.2.3. Didn't try shared resources yet, > though. > > Best, Albrecht. > > [1] > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > Has been added to the wiki Thank you From johannes_graumann at web.de Tue Feb 2 16:34:00 2010 From: johannes_graumann at web.de (Johannes Graumann) Date: Tue, 02 Feb 2010 16:34 +0100 Subject: Spam Quarantine Not working Message-ID: Hello, My /kolab/etc/kolab/templates/amavisd.conf.template contains this: $spam_quarantine_to = 'kolab+shared.spambox\@$mydomain'; I now get spam messages with the following delivered to my mailbox: > Final-Recipient: rfc822; > Original-Recipient: rfc822; > Action: failed > Status: 4.5.0 > Remote-MTA: dns; 127.0.0.1 > Diagnostic-Code: smtp; 451 4.5.0 Error in processing, id=11576-01-2, > quar+notif > FAILED: Can not quarantine: 501 5.1.3 Failed, id=11576-01-2, from > MTA([127.0.0.1]:10026): 501 5.1.3 Bad recipient address syntax at > /kolab/sbin/amavisd line 10358. What am I doing wrong? Thanks, Joh From kcaesar at hotmail.com Fri Feb 5 11:15:59 2010 From: kcaesar at hotmail.com (kiser Caesar) Date: Fri, 5 Feb 2010 11:15:59 +0100 Subject: Kolab-users Digest, Vol 71, Issue 31 In-Reply-To: <4B6B20C2.40909@gelpi.it> References:

, <4B6B20C2.40909@gelpi.it> Message-ID: > Date: Thu, 4 Feb 2010 20:32:18 +0100 > From: liste at gelpi.it > To: kcaesar at hotmail.com > Subject: Re: Kolab-users Digest, Vol 71, Issue 31 > > Il 28/01/10 14:43, kiser Caesar ha scritto: > > --Pi?ce jointe du message transmise-- > > Subject: Re: Blank screen with horde. > > Date: Thu, 28 Jan 2010 12:39:33 +0200 > > To: kolab-users at kolab.org > > From: kasparas at infosaitas.lt > > > > I think in most cases restarting firefox (or any other web browser) helps? we > > experience similar situation, when there are a few tabs in the browser from > > which the user tried to logon. We simply restart firefox. > > > > On Thursday 28 January 2010 12:15:12 pm kiser Caesar wrote: > >> Hello, > >> > >> > >> Most users in my companies use the Horde webmail without trouble, but some > >> users meeting a strange situation.. > >> > >> When they try to logon, they obtain only a blank screen.. without nothing ! > >> The account and password are good. > >> > >> I can solve it with deleting the account and creating it again but it is > >> not the good way. > >> > >> Who can help me ? > >> > >> > >> Best regards, > >> > >> _________________________________________________________________ > >> T?l?chargez Internet Explorer 8 et surfez sans laisser de trace ! > >> http://clk.atdmt.com/FRM/go/182932252/direct/01/ > > > > > > > > > > Hello, > > > > I tried several times to close and restart Firefox, that's always the same status... after the logon I get a blank page.. > > > > To close and restart Firefox could not be sufficient. > Try to clear Firefox cache. > Hello Andrea, I meet the trouble on any computer on which I try to login. I can search some error in a log but which one ? Best regards, _________________________________________________________________ T?l?chargez Internet Explorer 8 et surfez sans laisser de trace ! http://clk.atdmt.com/FRM/go/182932252/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100205/d1700b12/attachment.html From thomas at intevation.de Fri Feb 5 17:00:53 2010 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Fri, 5 Feb 2010 17:00:53 +0100 Subject: kolab v1 -> kolab v2 In-Reply-To: <20100108165838.12291cmqm1xuvpr4@webmail.pardus.de> References: <20100106171736.GW4099@gcd.ie> <20100108165838.12291cmqm1xuvpr4@webmail.pardus.de> Message-ID: <20100205165748.976593108.thomas@intevation.de> * Gunnar Wrobel [20100108 16:58]: > Quoting Gavin McCullagh : >> as I mentioned in a previous email, were upgrading an old version of Kolab. >> The old version is Kolab v1 and we'd like to move to kolab v2.2.3 (or >> whatever is current at the point we do it). >> >> Have people done this? Are there scripts or guidelines available? > > I think Thomas should comment here. I added him on cc. He'll be back at > the beginning of february. > > Our current 1st.README only details the required instruction to upgrade > from 2.1.0 onwards. I'd suggest to search the mailing list for further > instructions to upgrade from 1.0. Manual import of all data might be the easiest. >> == LDAP == >> >> I can see that a good bit has changed in the ldap structure. In >> particular, the multiple domain handling. I guess I can possibly write a >> shell script to run slapcat on the old system, fix that stuff up and load >> that into the new ldap database. There is already a python script for 2.0->2.1 conversion. But I suggest doing a bootstrap and just add the user objects using slapcat+editing+slapadd >> == Domains == >> >> All our current users are domain-agnostic (as kolab was back then). A few >> have been given entries in /etc/postfix/virtual to facilitate them getting >> mail on other domains. I guess I can create the default domain and migrate >> everyone to it by changing the ldif. Done by bootstrap. >> == Cyrus == >> >> The location and structure of spools has changed a bit with the inclusion >> of domains though it's not too tough to spot where things are -- although I >> also don't see the sieve directory as yet. You can configure the layout, searchfor hashimapspool in 1st.README >> Has anyone done such a migration in the past? Are there any docs, scripts >> or references around? Yes (very long time ago), no (except above). Regards, Thomas Arendsen Hein -- thomas at intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20100205/7d527dd3/attachment.bin From gavin.mccullagh at gcd.ie Fri Feb 5 17:08:56 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 5 Feb 2010 16:08:56 +0000 Subject: kolab v1 -> kolab v2 In-Reply-To: <20100205165748.976593108.thomas@intevation.de> References: <20100106171736.GW4099@gcd.ie> <20100108165838.12291cmqm1xuvpr4@webmail.pardus.de> <20100205165748.976593108.thomas@intevation.de> Message-ID: <20100205160856.GF4292@gcd.ie> Hi Thomas, thanks for your help... On Fri, 05 Feb 2010, Thomas Arendsen Hein wrote: > > Our current 1st.README only details the required instruction to upgrade > > from 2.1.0 onwards. I'd suggest to search the mailing list for further > > instructions to upgrade from 1.0. > > Manual import of all data might be the easiest. I've been working this and have a script which * runs slapcat on kolabv1 * a perl script goes through and makes the necessary modifications, including splitting out users into multiple domains. * dumps the mailbox list on kolab v1, translates it and loads it up in the kolab v2 * rsyncs the users mailbox into the right new username and domain-specific location * reconstructs the user's mailboxes * transfers over user.seen and users.sub (though the latter is probably not necessary? I'm not quite there yet, but it seems to work reasonably so far. > >> The location and structure of spools has changed a bit with the inclusion > >> of domains though it's not too tough to spot where things are -- although I > >> also don't see the sieve directory as yet. > > You can configure the layout, searchfor hashimapspool in 1st.README I think I'd prefer to just massage our data into the standard layout. I reckon if we're as consistent as possible with default Kolab v2.2, things will be easier in future. Gavin From troy at carpenter.cx Sat Feb 6 15:53:24 2010 From: troy at carpenter.cx (Troy Carpenter) Date: Sat, 6 Feb 2010 09:53:24 -0500 Subject: Funambol and self signed certificate In-Reply-To: <201001292208.50255.troy@carpenter.cx> References: <201001292208.50255.troy@carpenter.cx> Message-ID: <201002060953.24541.troy@carpenter.cx> On Friday 29 January 2010 10:08:50 pm Troy Carpenter wrote: > Greetings all, > > I have seen this issue come up before, but looking back through the archives, > I haven't seen a definite answer. > > I want to sync my Blackberry with Horde via Funambol. The Blackberry client > always gives a network error, but I never found where the logs existed on the > Blackberry to check out the problem. So I switched to the Outlook connector > and realized that the clients are choking on the self-signed certificate. > > A post on the Funambol developer's list from a few years ago mentions this > problem and they put in [what appears to be] a compile time flag to ignore the > certificate error. I don't think that is a run-time setting, so it would > require compilation of all clients (outlook and Blackberry) to work. > > Is there any other solution short of getting a properly signed certificate? > For a server that is only for my family, that is too great of an expense. > > Thanks for any pointers, FYI, thanks to some pointers from someone on the list, I was able to get a signed certificate from www.startssl.com. They provide signed certificates at different trust and price levels, one of those price levels being FREE. IE and Firefox both accepted the certificate without questioning me, but konquerer prompted me. Also, my Blackberry device also prompted me to keep the certificate. In my particular case, this got the Funambol clients past the self-signed certificate issue. Note that I still have other Funambol issues, so I still haven't gotten Funambol to work. From troy at carpenter.cx Sat Feb 6 16:16:55 2010 From: troy at carpenter.cx (Troy Carpenter) Date: Sat, 6 Feb 2010 10:16:55 -0500 Subject: Korganizer pausing when creating new events Message-ID: <201002061016.55276.troy@carpenter.cx> I've been having a problem entering events into Korganizer when it is using the imap store on the Kolab server. This have become such a pain that the wife has stopped using the computer and gone back to paper calendars. In Korganizer, when I open the create new event dialog, Kontact seems to stop about 3 to 5 seconds after the dialog opens, then continues about 30 seconds later. This can be observed when I open the box and instantly start typing in the title field. At about 5 seconds in, the input stops, but I continue to type. After about 30 seconds, the buffered letters I typed while it paused then appear. All other Kontact applications freeze while this is happening as well...kmail, kaddressbook, etc. I have also had this behavior happen on virtual machines I've installed just to test out this issue. I don't know if there is something wrong with the settings in Kontact, or is there something funky about my Kolab settings on the server. I do know that some time in the past this never happened, but I wasn't observant enough to be able to say when the behavior changed. My system is Kubuntu 9.10 64 bit on the desktop. Kontact reports 4.3.5, Kmail 1.12.4, Korganizer 4.3.5, as does the general KDE version. I use the Groupware setup wizard to make the inital Kontact configuration for Kolab, then later customize where the various folders are for the give account (drafts, sent, trash). Kolab version is 2.2.3 running openpkg self compiled on Ubuntu Server 9.10 64 bit. I have customized the php and http packages to allow more php plugins, but no other major customizations have been made to packages or config files. Any pointers to get this working again without the annoying pause would be greatly appreciated. Thanks, Troy Carpenter From troy at carpenter.cx Sat Feb 6 20:42:35 2010 From: troy at carpenter.cx (Troy Carpenter) Date: Sat, 6 Feb 2010 14:42:35 -0500 Subject: Korganizer pausing when creating new events In-Reply-To: <201002061016.55276.troy@carpenter.cx> References: <201002061016.55276.troy@carpenter.cx> Message-ID: <201002061442.35516.troy@carpenter.cx> On Saturday 06 February 2010 10:16:55 am Troy Carpenter wrote: > I've been having a problem entering events into Korganizer when it is using the imap store on the Kolab server. This have become such a pain that the wife has stopped using the computer and gone back to paper calendars. > > In Korganizer, when I open the create new event dialog, Kontact seems to stop about 3 to 5 seconds after the dialog opens, then continues about 30 seconds later. This can be observed when I open the box and instantly start typing in the title field. At about 5 seconds in, the input stops, but I continue to type. After about 30 seconds, the buffered letters I typed while it paused then appear. All other Kontact applications freeze while this is happening as well...kmail, kaddressbook, etc. > > I have also had this behavior happen on virtual machines I've installed just to test out this issue. I don't know if there is something wrong with the settings in Kontact, or is there something funky about my Kolab settings on the server. I do know that some time in the past this never happened, but I wasn't observant enough to be able to say when the behavior changed. > > My system is Kubuntu 9.10 64 bit on the desktop. Kontact reports 4.3.5, Kmail 1.12.4, Korganizer 4.3.5, as does the general KDE version. I use the Groupware setup wizard to make the inital Kontact configuration for Kolab, then later customize where the various folders are for the give account (drafts, sent, trash). > > Kolab version is 2.2.3 running openpkg self compiled on Ubuntu Server 9.10 64 bit. I have customized the php and http packages to allow more php plugins, but no other major customizations have been made to packages or config files. > > Any pointers to get this working again without the annoying pause would be greatly appreciated. > > Thanks, > Troy Carpenter Apparently this was my mistake. After cleaning out the different calendar folders (personal and shared), the problem went away. The only thing that was odd was that two regular emails ended up in a calendar folder, so maybe kontact was having trouble with that. Sorry to bother everyone about a red herring. Troy Carpenter From alexander.marx at oab.de Mon Feb 8 15:14:22 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Mon, 08 Feb 2010 15:14:22 +0100 Subject: change hostname 2.2.3 Message-ID: <4B701C3E.1090602@oab.de> Hi! Can someone please give a detailed advise how i can change the kolab 2.2.3 hostname? I need to put my server in the internet with a dyndns name. Please tell me the steps i have to follow to change the hostname. Thanks Alex From gavin.mccullagh at gcd.ie Mon Feb 8 19:48:21 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Mon, 8 Feb 2010 18:48:21 +0000 Subject: kolab aliases and distribution lists Message-ID: <20100208184821.GE4292@gcd.ie> Hi, as I've mentioned before we're planning a migration from kolab 1 to v2.2.3. I haven't spotted docs on this, so I thought I'd ask here. In kolab v1, we tended to just use /etc/aliases to manage aliases and distribution lists. This is messy and I don't recommend it, but that's what we did. I'm now looking to try to use Kolab's internal systems to look after this but I need to make sure I understand what they each do before I go ahead. We would on occasion: 1. Take one or more non-existent account names, eg "everyone" and create an alias to one or more addresses for a distribution list or just to give someone an alias, eg everyone: person1, person2, person3 at foreigndomain, .... 2. Take an account of a former user who has left and alias it to their replacement staff member, eg. old_user: new_user 3. Take an account and alias it to itself and someone else in order to copy mails to a second user as well as the primary user some_user: some_user, some_other_user, some_other_user2 at otherdomain... I see in the Kolab web interface that there can be N email aliases on an account. If I create account1 at domain and give it the alias alias1 at domain, does that cause all email to alias1 at domain to go to account1 at domain or email to account1 at domain to go to alias1 at domain? In the former case, if I set up account1 at domain with the alias1 at domain, does the email go to both account1 and account2? I also see that there are distribution lists which we'll very likely use instead of [1] above. The meaning of this is more obvious. Is it possible to hide a distribution list from the directory -- even to someone who is authenticated? For moderating lists we have had people email alias1 which was the moderators and then bounced the email to alias2. It's not massively secure but it broadly works. We'd prefer not to have everyone see the latter alias though. Any suggestions greatly appreciated Gavin From Nazeer at kryptonpcs.co.za Mon Feb 8 21:04:01 2010 From: Nazeer at kryptonpcs.co.za (Nazeer) Date: Mon, 8 Feb 2010 22:04:01 +0200 Subject: SSL Certificate Message-ID: <020001caa8f9$db9bbbe0$92d333a0$@co.za> Hi I bought an SSL certificate for my Kolab server. I now have two files, ssl.crt and ssl.key. How can I import this certificate for Kolab to use? I tried replacing the cert.pem and key.pem. The problem with this is that when I restart all Kolab processes, it freezes by apache Any help would be really appreciated Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100208/5e42742c/attachment.html From wrobel at pardus.de Mon Feb 8 21:13:27 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 08 Feb 2010 21:13:27 +0100 Subject: strange slapd errors In-Reply-To: <201001141355.09193.albrecht.dress@lios-tech.com> References: <201001141355.09193.albrecht.dress@lios-tech.com> Message-ID: <20100208211327.15433y55x58yzwcg@webmail.pardus.de> Quoting Albrecht Dre? : > Hi all, > > after upgrading to Kolab 2.2.3, I see exactly every 15 minutes the > following message in the slapd logs: > > slapd[15810]: do_search: invalid dn (k=kolab,) Sounds like there is some other system trying an invalid search. Could it be the kolabd daemon? > > Any idea what goes wrong here? > > Related to that, in slapd.conf I have the setting "loglevel none". > Why do I see the debug messages? As far as I know "loglevel 0" means "absolutely no log entries" and "loglevel none" means "display errors". I do not know why this is marked as "debug" though. Cheers, Gunnar > > Thanks, Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ______ http://kdab.com _______________ http://kolab-konsortium.com _ p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- -------------- 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/20100208/062556ef/attachment.bin From wrobel at pardus.de Tue Feb 9 09:22:56 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Tue, 09 Feb 2010 09:22:56 +0100 Subject: kolab and ipv6 In-Reply-To: <20100115134551.GL25613@gcd.ie> References: <20100115134551.GL25613@gcd.ie> Message-ID: <20100209092256.181777jf04cio3wo@webmail.pardus.de> Quoting Gavin McCullagh : > Hi, > > I gather from a posting that I picked up online that "kolab is not ready > for ipv6". This may mean that the entire system is not yet ready for use > over IPv6. I'm pretty certain that some of the components (postfix, cyrus, > apache, ) are IPv6 ready though. I imagine this might involve some hand > crafting of the template config files though. > > We are testing IPv6 and want to make sure systems like our email server are > capable of working using it. > > Can I ask what parts of the current kolab release will not work with IPv6? > Is there a plan for supporting IPv6 in the near future? I think Thomas has the best overview here. I added him on cc. Cheers, Gunnar > > Gavin > > _______________________________________________ > 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 << -------------------------------------------------------------------- From wrobel at pardus.de Tue Feb 9 09:30:44 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Tue, 09 Feb 2010 09:30:44 +0100 Subject: Problems with imap In-Reply-To: <201001170037.02872.admin@jmay.org> References: <201001170037.02872.admin@jmay.org> Message-ID: <20100209093044.1552152hi7aqcsis@webmail.pardus.de> Quoting Jochen May : > Hi, > > after a while i get problems with my imap server. > > This are the sieve.log: > Jan 16 23:13:15 kolab sieve[6553]: DBERROR db4: file > /kolab/var/imapd/tls_sessions.db has LSN 1/6318827, past end of log at > 1/3707608 > Jan 16 23:13:15 kolab sieve[6553]: DBERROR db4: Commonly caused by > moving a database from one transactional database > Jan 16 23:13:15 kolab sieve[6553]: DBERROR db4: environment to > another without clearing the database LSNs, or removing > Jan 16 23:13:15 kolab sieve[6553]: DBERROR db4: all of the > log files > from a database environment > Jan 16 23:13:15 kolab sieve[6553]: DBERROR db4: > /kolab/var/imapd/tls_sessions.db: unexpected file type or format > > Simulary error, but a different file -> imapd.log: > Jan 16 23:44:08 kolab imap[11099]: mystore: starting txn 2147483689 > Jan 16 23:44:08 kolab imap[11099]: DBERROR db4: file > /kolab/var/imapd/annotations.db has LSN 1/6387392, past end of log > at 1/3723252 > Jan 16 23:44:08 kolab imap[11099]: DBERROR db4: Commonly caused by > moving a database from one transactional database > Jan 16 23:44:08 kolab imap[11099]: DBERROR db4: environment to > another without clearing the database LSNs, or removing > Jan 16 23:44:08 kolab imap[11099]: DBERROR db4: all of the > log files > from a database environment > Jan 16 23:44:08 kolab imap[11099]: abort_txn: aborting txn 2147483689 > > And again, quite the same - ctl_cyrusdb.log: > Jan 17 00:00:26 kolab ctl_cyrusdb[16070]: done checkpointing cyrus > databases > Jan 17 00:30:24 kolab ctl_cyrusdb[18266]: checkpointing cyrus > databases > Jan 17 00:30:24 kolab ctl_cyrusdb[18266]: DBERROR db4: DB_ENV- >> log_flush: LSN of 1/6387392 past current end-of-log of 1/3728860 > Jan 17 00:30:24 kolab ctl_cyrusdb[18266]: DBERROR db4: Database > environment corrupt; the wrong log files may have been removed or > incompatible > database files imported from another environment > Jan 17 00:30:24 kolab ctl_cyrusdb[18266]: DBERROR db4: PANIC: > DB_RUNRECOVERY: Fatal error, run database recovery > Jan 17 00:30:24 kolab ctl_cyrusdb[18266]: DBERROR: critical > database situation > Jan 17 00:31:38 kolab ctl_cyrusdb[23357]: recovering cyrus databases > > When i run ctl_mboxlist -r everything looks ok for a while. But the > error come > back. > > I try to recover my mailbox.db with /kolab/bin/ctl_mboxlist -d > > mailboxlist.txt and delete the db directory without effect. Also i delete the > tls_session.db - without effect. > Anybody a idea how i can fix this? > > Kolab is running in version 2.2.2 on debian 5.0 in a xen domU Did you recently upgrade the underlying debian distribution or the Kolab server itself? Do you see any violations of your virtual server policies? You could move from berkeley db to skiplist (in /kolab/etc/kolab/templates/imapd.conf.template) but I'd rather try to identify the underlying problem causing the error message you posted. Cheers, Gunnar > > Regards, > Jochen May > > _______________________________________________ > 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/20100209/73ac463e/attachment.bin From albrecht.dress at lios-tech.com Tue Feb 9 12:07:49 2010 From: albrecht.dress at lios-tech.com (Albrecht =?utf-8?q?Dre=C3=9F?=) Date: Tue, 9 Feb 2010 12:07:49 +0100 Subject: strange slapd errors In-Reply-To: <20100208211327.15433y55x58yzwcg@webmail.pardus.de> References: <201001141355.09193.albrecht.dress@lios-tech.com> <20100208211327.15433y55x58yzwcg@webmail.pardus.de> Message-ID: <201002091207.49330.albrecht.dress@lios-tech.com> Hi Gunnar: Gunnar Wrobel schrieb am Montag 08 Februar 2010 21:13: > > slapd[15810]: do_search: invalid dn (k=kolab,) > > Sounds like there is some other system trying an invalid search. Could > it be the kolabd daemon? Actually, I could already solve this issue: It *was* the kolabd, which could not access /kolab/etc/kolab/kolab.conf due to wrong permissions. > As far as I know "loglevel 0" means "absolutely no log entries" and > "loglevel none" means "display errors". I do not know why this is > marked as "debug" though. I see. It's not a problem anyway, as I told logwatch to ignore those entries. Thanks, Albrecht. From gavin.mccullagh at gcd.ie Tue Feb 9 12:31:55 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Tue, 9 Feb 2010 11:31:55 +0000 Subject: global address book not being searched in horde compose email Message-ID: <20100209113155.GL4292@gcd.ie> Hi, I've set up kolab v2 and migrated some data from our old v1 server using a script I've written, something like: ldap - slapcat; perl; ldapmodify db - ctl_mboxlist -d; sed; ctl_mboxlist -u mailboxes - rsync; sed on cyrus.headers; reconstruct which includes a translation of usernames for historic reasons. This is working pretty well. All users I've checked can login and see their email folders in horde and their .seen info is preserved. When I login to Horde and try to compose a mail, the global addressbook searching doesn't work. This is a nice piece of sugar to save people time over our old system so I really want it to work. I note that it appeared not to be configured by default? but changing this setting made no difference. In previous tests this addressbook lookup has worked well. The main difference this time is that I used a source compile instead of the pre-compiled binaries. Does anyone have ideas where I should look for errors to debug this? I note in /kolab/var/apache/log/apache-access.log that lines appear for the lookup: 172.16.1.3 - - [09/Feb/2010:10:41:20 +0000] "POST /client/imp/imple.php?imple=ContactAutoCompleter/input=to HTTP/1.1" 200 34 When I do a command line search like those below using ldapsearch, I get results so ldap appears to be in good shape. ldapsearch -v -H ldap:// -b dc=XXX,dc=TLD -x "(uid=G*)" ldapsearch -v -H ldap:// -b dc=gcd,dc=ie -x "(sn=McC*)" ldapsearch -v -H ldap:// -b dc=gcd,dc=ie -x "(mail=g*)" Gavin ? Under options, address book, address books, Choose which address books to display, and in what order:. From webmaster at computational-chemistry.org Tue Feb 9 15:56:06 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-15?Q?Alexander_Schr=F6ter?=) Date: Tue, 09 Feb 2010 15:56:06 +0100 Subject: synckolab for thunderbird 3.0.1 Message-ID: <4B717786.1040006@computational-chemistry.org> Hi i have been using synckolab successfully but with one of the last updates i killed the addon. I am currently running Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.1.7) Gecko/20100111 Lightning/1.0b1 Thunderbird/3.0.1 but I am unable to install synckolab. I did try to add the line "*user_pref("extensions.checkUpdateSecurity", false);" *to my* default/profile/pref.js *but without any luck. The error message roughly translates into "Sync Kolab will not be installed, because it doesn't offer secure updates" for the germans on the mailinglist :"Sync Kolab wird nicht installiert, da es keine sicheren Updates anbietet". I think the line I added is supposed to stop this security check but without any luck. Did I put the line in the wrong config file or is there something else I need to do? I don't thing so but maybe it's important my profile is on network drive because i am using thunderbird in a domain environment. Thanks in advance Alexander -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100209/c0e06fe4/attachment.html From randhirk.2k at gmail.com Wed Feb 10 07:08:22 2010 From: randhirk.2k at gmail.com (Randhir Kumar) Date: Wed, 10 Feb 2010 11:38:22 +0530 Subject: I'm not getting attachment with email Message-ID: <8eeb86191002092208n1558a35epb89d37227a63af2@mail.gmail.com> Hi, As I have installed kolab 2.2.2 version. It's working fine. when some user send mail to on my mail id as I'm getting. issue is some uses send mail from any domain to on my mail id. mail is getting but attachment is not received, this happend only few domain. can some one suggest, how to resolve this issue Regards Randhir 2010/1/29 > Send Kolab-users mailing list submissions to > kolab-users at kolab.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://kolab.org/mailman/listinfo/kolab-users > or, via email, send a message with subject or body 'help' to > kolab-users-request at kolab.org > > You can reach the person managing the list at > kolab-users-owner at kolab.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Kolab-users digest..." > > Today's Topics: > > 1. Re: Migration from Exchange (Neil Price) > 2. RE: Kolab-users Digest, Vol 71, Issue 31 (kiser Caesar) > 3. RE: Kolab-users Digest, Vol 71, Issue 30 (kiser Caesar) > 4. Kolab + iPhone via SyncML (Albrecht Dre?) > 5. Re: Kolab + iPhone via SyncML (Alexander Schr?ter) > 6. Kontact and Web Interface Data - Out of sync (Roland Kaeser) > > > ---------- Forwarded message ---------- > From: Neil Price > To: kolab-users at kolab.org > Date: Thu, 28 Jan 2010 14:00:14 +0200 > Subject: Re: Migration from Exchange > On 2010/01/28 12:42 PM, Bernhard Reiter wrote: > >> >> You did already find >> >> http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/raw-howtos/email-split-setup.txt >> that could be related. >> >> >> > never saw that :-) Interesting, I can use some of the ideas there. > > My method is diffferent, ldap based, and imho more applicable to having > multiple other servers. > > > > > > > ---------- Forwarded message ---------- > From: kiser Caesar > To: > Date: Thu, 28 Jan 2010 14:43:50 +0100 > Subject: RE: Kolab-users Digest, Vol 71, Issue 31 > --Pi?ce jointe du message transmise-- > Subject: Re: Blank screen with horde. > Date: Thu, 28 Jan 2010 12:39:33 +0200 > To: kolab-users at kolab.org > From: kasparas at infosaitas.lt > > I think in most cases restarting firefox (or any other web browser) helps? we > experience similar situation, when there are a few tabs in the browser from > which the user tried to logon. We simply restart firefox. > > On Thursday 28 January 2010 12:15:12 pm kiser Caesar wrote: > > Hello, > > > > > > Most users in my companies use the Horde webmail without trouble, but some > > users meeting a strange situation.. > > > > When they try to logon, they obtain only a blank screen.. without nothing ! > > The account and password are good. > > > > I can solve it with deleting the account and creating it again but it is > > not the good way. > > > > Who can help me ? > > > > > > Best regards, > > > > _________________________________________________________________ > > T?l?chargez Internet Explorer 8 et surfez sans laisser de trace ! > > http://clk.atdmt.com/FRM/go/182932252/direct/01/ > > > > > Hello, > > I tried several times to close and restart Firefox, that's always the same status... after the logon I get a blank page.. > > > > ------------------------------ > Discute avec tes amis partout, gr?ce ? Messenger sur ton mobile. Cliquez > ici ! > > > ---------- Forwarded message ---------- > From: kiser Caesar > To: > Date: Thu, 28 Jan 2010 15:36:19 +0100 > Subject: RE: Kolab-users Digest, Vol 71, Issue 30 > > --Pi?ce jointe du message transmise-- > Subject: RE: Kolab-users Digest, Vol 71, Issue 29 > Date: Wed, 27 Jan 2010 18:16:45 +0100 > To: kolab-users at kolab.org > From: kcaesar at hotmail.com > > > > > > > > > --Pi?ce jointe du message transmise-- > Subject: Shadow copy > Date: Tue, 26 Jan 2010 16:26:59 +0100 > To: kolab-users at kolab.org > From: kcaesar at hotmail.com > > > Hello, > > Just a quick question .. > > How can I set up an automatic copy (hidden) to a manager for the incoming > and outgoing emails to certain users? > > I know it's wrong, but my management wants to have this feature. > > > Best regards, > ------------------------------ > Vous cherchez l'int?grale des clips de Michael Jackson ? Bing ! Trouvez ! > > > --Pi?ce jointe du message transmise-- > Subject: Re: Shadow copy > Date: Tue, 26 Jan 2010 15:33:46 +0000 > To: kolab-users at kolab.org > From: gavin.mccullagh at gcd.ie > > Hi, > > On Tue, 26 Jan 2010, kiser Caesar wrote: > > > Just a quick question .. > > > > How can I set up an automatic copy (hidden) to a manager for the incoming > > and outgoing emails to certain users? > > This guy's blog post pretty much explains a means to do this. > > http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc > > Gavin > > > > Hello Gavin ! > > Thank for your reply, > > Can I create my /kolab/etc/postfix/bcc_maps like this ? > > > user1 at domain.com user3 at domain.com > user2 at domain.com user3 at domain.com > > And maybe some others ? > > > Best regards, > > > > > > > > > ------------------------------ > Windows 7 : Trouvez le PC qui vous convient! D?couvrez notre offre ! > > --Pi?ce jointe du message transmise-- > Subject: Re: Kolab-users Digest, Vol 71, Issue 29 > Date: Wed, 27 Jan 2010 17:28:37 +0000 > To: kolab-users at kolab.org > From: gavin.mccullagh at gcd.ie > > Hi, > > On Wed, 27 Jan 2010, kiser Caesar wrote: > > > > On Tue, 26 Jan 2010, kiser Caesar wrote: > > > > > > > Just a quick question .. > > > > > > > > How can I set up an automatic copy (hidden) to a manager for the incoming > > > > and outgoing emails to certain users? > > > > > > This guy's blog post pretty much explains a means to do this. > > > > > > http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc > > > > Thank for your reply, > > > > Can I create my /kolab/etc/postfix/bcc_maps like this ? > > > > user1 at domain.com user3 at domain.com > > user2 at domain.com user3 at domain.com > > > > And maybe some others ? > > That's my understanding from that article, though I've never actually used > bcc_maps. > > You'll need to run postmap on the map file and be careful to obey the kolab > way of doing things, ie modifying the template config files for postfix as > well as the live postfix file. Otherwise the next time you configure > something in the web interface your changes will disappear. > > Gavin > > > Hello Gavin, > > I will try on this week-end, > > Best regards, > > > > --Pi?ce jointe du message transmise-- > > Subject: Re: Need help with freebusy. > Date: Thu, 28 Jan 2010 11:35:16 +0100 > To: kolab-users at kolab.org > From: bernhard at intevation.de > > Am Montag, 25. Januar 2010 13:18:38 schrieb kiser Caesar: > > Now a message for the dev team, I meet a bug with scheduled events > > throughout one day. I can't see this kinds of events from another user. Who > > have an idea on this trouble ? > > http://wiki.kolab.org/index.php/Troubleshooting > http://wiki.kolab.org/index.php/Problem_reporting > (Please describe the problem in a way that developer can reproduce.) > > -- > 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 > > > Hello Bernhard > > Can I send you some screen shoots ? > > > Best regards, > > > > > ------------------------------ > Avec Internet Explorer, surfez en toute discr?tion sur internet Cliquez > ici ! > > > ---------- Forwarded message ---------- > From: Albrecht Dre? > To: kolab-users at kolab.org > Date: Thu, 28 Jan 2010 17:07:42 +0100 > Subject: Kolab + iPhone via SyncML > Hi all, > > just in case someone wants to connect an iPhone with Kolab - using the > SyncML plug-in from Synthesis [1], the iPhone can synchronise calendars, > contacts and todo's with Kolab 2.2.3. Didn't try shared resources yet, > though. > > Best, Albrecht. > > [1] > > > > > ---------- Forwarded message ---------- > From: "Alexander Schr?ter" > To: > Date: Thu, 28 Jan 2010 17:59:27 +0100 > Subject: Re: Kolab + iPhone via SyncML > Albrecht Dre? schrieb: > >> Hi all, >> >> just in case someone wants to connect an iPhone with Kolab - using the >> SyncML plug-in from Synthesis [1], the iPhone can synchronise calendars, >> contacts and todo's with Kolab 2.2.3. Didn't try shared resources yet, >> though. >> >> Best, Albrecht. >> >> [1] >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> >> >> > Thank you. I am going to check that out! > > > > > ---------- Forwarded message ---------- > From: Roland Kaeser > To: kolab-users at kolab.org > Date: Thu, 28 Jan 2010 19:43:27 +0100 > Subject: Kontact and Web Interface Data - Out of sync > Hello > > I'm just about to implement the next Kolab server (on ClearOS). I built > my pilot environment and attached kontact through kolabwizard (KDE 4.3, > OpenSuSE 11.2) to it. This was working properly so far. > > Afterwards I tried to connect through the web interface to kolab to see > my experimentally created items (contacts and calendar entries) but > couldn't see any of them. I tried to create entries through the web > interface but couldn't see these entries in kolab. > > Is there any missunderstanding from my site? On the kolab website > Kontact is explicitly listed as primary client to kolab. > Why does this not work? > > Thanks for any help > > Regards > > Roland Kaeser > > > > _______________________________________________ > 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/20100210/fd8818b0/attachment.html From alexander.marx at oab.de Wed Feb 10 09:12:09 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Wed, 10 Feb 2010 09:12:09 +0100 Subject: Kolab2.2.3 web language Message-ID: <4B726A59.7060104@oab.de> Hi! I have installed Kolab 2.2.3 on a Ubuntu 8.04 LTS server Now i have a Webinterface and the only language that appears is english. I can select francais, german and so on, but only english text is shown. Can someone give advise how to change the webinterface to GERMAN??? locale on the server says: LANG=de_DE.UTF-8 LC_CTYPE="de_DE.UTF-8" LC_NUMERIC="de_DE.UTF-8" LC_TIME="de_DE.UTF-8" LC_COLLATE="de_DE.UTF-8" LC_MONETARY="de_DE.UTF-8" LC_MESSAGES="de_DE.UTF-8" LC_PAPER="de_DE.UTF-8" LC_NAME="de_DE.UTF-8" LC_ADDRESS="de_DE.UTF-8" LC_TELEPHONE="de_DE.UTF-8" LC_MEASUREMENT="de_DE.UTF-8" LC_IDENTIFICATION="de_DE.UTF-8" LC_ALL= Thanks Alex From albrecht.dress at lios-tech.com Wed Feb 10 09:39:43 2010 From: albrecht.dress at lios-tech.com (Albrecht =?utf-8?q?Dre=C3=9F?=) Date: Wed, 10 Feb 2010 09:39:43 +0100 Subject: Kolab2.2.3 web language In-Reply-To: <4B726A59.7060104@oab.de> References: <4B726A59.7060104@oab.de> Message-ID: <201002100939.43369.albrecht.dress@lios-tech.com> Alexander Marx schrieb am Mittwoch 10 Februar 2010 09:12: > I have installed Kolab 2.2.3 on a Ubuntu 8.04 LTS server > Now i have a Webinterface and the only language that appears is english. > > I can select francais, german and so on, but only english text is shown. > > Can someone give advise how to change the webinterface to GERMAN??? Read 1st.README, section "Known problems and workarounds" ;-) A simple method to implement this is described here: . Cheers, Albrecht. From itsef-admin at brightsight.com Wed Feb 10 09:27:27 2010 From: itsef-admin at brightsight.com (ITSEF Admin) Date: Wed, 10 Feb 2010 09:27:27 +0100 Subject: Status enterprise4 in comparison to KDE4.3/Kubuntu Message-ID: <201002100927.27721.itsef-admin@brightsight.com> Hi all, maybe this would better be sent to the devel list, but I'll try here first. We're currently busy with the first preparations of a possible migration from Kubuntu 8.04 to 10.04. One of the major change is of course the KDE3.5 -> KDE4 step and the possible impact of this step on (Kolab-)Kontact. For Kubuntu 8.04/KDE3.5, we've always built our own Kontact packages, based on the "unstable" Debian releases provided by the Kolab team. For that pairing, following the Kolab branch provided clear advantages over the standard Kubuntu 8.04/KDE3.5 version with regard to both bugfixes and features. With the newer Kubuntu, I'm not so sure - if I take Kubuntu 9.10 as the current example, KDE is on 4.3.2. If I look at the enterprise4 snapshots I found on http://files.kolab.org/, they all claim to be KDE4.2.2. Hence, I'm not so certain whether following the Kolab version will have the same benefits as it has for KDE3.5 - is enterprise4 on par with/ahead of KDE4.3? Is there anything else I need to take into account (bugfixes specific to Kolab are of course important to us)? I've read https://wiki.kolab.org/index.php/KDE_Kolab_Client, but that didn't quite help me on this (or I am missing something). If anyone could provide some insight on this, I'd be quite grateful. Cheerio, Thomas -- ------------------------------------------------------------------------------ Thomas Ribbrock, IT-Team brightsight From gavin.mccullagh at gcd.ie Wed Feb 10 14:15:12 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Wed, 10 Feb 2010 13:15:12 +0000 Subject: webadmin quota vs cyradm quota Message-ID: <20100210131512.GJ4292@gcd.ie> Hi, in our previous kolab implementation, we used cyradm to administer quotas. These were stored in /var/lib/imap/quota/a/user.. I'm migrating to a new server and transferring them to /kolab/var/imapd/domain/X//quota/Y/user.. This works fine and cyradm picks up the quota. However, I see that there's also a quota entry in the kolab web interface. From experimenting, this seems to set an extra ldap attribute on that user: cyrus-userquota: 400 So far though, this quota doesn't seem to have propagated back to the cyrus quota. Is there some cron job which syncs these or are there two quotas in operation -- one in ldap and one direct in cyrus? Would the lowest value win in that situation? Gavin From webmaster at computational-chemistry.org Wed Feb 10 22:20:27 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-15?Q?Alexander_Schr=F6ter?=) Date: Wed, 10 Feb 2010 22:20:27 +0100 Subject: synckolab for thunderbird 3.0.1 In-Reply-To: <4B717786.1040006@computational-chemistry.org> References: <4B717786.1040006@computational-chemistry.org> Message-ID: <4B73231B.70401@computational-chemistry.org> Am 09.02.2010 15:56, schrieb Alexander Schr?ter: > Hi > > i have been using synckolab successfully but with one of the last > updates i killed the addon. I am currently running Mozilla/5.0 > (Windows; U; Windows NT 6.1; de; rv:1.9.1.7) Gecko/20100111 > Lightning/1.0b1 Thunderbird/3.0.1 but I am unable to install synckolab. > > I did try to add the line > "*user_pref("extensions.checkUpdateSecurity", false);" *to my* > default/profile/pref.js *but without any luck. > > The error message roughly translates into "Sync Kolab will not be > installed, because it doesn't offer secure updates" for the germans on > the mailinglist :"Sync Kolab wird nicht installiert, da es keine > sicheren Updates anbietet". > > I think the line I added is supposed to stop this security check but > without any luck. Did I put the line in the wrong config file or is > there something else I need to do? I don't thing so but maybe it's > important my profile is on network drive because i am using > thunderbird in a domain environment. > > Thanks in advance > Alexander For anyone interested it was the wrong config file. *C:\Users\\AppData\Roaming\Thunderbird\Profiles\*******.default\* is the right location. But still there seems to be some trouble with the plugin. I currently get an error msg telling me there is an error when writing the calendar. I am going to ceck out the log file and keep posting on this mailinglist. Just posting the solution to my first problem. Alexander -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100210/27f77043/attachment.html From gavin.mccullagh at gcd.ie Thu Feb 11 12:04:13 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Thu, 11 Feb 2010 11:04:13 +0000 Subject: cross-domain ACLs? Message-ID: <20100211110413.GA4292@gcd.ie> Hi, in a multi-domain kolab setup, is it possible to create ACLs for accounts on one domain against mailboxes on another? It seems, where I try to do this, I get this error: localhost> sam user/xxxxx.yyyyyyyyy at zzz.zz bb at aaa.aa read setaclmailbox: bb at aaa.aa: lrs: Invalid identifier By comparison, if I try with a user on the zzz.zz domain, it works fine. Is there a trick to solve this or is this not possible? Gavin From gavin.mccullagh at gcd.ie Thu Feb 11 15:03:26 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Thu, 11 Feb 2010 14:03:26 +0000 Subject: global address book not being searched in horde compose email In-Reply-To: <20100209113155.GL4292@gcd.ie> References: <20100209113155.GL4292@gcd.ie> Message-ID: <20100211140326.GC4292@gcd.ie> Hi, On Tue, 09 Feb 2010, Gavin McCullagh wrote: > When I login to Horde and try to compose a mail, the global addressbook > searching doesn't work. This is a nice piece of sugar to save people time > over our old system so I really want it to work. I note that it appeared > not to be configured by default? but changing this setting made no > difference. I've tracked this down to /kolab/var/kolab/www/client/imp/lib/Imple/ContactAutoCompleter.php : 54 function handle($args) { // Avoid errors if 'input' isn't set and short-circuit empty // searches. if (empty($args['input']) || !($input = Util::getPost($args['input']))) { return '

'; } For whatever reason Util::getPost($args['input'])) returns an empty string with $args['input']='to' so an empty list is returned and we get no autocompletion. I'm not clear yet why that POST variable is empty though. If anyone has suggestions please let me know. Thanks, Gavin From gavin.mccullagh at gcd.ie Thu Feb 11 16:10:54 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Thu, 11 Feb 2010 15:10:54 +0000 Subject: kolab aliases and distribution lists In-Reply-To: <20100208184821.GE4292@gcd.ie> References: <20100208184821.GE4292@gcd.ie> Message-ID: <20100211151054.GF4292@gcd.ie> On Mon, 08 Feb 2010, Gavin McCullagh wrote: > I see in the Kolab web interface that there can be N email aliases on an > account. If I create account1 at domain and give it the alias alias1 at domain, > does that cause all email to alias1 at domain to go to account1 at domain or > email to account1 at domain to go to alias1 at domain? In the former case, if I > set up account1 at domain with the alias1 at domain, does the email go to both > account1 and account2? # # LDAP Alias support for postfix # server_host = ldap://127.0.0.1:389 search_base = dc=xxx,dc=yy query_filter = (&(!(kolabDeleteFlag=*))(|(alias=%s)(mail=%s))(!(cn:dn:=external))) which apparently pulls all names where kolabDeleteFlag is unset and alias or mail match the string and the cn is not "external". So, as far as I understand, all accounts with alias1 at domain associated get email sent to them. Gavin From wrobel at pardus.de Thu Feb 11 21:50:59 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Feb 2010 21:50:59 +0100 Subject: The folder "Sent" was not created. This is what the server said: Permission denied In-Reply-To: <98d946fb1001250705g17ffdfd4g1a7ea088d889f10c@mail.gmail.com> References: <98d946fb1001250705g17ffdfd4g1a7ea088d889f10c@mail.gmail.com> Message-ID: <20100211215059.66495tpc0g3s4lgk@webmail.pardus.de> Hi Sasha, Quoting Sasha Kacanski : > Hi, > I am running latest debian and openPKG kolab 2.2.3 stable. > > As a matter of fact horde will not work with calendar, address book ... > The issue seems to be auth to IMAP. This seems unusual. Normally the features you mention should work out of the box. Which were the exact modifications you applied to the web client configuration. Did you write these into the templates? Did you somehow try to use the admin interfact within Horde (this is currently not supported on Kolab)? Cheers, Gunnar > I am not sure where do I tweak this and how to setup authentication to > IMP to go over SSL. > Also, why would this be case by default? > > > -- > Aleksandar Kacanski > > _______________________________________________ > 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 << -------------------------------------------------------------------- From wrobel at pardus.de Thu Feb 11 22:02:06 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Feb 2010 22:02:06 +0100 Subject: convert horde - sql based data to imap In-Reply-To: <4B5DAE0E.8000008@l10n-support.com> References: <4B5DAE0E.8000008@l10n-support.com> Message-ID: <20100211220206.69075b71cqntxksg@webmail.pardus.de> Hi Achim, Quoting Achim : > Hi all, > > I am quite new to kolab - actually to ClearOS... > > My old server was courier-mta based with mysql based virtual user > accounts. Horde user data is stored also in mysql. > > Now I am in the midst of migrating the server over to kolab/ClearOS and > have the biggest difficulties. Is there a tool to convert my turba > addressbook and kronolith calendar data? No, there is no automatic tool for this available. If it is just a single account I would try to export the data into vCards and iCal and reimport it on the Kolab server. Another solution might be to use Kontact. You might be able to import your data into the client and play it back into your Kolab account. Thunderbird might offer similar options. Cheers, Gunnar > > Greetings - Achim > > _______________________________________________ > 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 << -------------------------------------------------------------------- From wrobel at pardus.de Thu Feb 11 22:20:02 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Feb 2010 22:20:02 +0100 Subject: caldav vs plain ics files In-Reply-To: <20100126095533.GF12771@gcd.ie> References: <20100126095533.GF12771@gcd.ie> Message-ID: <20100211222002.20665w6xoye53ag4@webmail.pardus.de> Quoting Gavin McCullagh : > Hi, > > I've been looking over calendaring as part of our proposed kolab setup > here. Our clients are all Outlook and Thunderbird with the occasional > iphone, mutt, blackberry, etc. With this in mind, I would prefer to deal > with widely supported standards like IMAP, CalDAV and ideally CardDAV. > > Kolab obviously uses its own mail folder based storage for these tasks, so > I guess IMAP is effectively the protocol for them all. I see that the > current version of kolab provides code to publish ICS calendars from those > and that Horde is preconfigured to use those. I would be a little > concerned about the practicalities of using iCal across a large group of > users as calendars grow to large sizes. > > Are there any plans to directly support CalDAV and/or CardDAV either in the > web interface or the server? It seems that the Kolab server's success has > been founded at least partially in coherently integrating good existing > products (openldap, cyrus, horde, apache, php, ...). While a decent > calendar server may have been hard to find a few years ago, there seem to > be candidates around now (apple calendar server, davical, ...). > Authenticating these against the kolab openldap database is relatively > straightforward -- though of course there's more involved than that. > > I could add davical to the Kolab setup myself, but it looks like Horde > doesn't support CalDAV which is a little awkward (although davical does > have fall-back support for iCal). It is likely that Horde 4 will support CalDAV. This is currently work in progress. Cheers, Gunnar > > Any thoughts? > > Gavin > > _______________________________________________ > 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 << -------------------------------------------------------------------- From wrobel at pardus.de Thu Feb 11 22:21:20 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Feb 2010 22:21:20 +0100 Subject: Upgrade Failure In-Reply-To: <643F63CDD7604256B98AE4F9464CB0DC@lancaster.browntransmission.com> References: <643F63CDD7604256B98AE4F9464CB0DC@lancaster.browntransmission.com> Message-ID: <20100211222120.39786w8hsyn6bio8@webmail.pardus.de> Quoting Jeffrey Walls : > I did the upgrade by source, > and still it fails with this error: class=\"050101716-01022010\"> class=\"050101716-01022010\">+ exit 0 > Processing files: openpkg-20071227-20071227_kolab2 > Wrote: > /kolab/RPM/PKG/openpkg-20071227-20071227_kolab2.ix86-debian5.0-kolab.rpm > Executing(%clean): env -i /kolab/lib/openpkg/bash --norc > --noprofile --posix -e /kolab/RPM/TMP/rpm-tmp.54354 > + cd /kolab/RPM/TMP > + '[' . = .1 ']' > + rm -rf openpkg-20071227 > + rm -rf /kolab/RPM/TMP/openpkg-20071227-root > + exit 0 > Executing(--clean): env -i /kolab/lib/openpkg/bash --norc > --noprofile --posix -e /kolab/RPM/TMP/rpm-tmp.54354 > + cd /kolab/RPM/TMP > + exit 0 > Preparing... ################################################## > openpkg ################################################## > :::: > /tmp/install-kolab.13380.1080.13901.14856/openpkg-20071227-20071227_kolab2.src.rpm > = 0 :::: > :::: > /tmp/install-kolab.13380.1080.13901.14856/make-3.81-20080101.src.rpm > :::: > Preparing... ################################################## > package make-3.81-20080101 is intended for a debian5.0 > operating system > The server is Debian > 5.0 (lenny). I added Thomas on cc. He might have an idea here. Cheers, Gunnar > > New\">-- Jeffrey > Walls IT > Manager Brown > Transmission and Bearing Co. PO Box > 11117 New\">Lancaster PA 17605-1117 717 > 295-9200 ext 214 717 > 295-9025 fax New\">http://www.browntransmission.com[1] -- ______ 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 << -------------------------------------------------------------------- Links: ------ [1] http://www.browntransmission.com/ From wrobel at pardus.de Thu Feb 11 22:32:49 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 11 Feb 2010 22:32:49 +0100 Subject: cross-domain ACLs? In-Reply-To: <20100211110413.GA4292@gcd.ie> References: <20100211110413.GA4292@gcd.ie> Message-ID: <20100211223249.410543z997qa518g@webmail.pardus.de> Hi Gavin, Quoting Gavin McCullagh : > Hi, > > in a multi-domain kolab setup, is it possible to create ACLs for accounts > on one domain against mailboxes on another? > > It seems, where I try to do this, I get this error: > > localhost> sam user/xxxxx.yyyyyyyyy at zzz.zz bb at aaa.aa read > setaclmailbox: bb at aaa.aa: lrs: Invalid identifier > > By comparison, if I try with a user on the zzz.zz domain, it works fine. > > Is there a trick to solve this or is this not possible? The cyrus disallows this for security reasons. The only workaround available for the current Kolab Server release is to have two users in a same domain but provide one of them with an alias address in the other domain. Obviously this might not always be what you want. Sascha recently added patches to Kolab Server CVS HEAD that seem to allow cross domain acls. Sascha, can you comment? Cheers, Gunnar > > Gavin > > _______________________________________________ > 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 << -------------------------------------------------------------------- From thorsten.schnebeck at gmx.net Thu Feb 11 23:03:36 2010 From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck) Date: Thu, 11 Feb 2010 23:03:36 +0100 Subject: kontact from kde 4.4: does akonadi based kaddressbook work with kolab? Message-ID: <201002112303.37099.thorsten.schnebeck@gmx.net> Hi, I'm testing Kontact from KDE SC 4.4. This is the first version where you are forced to set-up akonadi as the kaddressbook component use this caching system exclusively. So far my base set-up seems to be fine using Kubuntu karmic backports packages: akonadi runs and it likes my nepomuk. But kaddressbook is empty. When I add a new addressbook and choose the kolab resource nothing happens. anyone? Bye Thorsten From bernhard at intevation.de Fri Feb 12 10:20:47 2010 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 12 Feb 2010 10:20:47 +0100 Subject: Status enterprise4 in comparison to KDE4.3/Kubuntu In-Reply-To: <201002100927.27721.itsef-admin@brightsight.com> References: <201002100927.27721.itsef-admin@brightsight.com> Message-ID: <201002121020.51211.bernhard@intevation.de> Hi Thomas, Am Mittwoch, 10. Februar 2010 09:27:27 schrieb ITSEF Admin: > maybe this would better be sent to the devel list, but I'll try here first. > We're currently busy with the first preparations of a possible migration > from Kubuntu 8.04 to 10.04. One of the major change is of course the KDE3.5 > -> KDE4 step and the possible impact of this step on (Kolab-)Kontact. > > For Kubuntu 8.04/KDE3.5, we've always built our own Kontact packages, based > on the "unstable" Debian releases provided by the Kolab team. For that > pairing, following the Kolab branch provided clear advantages over the > standard Kubuntu 8.04/KDE3.5 version with regard to both bugfixes and > features. > > With the newer Kubuntu, I'm not so sure - if I take Kubuntu 9.10 as the > current example, KDE is on 4.3.2. if you want a rock solid Kolab Client, we still recommend e35, yes, even under KDE4 and especially for use with Ubuntu. > If I look at the enterprise4 snapshots I > found on http://files.kolab.org/, they all claim to be KDE4.2.2. Hence, I'm > not so certain whether following the Kolab version will have the same > benefits as it has for KDE3.5 - is enterprise4 on par with/ahead of KDE4.3? That is a question which is hard to answer. To give you some background: We have planned E4 to become ready end of 2008. And we did manage to get it up in beta on all three plattforms. Our changes fully went into KDE trunk and still get improved there. During 2009 we have created a prototype for enterprise5 (E5) and E5 has the new architecture, based on akonadi. It is very promissing, which is the reason we aim for going with E5. So in December 2009 we've published the last beta for e4. In the sense that we do not plan to continue with the e4 line. E5 is in alpha and will stabilise soon. KDE will see this in 4.5 or 4.6. So right now we are in a transition period: E5 will be the future for KDE4. Some people report Kontact from KDE4 works nicely for them, so this is not a bad version. I would expect e4 to be even a little better in regards of stability. Both I would consider pre-production quality, because the years of experience are missing. And both lines are to be replaces with E5 in the next half year. So go for e35 or help and wait for e5 to become ready. > Is there anything else I need to take into account (bugfixes specific to > Kolab are of course important to us)? Merging has worked well in the last month, so your SVN diffs are as good as mine on that question. :) > I've read https://wiki.kolab.org/index.php/KDE_Kolab_Client, but that > didn't quite help me on this (or I am missing something). I think I need to update it then. Thanks for the hint, Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20100212/212930e4/attachment.bin From gavin.mccullagh at gcd.ie Fri Feb 12 10:30:41 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 12 Feb 2010 09:30:41 +0000 Subject: caldav vs plain ics files In-Reply-To: <20100211222002.20665w6xoye53ag4@webmail.pardus.de> References: <20100126095533.GF12771@gcd.ie> <20100211222002.20665w6xoye53ag4@webmail.pardus.de> Message-ID: <20100212093032.GA25325@gcd.ie> On Thu, 11 Feb 2010, Gunnar Wrobel wrote: > > I could add davical to the Kolab setup myself, but it looks like Horde > > doesn't support CalDAV which is a little awkward (although davical does > > have fall-back support for iCal). > > It is likely that Horde 4 will support CalDAV. This is currently work > in progress. That's useful to know, thanks. Gavin From pavel at argo-tours.ru Fri Feb 12 11:21:50 2010 From: pavel at argo-tours.ru (=?utf-8?b?0J/QsNCy0LXQuyDQkdCw0YDQsNC90YfQuNC60L7Qsg==?=) Date: Fri, 12 Feb 2010 13:21:50 +0300 Subject: kontact from kde 4.4: does akonadi based kaddressbook work with kolab? In-Reply-To: <201002112303.37099.thorsten.schnebeck@gmx.net> References: <201002112303.37099.thorsten.schnebeck@gmx.net> Message-ID: <201002121321.54159.pavel@argo-tours.ru> > Hi, > > I'm testing Kontact from KDE SC 4.4. This is the first version where you > are forced to set-up akonadi as the kaddressbook component use this > caching system exclusively. So far my base set-up seems to be fine using > Kubuntu karmic backports packages: akonadi runs and it likes my nepomuk. > But kaddressbook is empty. When I add a new addressbook and choose the > kolab resource nothing happens. > > anyone? > I noticed that KMail use Kolab IMAP addressbook, but KAddressbook shows not records in it. Try to create new mail message: are the contacts from kolab addressbook added to combobox of recipient field? My nitice converns only kolab IMAP addressbook. > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20100212/cf991c6b/attachment.bin From kcaesar at hotmail.com Fri Feb 12 12:40:47 2010 From: kcaesar at hotmail.com (kiser Caesar) Date: Fri, 12 Feb 2010 12:40:47 +0100 Subject: Spam Quarantine Shared Folder Message-ID: Hello, I followed this tutorial http://wiki.kolab.org/index.php/Fighting_spam#Step_4_-_teaching_spamassassin and I activated the Spam Quarantine Shared Folder. That is ok, but the spam mail arrive is user mailbox too. Who can help me to troubleshoot this ? Best regards, _________________________________________________________________ Nouveau?! Tout Windows Live d?barque dans votre t?l?phone. Voir les Windows phone http://clk.atdmt.com/FRM/go/175819071/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100212/336fe2cd/attachment.html From kcaesar at hotmail.com Fri Feb 12 13:31:27 2010 From: kcaesar at hotmail.com (kiser Caesar) Date: Fri, 12 Feb 2010 13:31:27 +0100 Subject: Need new tool in kolab ? Message-ID: Hello, I have many spam, I followed some tutorial found on the wiki... but I get too much spam yet. Now I want to know if the dev team can think to a tool like mailinblack ? www.mailinblack.com Best regards, _________________________________________________________________ D?couvrez Windows 7 en 7 secondes?! http://clk.atdmt.com/FRM/go/181574577/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100212/794dceac/attachment.html From wilde at intevation.de Fri Feb 12 13:32:21 2010 From: wilde at intevation.de (Sascha Wilde) Date: Fri, 12 Feb 2010 13:32:21 +0100 Subject: cross-domain ACLs? In-Reply-To: <20100211223249.410543z997qa518g@webmail.pardus.de> (Gunnar Wrobel's message of "Thu, 11 Feb 2010 22:32:49 +0100") References: <20100211110413.GA4292@gcd.ie> <20100211223249.410543z997qa518g@webmail.pardus.de> Message-ID: Gunnar Wrobel writes: > Quoting Gavin McCullagh : >> in a multi-domain kolab setup, is it possible to create ACLs for accounts >> on one domain against mailboxes on another? [...] > The cyrus disallows this for security reasons. > > The only workaround available for the current Kolab Server release is > to have two users in a same domain but provide one of them with an > alias address in the other domain. Obviously this might not always be > what you want. > > Sascha recently added patches to Kolab Server CVS HEAD that seem to > allow cross domain acls. Sascha, can you comment? Please see public issue 1141 (Cannot give users from other domains access to a folder)[1] for details. This includes technical details as well as a link to a preliminary test package for Kolab Server 2.2.3[2]. If you like you can test the cross domain acl support by installing the package and following the instructions given in Message22801 of the issue. Your feedback would be highly appreciated. How ever, please note that this feature is barley tested and therefore considered experimental. We do not recommend to use it in a productive setup by now. cheers sascha [1] https://issues.kolab.org/issue1141 [2] http://files.kolab.org/local/tmp/imapd-2.3.13-20081020_kolab4+crossdomainacl1.src.rpm -- Sascha Wilde OpenPGP key: 4BB86568 http://www.intevation.de/~wilde/ http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabr?ck; AG Osnabr?ck, HR B 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20100212/f7f8e47d/attachment.bin From wrobel at pardus.de Fri Feb 12 14:35:12 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 14:35:12 +0100 Subject: Need new tool in kolab ? In-Reply-To: References: Message-ID: <20100212143512.68864gs60kuzsfms@webmail.pardus.de> Hi, Quoting kiser Caesar : > Hello, > > I have many spam, I followed some tutorial found on the wiki... but > I get too much spam yet. > > Now I want to know if the dev team can think to a tool like > mailinblack ? www.mailinblack.com It should not be hard to integrate this with the Kolab postfix. I'm certain the vendor you mentioned will offer you help with this specific integration. Cheers, Gunnar > > > Best regards, > > ------------------------- > Avec Internet Explorer, surfez en toute discr?tion sur internet target=\"_new\" > href=\"http://clk.atdmt.com/FRM/go/182932252/direct/01/\">Cliquez > ici ! -- ____ 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/20100212/2b8fbb5b/attachment.bin From wrobel at pardus.de Fri Feb 12 14:45:03 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 14:45:03 +0100 Subject: I'm not getting attachment with email In-Reply-To: <8eeb86191002092208n1558a35epb89d37227a63af2@mail.gmail.com> References: <8eeb86191002092208n1558a35epb89d37227a63af2@mail.gmail.com> Message-ID: <20100212144503.19175nk6935hzxwc@webmail.pardus.de> Quoting Randhir Kumar : > Hi, > > As I have installed kolab 2.2.2 version. It's working fine. when > some user send mail to on my mail id as I'm getting. > issue is some uses send mail from any domain to on my mail id. mail > is getting but attachment is? not received, > this happend only few domain. > > can some one suggest, how to resolve this issue This does not sound like the Kolab Server is doing this. The spam/virus (spamassassin/amavisd-new) checks on the Kolab server do not scrub attachments in their default configuration. They can mark a message as spam or take it fully into quarantine. In each case this is clearly indicated to the recipient of the message. There is no component that silently removes attachments. I would check what happens on the sending side. Maybe the mail headers give you more details on who the culprit might be. Cheers, Gunnar > > > Regards > Randhir > > 2010/1/29 dir=\"ltr\"> > rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: > 1ex;\">Send Kolab-users mailing list submissions to > ? ? ? ?kolab-users at kolab.org[2] > > To subscribe or unsubscribe via the World Wide Web, visit > ? ? ? ?https://kolab.org/mailman/listinfo/kolab-users[3] > or, via email, send a message with subject or body 'help' to > ? ? ? ?kolab-users-request at kolab.org[4] > > You can reach the person managing the list at > ? ? ? ?kolab-users-owner at kolab.org[5] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Kolab-users digest..." > > Today's Topics: > > ? 1. Re: Migration from Exchange (Neil Price) > ? 2. RE: Kolab-users Digest, Vol 71, Issue 31 (kiser Caesar) > ? 3. RE: Kolab-users Digest, Vol 71, Issue 30 (kiser Caesar) > ? 4. Kolab + iPhone via SyncML (Albrecht Dre?) > ? 5. Re: Kolab + iPhone via SyncML (Alexander Schr?ter) > ? 6. Kontact and Web Interface Data - Out of sync (Roland Kaeser) > > > ---------- Forwarded message ---------- > From:?Neil Price > To:?kolab-users at kolab.org[7] > Date:?Thu, 28 Jan 2010 14:00:14 +0200 > Subject:?Re: Migration from Exchange > On 2010/01/28 12:42 PM, Bernhard Reiter wrote: > rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;\"> > > You did already find > http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/raw-howtos/email-split-setup.txt[8] > that could be related. > > ? never saw that :-) Interesting, I can use some of the ideas there. My method is diffferent, ldap based, and imho more applicable to having multiple other servers. ---------- Forwarded message ---------- From:?kiser Caesar To:? Date:?Thu, 28 Jan 2010 14:43:50 +0100 Subject:?RE: Kolab-users Digest, Vol 71, Issue 31 --Pi?ce jointe du message transmise-- Subject: Re: Blank screen with horde. Date: Thu, 28 Jan 2010 12:39:33 +0200 To: kolab-users at kolab.org[11] From: kasparas at infosaitas.lt[12] I think in most cases restarting firefox (or any other web browser) helps? we experience similar situation, when there are a few tabs in the browser from which the user tried to logon. We simply restart firefox. On Thursday 28 January 2010 12:15:12 pm kiser Caesar wrote: > Hello, > > > Most users in my companies use the Horde webmail without trouble, but some > users meeting a strange situation.. > > When they try to logon, they obtain only a blank screen.. without nothing ! > The account and password are good. > > I can solve it with deleting the account and creating it again but it is > not the good way. > > Who can help me ? > > > Best regards, > > _________________________________________________________________ > T?l?chargez Internet Explorer 8 et surfez sans laisser de trace ! > http://clk.atdmt.com/FRM/go/182932252/direct/01/[13] Hello, I tried several times to close and restart Firefox, that's always the same status... after the logon I get a blank page.. ------------------------- Discute avec tes amis partout, gr?ce ? Messenger sur ton mobile. Cliquez ici ![14] ---------- Forwarded message ---------- From:?kiser Caesar To:? Date:?Thu, 28 Jan 2010 15:36:19 +0100 Subject:?RE: Kolab-users Digest, Vol 71, Issue 30 --Pi?ce jointe du message transmise-- Subject: RE: Kolab-users Digest, Vol 71, Issue 29 Date: Wed, 27 Jan 2010 18:16:45 +0100 To: kolab-users at kolab.org[17] From: kcaesar at hotmail.com[18] --Pi?ce jointe du message transmise-- Subject: Shadow copy Date: Tue, 26 Jan 2010 16:26:59 +0100 To: kolab-users at kolab.org[19] From: kcaesar at hotmail.com[20] Hello, Just a quick question .. How can I set up an automatic copy (hidden) to a manager for the incoming and outgoing emails to certain users? I know it's wrong, but my management wants to have this feature. Best regards, ------------------------- Vous cherchez l'int?grale des clips de Michael Jackson ? Bing ! Trouvez ![21] --Pi?ce jointe du message transmise-- Subject: Re: Shadow copy Date: Tue, 26 Jan 2010 15:33:46 +0000 To: kolab-users at kolab.org[22] From: gavin.mccullagh at gcd.ie[23] Hi, On Tue, 26 Jan 2010, kiser Caesar wrote: > Just a quick question .. > > How can I set up an automatic copy (hidden) to a manager for the incoming > and outgoing emails to certain users? This guy's blog post pretty much explains a means to do this. http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc[24] Gavin Hello Gavin ! Thank for your reply, Can I create my /kolab/etc/postfix/bcc_maps like this ? user1 at domain.com[25] user3 at domain.com[26] user2 at domain.com[27] user3 at domain.com[28] And maybe some others ? Best regards, ------------------------- Windows 7 : Trouvez le PC qui vous convient! D?couvrez notre offre ! [29] --Pi?ce jointe du message transmise-- Subject: Re: Kolab-users Digest, Vol 71, Issue 29 Date: Wed, 27 Jan 2010 17:28:37 +0000 To: kolab-users at kolab.org[30] From: gavin.mccullagh at gcd.ie[31] Hi, On Wed, 27 Jan 2010, kiser Caesar wrote: > > On Tue, 26 Jan 2010, kiser Caesar wrote: > > > > Just a quick question .. > > > > > How can I set up an automatic copy (hidden) to a manager for the incoming > > > and outgoing emails to certain users? > > > This guy's blog post pretty much explains a means to do this. > > > http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc[32] > > Thank for your reply, Can I create my /kolab/etc/postfix/bcc_maps like this ? > > user1 at domain.com[33] user3 at domain.com[34] > user2 at domain.com[35] user3 at domain.com[36] > > And maybe some others ? That's my understanding from that article, though I've never actually used bcc_maps. You'll need to run postmap on the map file and be careful to obey the kolab way of doing things, ie modifying the template config files for postfix as well as the live postfix file. Otherwise the next time you configure something in the web interface your changes will disappear. Gavin Hello Gavin, I will try on this week-end, Best regards, --Pi?ce jointe du message transmise-- Subject: Re: Need help with freebusy. Date: Thu, 28 Jan 2010 11:35:16 +0100 To: kolab-users at kolab.org[37] From: bernhard at intevation.de[38] Am Montag, 25. Januar 2010 13:18:38 schrieb kiser Caesar: > Now a message for the dev team, I meet a bug with scheduled events > throughout one day. I can't see this kinds of events from another user. Who > have an idea on this trouble ? http://wiki.kolab.org/index.php/Troubleshooting[39] http://wiki.kolab.org/index.php/Problem_reporting[40] (Please describe the problem in a way that developer can reproduce.) -- Managing Director - Owner: www.intevation.net[41] (Free Software Company) Germany Coordinator: fsfeurope.org[42]. Coordinator: www.Kolab-Konsortium.com[43]. Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner Hello Bernhard Can I send? you some screen shoots ? Best regards, ------------------------- Avec Internet Explorer, surfez en toute discr?tion sur internet Cliquez ici ![44] ---------- Forwarded message ---------- From:?Albrecht Dre? To:?kolab-users at kolab.org[46] Date:?Thu, 28 Jan 2010 17:07:42 +0100 Subject:?Kolab + iPhone via SyncML Hi all, just in case someone wants to connect an iPhone with Kolab - using the SyncML plug-in from Synthesis [1], the iPhone can synchronise calendars, contacts and todo's with Kolab 2.2.3. ?Didn't try shared resources yet, though. Best, Albrecht. [1] ---------- Forwarded message ---------- From:?"Alexander Schr?ter" To:? Date:?Thu, 28 Jan 2010 17:59:27 +0100 Subject:?Re: Kolab + iPhone via SyncML Albrecht Dre? schrieb: Hi all, just in case someone wants to connect an iPhone with Kolab - using the SyncML plug-in from Synthesis [1], the iPhone can synchronise calendars, contacts and todo's with Kolab 2.2.3. ?Didn't try shared resources yet, though. Best, Albrecht. [1] _______________________________________________ Kolab-users mailing list Kolab-users at kolab.org[50] https://kolab.org/mailman/listinfo/kolab-users[51] ? Thank you. I am going to check that out! ---------- Forwarded message ---------- From:?Roland Kaeser To:?kolab-users at kolab.org[53] Date:?Thu, 28 Jan 2010 19:43:27 +0100 Subject:?Kontact and Web Interface Data - Out of sync Hello I'm just about to implement the next Kolab server (on ClearOS). I built my pilot environment and attached kontact through kolabwizard (KDE 4.3, OpenSuSE 11.2) to it. This was working properly so far. Afterwards I tried to connect through the web interface to kolab to see my experimentally created items (contacts and calendar entries) but couldn't see any of them. I tried to create entries through the web interface but couldn't see these entries in kolab. Is there any missunderstanding from my site? On the kolab website Kontact is explicitly listed as primary client to kolab. Why does this not work? Thanks for any help Regards Roland Kaeser _______________________________________________ Kolab-users mailing list Kolab-users at kolab.org[54] https://kolab.org/mailman/listinfo/kolab-users[55] -- ____ http://www.pardus.de[56] _________________ http://gunnarwrobel.de[57] _ 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] mailto:kolab-users-request at kolab.org [2] mailto:kolab-users at kolab.org [3] https://kolab.org/mailman/listinfo/kolab-users [4] mailto:kolab-users-request at kolab.org [5] mailto:kolab-users-owner at kolab.org [6] mailto:nprice at gibb.co.za [7] mailto:kolab-users at kolab.org [8] http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/raw-howtos/email-split-setup.txt [9] mailto:kcaesar at hotmail.com [10] mailto:kolab-users at kolab.org [11] mailto:kolab-users at kolab.org [12] mailto:kasparas at infosaitas.lt [13] http://clk.atdmt.com/FRM/go/182932252/direct/01/ [14] http://www.messengersurvotremobile.com/ [15] mailto:kcaesar at hotmail.com [16] mailto:kolab-users at kolab.org [17] mailto:kolab-users at kolab.org [18] mailto:kcaesar at hotmail.com [19] mailto:kolab-users at kolab.org [20] mailto:kcaesar at hotmail.com [21] http://www.bing.com/videos/search?q=Michael+Jackson&FORM=MVDE6 [22] mailto:kolab-users at kolab.org [23] mailto:gavin.mccullagh at gcd.ie [24] http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc [25] mailto:user1 at domain.com [26] mailto:user3 at domain.com [27] mailto:user2 at domain.com [28] mailto:user3 at domain.com [29] http://clk.atdmt.com/FRM/go/181574577/direct/01/ [30] mailto:kolab-users at kolab.org [31] mailto:gavin.mccullagh at gcd.ie [32] http://www.minigeek.org/index.php/2007/11/27/postfix-archive-emails-via-bcc [33] mailto:user1 at domain.com [34] mailto:user3 at domain.com [35] mailto:user2 at domain.com [36] mailto:user3 at domain.com [37] mailto:kolab-users at kolab.org [38] mailto:bernhard at intevation.de [39] http://wiki.kolab.org/index.php/Troubleshooting [40] http://wiki.kolab.org/index.php/Problem_reporting [41] http://www.intevation.net [42] http://fsfeurope.org [43] http://www.Kolab-Konsortium.com [44] http://clk.atdmt.com/FRM/go/182932252/direct/01/ [45] mailto:albrecht.dress at lios-tech.com [46] mailto:kolab-users at kolab.org [47] http://www.synthesis.ch/iphone.php?lang=e [48] mailto:webmaster at computational-chemistry.org [49] http://www.synthesis.ch/iphone.php?lang=e [50] mailto:Kolab-users at kolab.org [51] https://kolab.org/mailman/listinfo/kolab-users [52] mailto:roland.kaeser at intersoft-networks.ch [53] mailto:kolab-users at kolab.org [54] mailto:Kolab-users at kolab.org [55] https://kolab.org/mailman/listinfo/kolab-users [56] http://www.pardus.de [57] 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/20100212/026df5ef/attachment.bin From wrobel at pardus.de Fri Feb 12 14:48:33 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 14:48:33 +0100 Subject: webadmin quota vs cyradm quota In-Reply-To: <20100210131512.GJ4292@gcd.ie> References: <20100210131512.GJ4292@gcd.ie> Message-ID: <20100212144833.111321muo4h45zqp@webmail.pardus.de> Quoting Gavin McCullagh : > Hi, > > in our previous kolab implementation, we used cyradm to administer quotas. > These were stored in /var/lib/imap/quota/a/user.. I'm migrating > to a new server and transferring them to > /kolab/var/imapd/domain/X//quota/Y/user.. This works > fine and cyradm picks up the quota. > > However, I see that there's also a quota entry in the kolab web interface. > From experimenting, this seems to set an extra ldap attribute on that user: > > cyrus-userquota: 400 > > So far though, this quota doesn't seem to have propagated back to the cyrus > quota. Is there some cron job which syncs these or are there two quotas in > operation -- one in ldap and one direct in cyrus? Would the lowest value > win in that situation? No. The value is stored within LDAP but when changing it kolabd should pick up that change immediately and set the value for cyrus. This apparently does not work in your case. Do you see any errors in your syslog when changing the quota? You might try to increase logging for kolabd in /kolab/etc/kolab/kolab.globalby setting "log_level: 4". Cheers, Gunnar > > Gavin > > _______________________________________________ > 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/20100212/e9c8f672/attachment.bin From wrobel at pardus.de Fri Feb 12 14:59:12 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 14:59:12 +0100 Subject: Spam Quarantine Shared Folder In-Reply-To: References: Message-ID: <20100212145912.66044s9pruhvxc4k@webmail.pardus.de> Quoting kiser Caesar : > Hello, > > > I followed this tutorial > http://wiki.kolab.org/index.php/Fighting_spam#Step_4_-_teaching_spamassassin > and I activated the Spam Quarantine Shared Folder. > That is ok, but the spam mail arrive is user mailbox too. > > Who can help me to troubleshoot this ? I'm not sure what the exact settings would be in amavisd but you basically would need to tell it to discard spam mails. You probably need to set "$final_spam_destiny = D_DISCARD" (similar to the virus setting). Mind you: I didn't test this myself so this is a potentially dangerous modification. Anyway I would refrain from doing so: Usually you may not automatically divert mails away from their recipients. At least if you are not the only recipient on your server. Cheers, Gunnar > > > Best regards, > > ------------------------- > Faites une bonne action avec Bing Solidaire ! href=\"http://www.bingsolidaire.com\">C'est ici ! -- ____ 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/20100212/a929d7c2/attachment.bin From wrobel at pardus.de Fri Feb 12 15:04:52 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 15:04:52 +0100 Subject: SSL Certificate In-Reply-To: <020001caa8f9$db9bbbe0$92d333a0$@co.za> References: <020001caa8f9$db9bbbe0$92d333a0$@co.za> Message-ID: <20100212150452.18925cqew8lelbks@webmail.pardus.de> Quoting Nazeer : > Hi I bought an SSL certificate for my Kolab server. I now have two > files, ssl.crt and ssl.key. How can I import this certificate for > Kolab to use? I tried replacing the cert.pem and key.pem. The > problem with this is that when I restart all Kolab processes, it > freezes by apache I assume your ssl.crt and ssl.key have an incorrect format. This cannot be determined from the filename though so you would have to give us some additional information about the contents of those file. Just make sure you do not post your ssl.key here :) But maybe you can use the openssl tools to get a little bit more info about the files. In addition you should check your apache log files. Maybe there is some additonal information there. The problems might also be the file rights. ls -la /kolab/etc/kolab/*.pem -rw-r----- 1 root kolab-r 3089 2010-01-15 16:09 /kolab/etc/kolab/cert.pem -rw-r----- 1 root kolab-r 887 2010-01-15 16:09 /kolab/etc/kolab/key.pem Cheers, Gunnar > > Any help would be really appreciated Thanks -- ____ 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/20100212/b725bc31/attachment.bin From wrobel at pardus.de Fri Feb 12 15:13:11 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 15:13:11 +0100 Subject: change hostname 2.2.3 In-Reply-To: <4B701C3E.1090602@oab.de> References: <4B701C3E.1090602@oab.de> Message-ID: <20100212151311.47906tise7dimgco@webmail.pardus.de> Hi Alexander, Quoting Alexander Marx : > Hi! > > Can someone please give a detailed advise how i can change the kolab > 2.2.3 hostname? > > I need to put my server in the internet with a dyndns name. > > Please tell me the steps i have to follow to change the hostname. Changing the hostname is not trivial as it is present at many locations (primarily LDAP) once you initialized the server. What is usually easier is to add the new hostname as a second domain in the services tab of the kolab webadmin. You will probably find additional hints when searching this mailing list. It is a problem that appears now and then. Cheers, Gunnar > > Thanks > > Alex > > _______________________________________________ > 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/20100212/d931952e/attachment.bin From wrobel at pardus.de Fri Feb 12 15:29:39 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 15:29:39 +0100 Subject: kolab aliases and distribution lists In-Reply-To: <20100208184821.GE4292@gcd.ie> References: <20100208184821.GE4292@gcd.ie> Message-ID: <20100212152939.15664yie2uzgmj48@webmail.pardus.de> Quoting Gavin McCullagh : > Hi, > > as I've mentioned before we're planning a migration from kolab 1 to v2.2.3. > > I haven't spotted docs on this, so I thought I'd ask here. In kolab v1, we > tended to just use /etc/aliases to manage aliases and distribution lists. > This is messy and I don't recommend it, but that's what we did. I'm now > looking to try to use Kolab's internal systems to look after this but I > need to make sure I understand what they each do before I go ahead. > > We would on occasion: > > 1. Take one or more non-existent account names, eg "everyone" and create an > alias to one or more addresses for a distribution list or just to give > someone an alias, eg > everyone: person1, person2, person3 at foreigndomain, .... > 2. Take an account of a former user who has left and alias it to their > replacement staff member, eg. > old_user: new_user We still lack a decent way of retiring users on the Kolab server. > 3. Take an account and alias it to itself and someone else in order to copy > mails to a second user as well as the primary user > some_user: some_user, some_other_user, some_other_user2 at otherdomain... > > I see in the Kolab web interface that there can be N email aliases on an > account. If I create account1 at domain and give it the alias alias1 at domain, > does that cause all email to alias1 at domain to go to account1 at domain Correct. > or > email to account1 at domain to go to alias1 at domain? In the former case, if I > set up account1 at domain with the alias1 at domain, does the email go to both > account1 and account2? Here I don't follow. I assume you meant account2 at domain. But this is not allowed. Each mail-address has to be unique on the server and the web admin ensures that this is the case. If you need mail going to alias1 at domain to be sent to both account1 and account2 you need to make alias1 at domain a distribution list. > > I also see that there are distribution lists which we'll very likely use > instead of [1] above. The meaning of this is more obvious. Is it possible > to hide a distribution list from the directory -- even to someone who is > authenticated? For moderating lists we have had people email alias1 which > was the moderators and then bounced the email to alias2. It's not > massively secure but it broadly works. We'd prefer not to have everyone > see the latter alias though. The distribution list can be set to "hidden". Cheers, Gunnar > > Any suggestions greatly appreciated > > Gavin > > _______________________________________________ > 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/20100212/6ba1af5b/attachment.bin From wrobel at pardus.de Fri Feb 12 15:42:41 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 15:42:41 +0100 Subject: Blank screen with horde. In-Reply-To: References: Message-ID: <20100212154241.678791hqcfru650h@webmail.pardus.de> Quoting kiser Caesar : > Hello, > > > Most users in my companies use the Horde webmail without trouble, > but some users meeting a strange situation.. > > When they try to logon, they obtain only a blank screen.. without > nothing ! > The account and password are good. > > I can solve it with deleting the account and creating it again but > it is not the good way. > > Who can help me ? I admit I still don't know what actually causes this problem. In these cases the session information is broken and I'm pretty certain this is Kolab specific. You can also simply delete the cookie you got from the server and reload. Cheers, Gunnar > > > Best regards, > ------------------------- > Vous cherchez l'int?grale des clips de Michael Jackson ? href='http://www.bing.com/videos/search?q=Michael+Jackson&FORM=MVDE6' > target='_new'>Bing ! Trouvez ! -- ____ 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/20100212/3d80bb7f/attachment.bin From wrobel at pardus.de Fri Feb 12 15:46:10 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 15:46:10 +0100 Subject: horde/gnupg question In-Reply-To: References: Message-ID: <20100212154610.19797ga8hhrwfvk0@webmail.pardus.de> Quoting Johannes Graumann : > Hello, > > I'm running 2.2.3 on debian testing. > How would I specifically purge gnupg keys from the horde database? Public keys from other users? They are stored with the contacts in the kolab.xml attachments. Private keys are in the preferences that are stored within /kolab/var/kolab/www/client/storage on 2.2.3. Cheers, Gunnar > Thanks for any hints, 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/20100212/5e7c7eaa/attachment.bin From kcaesar at hotmail.com Fri Feb 12 16:07:39 2010 From: kcaesar at hotmail.com (kiser Caesar) Date: Fri, 12 Feb 2010 16:07:39 +0100 Subject: Kolab-users Digest, Vol 72, Issue 13 In-Reply-To: References: Message-ID: --Pi?ce jointe du message transmise-- Subject: Re: Spam Quarantine Shared Folder Date: Fri, 12 Feb 2010 14:59:12 +0100 To: kolab-users at kolab.org From: wrobel at pardus.de Quoting kiser Caesar : > Hello, > > > I followed this tutorial > http://wiki.kolab.org/index.php/Fighting_spam#Step_4_-_teaching_spamassassin > and I activated the Spam Quarantine Shared Folder. > That is ok, but the spam mail arrive is user mailbox too. > > Who can help me to troubleshoot this ? I'm not sure what the exact settings would be in amavisd but you basically would need to tell it to discard spam mails. You probably need to set "$final_spam_destiny = D_DISCARD" (similar to the virus setting). Mind you: I didn't test this myself so this is a potentially dangerous modification. Anyway I would refrain from doing so: Usually you may not automatically divert mails away from their recipients. At least if you are not the only recipient on your server. Cheers, Gunnar > > > Best regards, > Hello Gunnar, I will try and give you a feedback, Best regards, --Pi?ce jointe du message transmise-- Subject: Re: Blank screen with horde. Date: Fri, 12 Feb 2010 15:42:41 +0100 To: kolab-users at kolab.org From: wrobel at pardus.de Quoting kiser Caesar : > Hello, > > > Most users in my companies use the Horde webmail without trouble, > but some users meeting a strange situation.. > > When they try to logon, they obtain only a blank screen.. without > nothing ! > The account and password are good. > > I can solve it with deleting the account and creating it again but > it is not the good way. > > Who can help me ? I admit I still don't know what actually causes this problem. In these cases the session information is broken and I'm pretty certain this is Kolab specific. You can also simply delete the cookie you got from the server and reload. Cheers, Gunnar > > Gunnar, The trouble is present on any computer on which I try to login with this "bad account".. It is not due to a cookie.. I think, I can search in which log to find a error message to give you ? Best regards, _________________________________________________________________ Tchattez en direct en en vid?o avec vos amis ! http://www.windowslive.fr/messenger/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100212/1d284286/attachment.html From wrobel at pardus.de Fri Feb 12 16:11:15 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 16:11:15 +0100 Subject: global address book not being searched in horde compose email In-Reply-To: <20100211140326.GC4292@gcd.ie> References: <20100209113155.GL4292@gcd.ie> <20100211140326.GC4292@gcd.ie> Message-ID: <20100212161115.14983cnzhhncshic@webmail.pardus.de> Quoting Gavin McCullagh : > Hi, > > On Tue, 09 Feb 2010, Gavin McCullagh wrote: > >> When I login to Horde and try to compose a mail, the global addressbook >> searching doesn't work. This is a nice piece of sugar to save people time >> over our old system so I really want it to work. I note that it appeared >> not to be configured by default? but changing this setting made no >> difference. > > I've tracked this down to > /kolab/var/kolab/www/client/imp/lib/Imple/ContactAutoCompleter.php : 54 > > function handle($args) > { > // Avoid errors if 'input' isn't set and short-circuit empty > // searches. > if (empty($args['input']) || > !($input = Util::getPost($args['input']))) { > return '

'; > } If you are digging around in the PHP code than maybe I can ask you to install firebug within firefox and rerun your testing? The nice thing about firebug is that it clearly shows you what AJAX requests are sent out and what they contained. So once you are creating a new mail and type the first letter you should start seeing post requests. Does the post look okay? Cheers, Gunnar > > For whatever reason Util::getPost($args['input'])) returns an empty string > with $args['input']='to' so an empty list is returned and we get no > autocompletion. I'm not clear yet why that POST variable is empty though. > If anyone has suggestions please let me know. > > Thanks, > Gavin > > _______________________________________________ > 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/20100212/bca9af95/attachment.bin From gavin.mccullagh at gcd.ie Fri Feb 12 16:22:22 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 12 Feb 2010 15:22:22 +0000 Subject: Blank screen with horde. In-Reply-To: <20100212154241.678791hqcfru650h@webmail.pardus.de> References: <20100212154241.678791hqcfru650h@webmail.pardus.de> Message-ID: <20100212152222.GK25325@gcd.ie> Hi, On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > I admit I still don't know what actually causes this problem. In > these cases the session information is broken and I'm pretty certain > this is Kolab specific. You can also simply delete the cookie you > got from the server and reload. I've noticed that in my testing here I think. Every now and again I've gone to try and login and gotten a complete zero bytes blank page. Until I delete my cookies for that site I can't get anything else. Gavin From gavin.mccullagh at gcd.ie Fri Feb 12 16:45:34 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 12 Feb 2010 15:45:34 +0000 Subject: kolab aliases and distribution lists In-Reply-To: <20100212152939.15664yie2uzgmj48@webmail.pardus.de> References: <20100208184821.GE4292@gcd.ie> <20100212152939.15664yie2uzgmj48@webmail.pardus.de> Message-ID: <20100212154534.GN25325@gcd.ie> Hi, On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > >2. Take an account of a former user who has left and alias it to their > > replacement staff member, eg. > > old_user: new_user > > We still lack a decent way of retiring users on the Kolab server. Is this not what the alias feature would do now (admittedly it goes to both then, not just the alias)? > >or > >email to account1 at domain to go to alias1 at domain? In the former case, if I > >set up account1 at domain with the alias1 at domain, does the email go to both > >account1 and account2? > > Here I don't follow. I assume you meant account2 at domain. You're quite right, sorry. > But this is not allowed. Each mail-address has to be unique on the server > and the web admin ensures that this is the case. If you need mail going > to alias1 at domain to be sent to both account1 and account2 you need to > make alias1 at domain a distribution list. I see. So two people can't share an alias -- the mail goes to the primary user and a single further alias? That's a shame. While I can appreciate that the distributions lists are there, where you have 500+ users, they can be pretty difficult to handle, particularly given you can't browse for users. I was hoping to add the alias @ to each user's own account and then assemble the different into and other distribution lists. I have to say, looking at it the config, I'm slightly surprised that this is the case: query_filter = (&(!(kolabDeleteFlag=*))(|(alias=%s)(mail=%s))(!(cn:dn:=external))) surely that will match a real email account and anyone who has that alias set on their account? > >We'd prefer not to have everyone see the latter alias though. > > The distribution list can be set to "hidden". I see, thanks. The text on it suggests that anyone who is authenticated will see those lists: "Check here to make this distribution list available only to authenticated users" Perhaps that means authenticated to LDAP and the autocomplete doesn't authenticate. Gavin From gavin.mccullagh at gcd.ie Fri Feb 12 16:48:20 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 12 Feb 2010 15:48:20 +0000 Subject: global address book not being searched in horde compose email In-Reply-To: <20100212161115.14983cnzhhncshic@webmail.pardus.de> References: <20100209113155.GL4292@gcd.ie> <20100211140326.GC4292@gcd.ie> <20100212161115.14983cnzhhncshic@webmail.pardus.de> Message-ID: <20100212154820.GO25325@gcd.ie> Hi, On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > If you are digging around in the PHP code than maybe I can ask you > to install firebug within firefox and rerun your testing? The nice > thing about firebug is that it clearly shows you what AJAX requests > are sent out and what they contained. So once you are creating a new > mail and type the first letter you should start seeing post > requests. Does the post look okay? Excellent suggestion. I'd been trying to think of a good means to look at the post info, Thanks, Gavin From wrobel at pardus.de Fri Feb 12 17:02:17 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 17:02:17 +0100 Subject: kolab aliases and distribution lists In-Reply-To: <20100212154534.GN25325@gcd.ie> References: <20100208184821.GE4292@gcd.ie> <20100212152939.15664yie2uzgmj48@webmail.pardus.de> <20100212154534.GN25325@gcd.ie> Message-ID: <20100212170217.21241l737hqhisu8@webmail.pardus.de> Quoting Gavin McCullagh : > Hi, > > On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > >> >2. Take an account of a former user who has left and alias it to their >> > replacement staff member, eg. >> > old_user: new_user >> >> We still lack a decent way of retiring users on the Kolab server. > > Is this not what the alias feature would do now (admittedly it goes to both > then, not just the alias)? > >> >or >> >email to account1 at domain to go to alias1 at domain? In the former case, if I >> >set up account1 at domain with the alias1 at domain, does the email go to both >> >account1 and account2? >> >> Here I don't follow. I assume you meant account2 at domain. > > You're quite right, sorry. > >> But this is not allowed. Each mail-address has to be unique on the server >> and the web admin ensures that this is the case. If you need mail going >> to alias1 at domain to be sent to both account1 and account2 you need to >> make alias1 at domain a distribution list. > > I see. So two people can't share an alias -- the mail goes to the primary > user and a single further alias? That's a shame. While I can appreciate > that the distributions lists are there, where you have 500+ users, they can > be pretty difficult to handle, particularly given you can't browse for > users. I was hoping to add the alias @ to each user's own > account and then assemble the different into and other > distribution lists. > > I have to say, looking at it the config, I'm slightly surprised that this > is the case: > > query_filter = > (&(!(kolabDeleteFlag=*))(|(alias=%s)(mail=%s))(!(cn:dn:=external))) > > surely that will match a real email account and anyone who has that alias > set on their account? Well, that is correct :) The limitation I mentioned is only imposed by the web admin. You could modify your LDAP directly (using ldapvi or luma or ...) and set the same alias on different accounts. I currently can't think of a reason why you should not do that :) but I'm sure the webadmin restriction is there for a reason. > >> >We'd prefer not to have everyone see the latter alias though. >> >> The distribution list can be set to "hidden". > > I see, thanks. The text on it suggests that anyone who is > authenticated will see > those lists: > > "Check here to make this distribution list available only to > authenticated users" > > Perhaps that means authenticated to LDAP and the autocomplete doesn't > authenticate. No I believe "available" means that you may send to it only from your internal network. You can't send to it from outside of the Kolab server. This is a limitation I forgot to mention but if I understood you correctly it should not matter in your specific case. The entry for the distribution list goes into the "cn=internal" branch of your LDAP tree and the only relevant ACL for that would be access to dn="cn=internal,dc=itzcuintli,dc=aztec,dc=intevation,dc=de" by dn="cn=nobody,cn=internal,dc=itzcuintli,dc=aztec,dc=intevation,dc=de" read by * search stop So only the "nobody" user has read access here. Cheers, Gunnar > > Gavin > > _______________________________________________ > 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/20100212/e12fd659/attachment.bin From gavin.mccullagh at gcd.ie Fri Feb 12 17:10:06 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 12 Feb 2010 16:10:06 +0000 Subject: kolab aliases and distribution lists In-Reply-To: <20100212170217.21241l737hqhisu8@webmail.pardus.de> References: <20100208184821.GE4292@gcd.ie> <20100212152939.15664yie2uzgmj48@webmail.pardus.de> <20100212154534.GN25325@gcd.ie> <20100212170217.21241l737hqhisu8@webmail.pardus.de> Message-ID: <20100212161005.GP25325@gcd.ie> Hi, On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > >query_filter = > >(&(!(kolabDeleteFlag=*))(|(alias=%s)(mail=%s))(!(cn:dn:=external))) > > > >surely that will match a real email account and anyone who has that alias > >set on their account? > > Well, that is correct :) The limitation I mentioned is only imposed > by the web admin. You could modify your LDAP directly (using ldapvi > or luma or ...) and set the same alias on different accounts. I > currently can't think of a reason why you should not do that :) but > I'm sure the webadmin restriction is there for a reason. I've just given two accounts the same alias here in the web interface and it seems to have worked fine. Have I misunderstood something? I think I tested before and found that sending to that alias would cause the email to go to both addresses? > >Perhaps that means authenticated to LDAP and the autocomplete doesn't > >authenticate. > > No I believe "available" means that you may send to it only from > your internal network. You can't send to it from outside of the > Kolab server. This is a limitation I forgot to mention but if I > understood you correctly it should not matter in your specific case. > The entry for the distribution list goes into the "cn=internal" > branch of your LDAP tree and the only relevant ACL for that would be > > access to dn="cn=internal,dc=itzcuintli,dc=aztec,dc=intevation,dc=de" > by > dn="cn=nobody,cn=internal,dc=itzcuintli,dc=aztec,dc=intevation,dc=de" > read > by * search stop > > So only the "nobody" user has read access here. I think I understand, though this may a problem for us. I'll have to experiment a little. Thanks again for your help, Gavin From gavin.mccullagh at gcd.ie Fri Feb 12 17:24:02 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 12 Feb 2010 16:24:02 +0000 Subject: global address book not being searched in horde compose email In-Reply-To: <20100212154820.GO25325@gcd.ie> References: <20100209113155.GL4292@gcd.ie> <20100211140326.GC4292@gcd.ie> <20100212161115.14983cnzhhncshic@webmail.pardus.de> <20100212154820.GO25325@gcd.ie> Message-ID: <20100212162402.GQ25325@gcd.ie> Hi, On Fri, 12 Feb 2010, Gavin McCullagh wrote: > On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > > > If you are digging around in the PHP code than maybe I can ask you > > to install firebug within firefox and rerun your testing? The nice > > thing about firebug is that it clearly shows you what AJAX requests > > are sent out and what they contained. So once you are creating a new > > mail and type the first letter you should start seeing post > > requests. Does the post look okay? According to Firebug, the request going out is to: https://$OURDOMAIN/client/imp/imple.php?imple=ContactAutoCompleter/input=to&to=kev and the POST includes to=kev (I'm typed in kev). Response was

. I'll have to look further into this. Thanks. Gavin From wrobel at pardus.de Fri Feb 12 17:33:25 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 17:33:25 +0100 Subject: kolab aliases and distribution lists In-Reply-To: <20100212161005.GP25325@gcd.ie> References: <20100208184821.GE4292@gcd.ie> <20100212152939.15664yie2uzgmj48@webmail.pardus.de> <20100212154534.GN25325@gcd.ie> <20100212170217.21241l737hqhisu8@webmail.pardus.de> <20100212161005.GP25325@gcd.ie> Message-ID: <20100212173325.128277tic2ui4j0o@webmail.pardus.de> Quoting Gavin McCullagh : > Hi, > > On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > >> >query_filter = >> >(&(!(kolabDeleteFlag=*))(|(alias=%s)(mail=%s))(!(cn:dn:=external))) >> > >> >surely that will match a real email account and anyone who has that alias >> >set on their account? >> >> Well, that is correct :) The limitation I mentioned is only imposed >> by the web admin. You could modify your LDAP directly (using ldapvi >> or luma or ...) and set the same alias on different accounts. I >> currently can't think of a reason why you should not do that :) but >> I'm sure the webadmin restriction is there for a reason. > > I've just given two accounts the same alias here in the web interface and > it seems to have worked fine. Have I misunderstood something? I think I > tested before and found that sending to that alias would cause the email to > go to both addresses? Uh, oh, confirmed. Bug in 2.2.3 :( > >> >Perhaps that means authenticated to LDAP and the autocomplete doesn't >> >authenticate. >> >> No I believe "available" means that you may send to it only from >> your internal network. You can't send to it from outside of the >> Kolab server. This is a limitation I forgot to mention but if I >> understood you correctly it should not matter in your specific case. >> The entry for the distribution list goes into the "cn=internal" >> branch of your LDAP tree and the only relevant ACL for that would be >> >> access to dn="cn=internal,dc=itzcuintli,dc=aztec,dc=intevation,dc=de" >> by >> dn="cn=nobody,cn=internal,dc=itzcuintli,dc=aztec,dc=intevation,dc=de" >> read >> by * search stop >> >> So only the "nobody" user has read access here. > > I think I understand, though this may a problem for us. I'll have to > experiment a little. > > Thanks again for your help, > Gavin > > > _______________________________________________ > 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 << -------------------------------------------------------------------- From gavin.mccullagh at gcd.ie Fri Feb 12 17:33:48 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 12 Feb 2010 16:33:48 +0000 Subject: cross-domain ACLs? In-Reply-To: References: <20100211110413.GA4292@gcd.ie> <20100211223249.410543z997qa518g@webmail.pardus.de> Message-ID: <20100212163343.GR25325@gcd.ie> Hi, On Fri, 12 Feb 2010, Sascha Wilde wrote: > Please see public issue 1141 (Cannot give users from other domains > access to a folder)[1] for details. This includes technical details as > well as a link to a preliminary test package for Kolab Server 2.2.3[2]. Thanks. > If you like you can test the cross domain acl support by installing the > package and following the instructions given in Message22801 of the > issue. Your feedback would be highly appreciated. > > How ever, please note that this feature is barley tested and therefore > considered experimental. We do not recommend to use it in a productive > setup by now. I'll probably leave it for the moment (too many other things to think about right now), but it's great to hear it is in progress and for now at least it's clarified that it can't be done in out of the box kolab but may soon be. Many thanks, Gavin From gavin.mccullagh at gcd.ie Fri Feb 12 17:36:41 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 12 Feb 2010 16:36:41 +0000 Subject: webadmin quota vs cyradm quota In-Reply-To: <20100212144833.111321muo4h45zqp@webmail.pardus.de> References: <20100210131512.GJ4292@gcd.ie> <20100212144833.111321muo4h45zqp@webmail.pardus.de> Message-ID: <20100212163641.GS25325@gcd.ie> On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > No. The value is stored within LDAP but when changing it kolabd > should pick up that change immediately and set the value for cyrus. > This apparently does not work in your case. Do you see any errors in > your syslog when changing the quota? You might try to increase > logging for kolabd in /kolab/etc/kolab/kolab.globalby setting > "log_level: 4". I changed the log level and tried again and this time it worked, so now I'm a little embarrassed and wonder what I did wrong last time. It looks like the kolab admin interface will only display the existing quota if it has previously set it (ie where we're migrating from an old kolab by directly placing the files in the quota directories, the web admin interface just shows them as blank). Thanks, Gavin From wrobel at pardus.de Fri Feb 12 18:07:24 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Fri, 12 Feb 2010 18:07:24 +0100 Subject: webadmin quota vs cyradm quota In-Reply-To: <20100212163641.GS25325@gcd.ie> References: <20100210131512.GJ4292@gcd.ie> <20100212144833.111321muo4h45zqp@webmail.pardus.de> <20100212163641.GS25325@gcd.ie> Message-ID: <20100212180724.174512gdty3wyeog@webmail.pardus.de> Quoting Gavin McCullagh : > On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > >> No. The value is stored within LDAP but when changing it kolabd >> should pick up that change immediately and set the value for cyrus. >> This apparently does not work in your case. Do you see any errors in >> your syslog when changing the quota? You might try to increase >> logging for kolabd in /kolab/etc/kolab/kolab.globalby setting >> "log_level: 4". > > I changed the log level and tried again and this time it worked, so now I'm > a little embarrassed and wonder what I did wrong last time. > > It looks like the kolab admin interface will only display the existing > quota if it has previously set it (ie where we're migrating from an old > kolab by directly placing the files in the quota directories, the web admin > interface just shows them as blank). Yes, because it is a one way road from LDAP to Cyrus. The web admin sets it in LDAP and it get's transferred to the cyrus via kolabd. kolabd does not however read existing values from the imapd into LDAP. Cheers, Gunnar > > Thanks, > Gavin > > _______________________________________________ > 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/20100212/54e8c0d5/attachment.bin From mephisto at gmx.net Fri Feb 12 21:06:54 2010 From: mephisto at gmx.net (Heiner Markert) Date: Fri, 12 Feb 2010 21:06:54 +0100 Subject: [Solved?] Re: Q: SyncML for shared resources? In-Reply-To: <1263740665.2228.0@antares> References: <1263740665.2228.0@antares> Message-ID: <201002122106.54652.mephisto@gmx.net> Hi, thanks again. Finally I have been able to incorporate the changes, and I also discovered how to more correctly build the horde translations, which I described in the README.txt file included in the patch set (using the msgfmt command results in some non-translated items in the calendar setup view, e.g. the "save settings"-button). The updated patches can be found at https://issues.kolab.org/issue4001 Best regards Heiner Am Sonntag, 17. Januar 2010 16:04:25 schrieb Albrecht Dre?: > Hi Heiner: > > I found some time to dig into the sources. Also not being a php expert, > here is what I found out... > > Am 14.01.10 19:28 schrieb(en) Heiner Markert: > > The missing newline could probably be added together with the still > > missing translations for the configuration item. > > The trivial fix for the missing newline is > > > --- kronolith/templates/prefs/shareselect.inc.orig 2010-01-17 > 15:47:22.375039051 +0100 +++ kronolith/templates/prefs/shareselect.inc > 2010-01-17 15:47:58.495039095 +0100 @@ -12,5 +12,5 @@ > $share): ?> > > - > +
> > > > As for the German translation, I added the following lines to my file > /kolab/var/kolab/www/client/kronolith/po/de_DE.po (translation stolen from > turba): > > > #: config/prefs.php:282 > msgid "Select the calendars that should be used for sync:" > msgstr "W?hlen Sie die Kalender, die f?r die Synchronisation mit externen > Ger?ten verwendet werden sollen:" > > Then call from the folder /kolab/var/kolab/www/client/kronolith > > msgfmt -o locale/de_DE/LC_MESSAGES/kronolith.mo po/de_DE.po > > Other languages can be fixed similarly. > > > A simple replace of a function call is required to fix that, and it > > should not be too difficult, as the combo box shows the correct names and > > the function name can be copied from that. > > Close to the end of the file > /kolab/var/kolab/www/client/kronolith/lib/prefs.php, replace the line > reading > > $_prefs['sync_cals']['enum'][$key] = $curSource->getName(); > > by > > $_prefs['sync_cals']['enum'][$key] = $curSource->get('name'); > > to fix this issue. > > > Unfortunately I do not know of any possibility to sync the ldap address > > book, nor do I have any idea whether it is an easy modification to turba > > or not. > > Hmm, that's bad news, as it would be quite convenient - the global LDAP > address book contains all our users, including their e-mail addresses and > their direct phone numbers. Having them copied to a remote device would > actually be mega! > > Cheers, Albrecht. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From webmaster at computational-chemistry.org Fri Feb 12 22:31:20 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Fri, 12 Feb 2010 22:31:20 +0100 Subject: [Solved?] Re: Q: SyncML for shared resources? In-Reply-To: <201002122106.54652.mephisto@gmx.net> References: <1263740665.2228.0@antares> <201002122106.54652.mephisto@gmx.net> Message-ID: <4B75C8A8.5040400@computational-chemistry.org> Hey first of all thanks for the patch. I am just migrating from my old server 2.2.2 to my new one 2.2.3 and want to put testing behind me and give a productive system a try. I have a question regarding your plugin. I want to leave my googlemail account and move to kolab. Since I am used to having multiple calendars and beeing able to share them with others I would like to keep it this way and your plugin seems to do the trick. Just before I add it to my kolabserver how does it work? I read that you are using the funambol client and i know that this one has at least usually one calendar, right? So do you sync one outlookcalendar with all the horde calendars or do you really tell funambol to set up multiple calendars. I am asking this because here is what I am doing at the moment. I have a privat, a university and a work calendar on the kolab server, this way I can share different calendars with different users (work with my boss, university with my students and so on). I sync my work calendar with my work computer and my privat, work and university calendar with my personal laptop and ... you get the idea. Now if I was to sync my personal laptop with kolab i would use your plugin to sync all those calendars instead of just one right? what happens if I only want to sync one calendar as with my work computer? You get where I am going with this. Just an idea if my assumption is right. You could include this to the syncml settings in horde ... this way one could create a syncsettings for each device maybe? thanks alexander Am 12.02.2010 21:06, schrieb Heiner Markert: > Hi, > > thanks again. Finally I have been able to incorporate the changes, and I also > discovered how to more correctly build the horde translations, which I > described in the README.txt file included in the patch set (using the msgfmt > command results in some non-translated items in the calendar setup view, e.g. > the "save settings"-button). > The updated patches can be found at > https://issues.kolab.org/issue4001 > > Best regards > Heiner > > > > Am Sonntag, 17. Januar 2010 16:04:25 schrieb Albrecht Dre?: > >> Hi Heiner: >> >> I found some time to dig into the sources. Also not being a php expert, >> here is what I found out... >> >> Am 14.01.10 19:28 schrieb(en) Heiner Markert: >> >>> The missing newline could probably be added together with the still >>> missing translations for the configuration item. >>> >> The trivial fix for the missing newline is >> >> >> --- kronolith/templates/prefs/shareselect.inc.orig 2010-01-17 >> 15:47:22.375039051 +0100 +++ kronolith/templates/prefs/shareselect.inc >> 2010-01-17 15:47:58.495039095 +0100 @@ -12,5 +12,5 @@ >> $share): ?> >> >> - >> +
>> >> >> >> As for the German translation, I added the following lines to my file >> /kolab/var/kolab/www/client/kronolith/po/de_DE.po (translation stolen from >> turba): >> >> >> #: config/prefs.php:282 >> msgid "Select the calendars that should be used for sync:" >> msgstr "W?hlen Sie die Kalender, die f?r die Synchronisation mit externen >> Ger?ten verwendet werden sollen:" >> >> Then call from the folder /kolab/var/kolab/www/client/kronolith >> >> msgfmt -o locale/de_DE/LC_MESSAGES/kronolith.mo po/de_DE.po >> >> Other languages can be fixed similarly. >> >> >>> A simple replace of a function call is required to fix that, and it >>> should not be too difficult, as the combo box shows the correct names and >>> the function name can be copied from that. >>> >> Close to the end of the file >> /kolab/var/kolab/www/client/kronolith/lib/prefs.php, replace the line >> reading >> >> $_prefs['sync_cals']['enum'][$key] = $curSource->getName(); >> >> by >> >> $_prefs['sync_cals']['enum'][$key] = $curSource->get('name'); >> >> to fix this issue. >> >> >>> Unfortunately I do not know of any possibility to sync the ldap address >>> book, nor do I have any idea whether it is an easy modification to turba >>> or not. >>> >> Hmm, that's bad news, as it would be quite convenient - the global LDAP >> address book contains all our users, including their e-mail addresses and >> their direct phone numbers. Having them copied to a remote device would >> actually be mega! >> >> Cheers, Albrecht. From alain.abbas at libertech.fr Sat Feb 13 10:36:56 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Sat, 13 Feb 2010 10:36:56 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <201001100149.21570.thorsten.schnebeck@gmx.net> References: <201001100149.21570.thorsten.schnebeck@gmx.net> Message-ID: <4B7672B8.2030902@libertech.fr> hi Thorsten good news ;;. Rene wrote : Dear Alain, As a quick heads-up after my last email, I can report first success with a Nokia N900 using Maemo 5.0 PR1.1 (the latest firmware update as of today): both calendar and contacts can be synced to Z-Push with the Kolab backend. best regards, Rene Thorsten Schnebeck a ?crit : > Am Freitag 08 Januar 2010 15:18:10 schrieb Thorsten Schnebeck: > >> Am Samstag 12 Dezember 2009 13:12:42 schrieb Alain abbas: >> >>> hi Thorsten >>> Yes this is a problem between the N900 and Z-push not the kolab Bakend >>> >>> Regards >>> Alain >>> >>> >>>> Hi Alain abbas, >>>> >>>> meanwhile I found >>>> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002 >>>> >> Ok, we are back in the game: >> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002&start=10#p3759 >> >> Will try this with the latest kolab backend soon. >> > > Ok, stuff is a little bit tricky. > There is a new svn-branch for Active-Sync V12.1 support that is needed for the > N900 (so far). > > Problem: > backend/diffbackend.php has changed, functions have new parameters. > > I have patched this file to make it run but sync is still broken. The question > is if Alain will also support this alpha branch or if he will concentrate on > the stable branch of z-push? > > I still get broken stuff like > > 01/10/10 00:49:30 [22863] I > 01/10/10 00:49:30 [22863] I > 01/10/10 00:49:30 [22863] I > 01/10/10 00:49:30 [22863] I > 01/10/10 00:49:30 [22863] GZip Results: Original Size 229 / Compress Size 195 > byte(s) --> Send compressed data > 01/10/10 00:49:30 [22863] IMAP-errors: SECURITY PROBLEM: insecure server > advertised AUTH=PLAIN > 01/10/10 00:49:30 [22863] IMAP connection closed > 01/10/10 00:49:30 [22863] end > > Bye > > Thorsten > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > From thorsten.schnebeck at gmx.net Sat Feb 13 10:44:49 2010 From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck) Date: Sat, 13 Feb 2010 10:44:49 +0100 Subject: kontact from kde 4.4: does akonadi based kaddressbook work with kolab? In-Reply-To: <201002121321.54159.pavel@argo-tours.ru> References: <201002112303.37099.thorsten.schnebeck@gmx.net> <201002121321.54159.pavel@argo-tours.ru> Message-ID: <201002131044.50230.thorsten.schnebeck@gmx.net> Am Freitag, 12. Februar 2010 11:21:50 schrieb ????? ??????????: > > Hi, > > > > I'm testing Kontact from KDE SC 4.4. This is the first version where you > > are forced to set-up akonadi as the kaddressbook component use this > > caching system exclusively. So far my base set-up seems to be fine using > > Kubuntu karmic backports packages: akonadi runs and it likes my nepomuk. > > But kaddressbook is empty. When I add a new addressbook and choose the > > kolab resource nothing happens. > > > > anyone? > > > I noticed that KMail use Kolab IMAP addressbook, but KAddressbook shows > not records in it. Try to create new mail message: are the contacts from kolab > addressbook added to combobox of recipient field? > My nitice converns only kolab IMAP addressbook. I used akonadiconsole to remove everything I was allowed to do and I do not need. Then I add "Kolab resource" (without further configuration) and "KDE Address Book (traditional)" There I could config a "kmail imap resource" (aka kolab imap folder) This works and I see my Kolab contacts in the shiny new kontact 4.4 address book. The whole setup akonadi + nepomuk looks very fragile. While it works fine for the main user it does not work for a switch user from a running session. And I have not found a step-by-step guide with reference config files for this stuff. Oh, the new app looks promising but needs some love. The separate address book list is a waste of space and the fonts are to small on a big screen. Bye Thorsten > > > _______________________________________________ > > Kolab-users mailing list > > Kolab-users at kolab.org > > https://kolab.org/mailman/listinfo/kolab-users > From thorsten.schnebeck at gmx.net Sat Feb 13 11:02:44 2010 From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck) Date: Sat, 13 Feb 2010 11:02:44 +0100 Subject: z-push and N900 Mail for Exchange Message-ID: <201002131102.44817.thorsten.schnebeck@gmx.net> Hi Alain, thanks for information. I use this stuff now for some time: http://osdir.com/ml/kde-pim/2010-02/msg00051.html Its great - it looks like the usual suspects like time-zone handling or alarm notification works stable. Its a pity that ToDo lists do not work. But I can not say if this is a backend, engine or client problem. I will look into the logs maybe tomorrow and will knock on your mailbox if I need more information about kolabbackend ;-) Thanks Thorsten Am Samstag 13 Februar 2010 10:36:56 schrieben Sie: > hi Thorsten > good news ;;. > > Rene wrote : > Dear Alain, > > As a quick heads-up after my last email, I can report first success with a > Nokia N900 using Maemo 5.0 PR1.1 (the latest firmware update as of today): both > calendar and contacts can be synced to Z-Push with the Kolab backend. > > best regards, > Rene > > > Thorsten Schnebeck a ?crit : > > Am Freitag 08 Januar 2010 15:18:10 schrieb Thorsten Schnebeck: > > > >> Am Samstag 12 Dezember 2009 13:12:42 schrieb Alain abbas: > >> > >>> hi Thorsten > >>> Yes this is a problem between the N900 and Z-push not the kolab Bakend > >>> > >>> Regards > >>> Alain > >>> > >>> > >>>> Hi Alain abbas, > >>>> > >>>> meanwhile I found > >>>> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002 > >>>> > >> Ok, we are back in the game: > >> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002&start=10#p3759 > >> > >> Will try this with the latest kolab backend soon. > >> > > > > Ok, stuff is a little bit tricky. > > There is a new svn-branch for Active-Sync V12.1 support that is needed for the > > N900 (so far). > > > > Problem: > > backend/diffbackend.php has changed, functions have new parameters. > > > > I have patched this file to make it run but sync is still broken. The question > > is if Alain will also support this alpha branch or if he will concentrate on > > the stable branch of z-push? > > > > I still get broken stuff like > > > > 01/10/10 00:49:30 [22863] I > > 01/10/10 00:49:30 [22863] I > > 01/10/10 00:49:30 [22863] I > > 01/10/10 00:49:30 [22863] I > > 01/10/10 00:49:30 [22863] GZip Results: Original Size 229 / Compress Size 195 > > byte(s) --> Send compressed data > > 01/10/10 00:49:30 [22863] IMAP-errors: SECURITY PROBLEM: insecure server > > advertised AUTH=PLAIN > > 01/10/10 00:49:30 [22863] IMAP connection closed > > 01/10/10 00:49:30 [22863] end > > > > Bye > > > > Thorsten > > > > _______________________________________________ > > Kolab-users mailing list > > Kolab-users at kolab.org > > https://kolab.org/mailman/listinfo/kolab-users > > > > From pavel at argo-tours.ru Sat Feb 13 11:47:34 2010 From: pavel at argo-tours.ru (=?utf-8?b?0J/QsNCy0LXQuyDQkdCw0YDQsNC90YfQuNC60L7Qsg==?=) Date: Sat, 13 Feb 2010 13:47:34 +0300 Subject: kontact from kde 4.4: does akonadi based kaddressbook work with kolab? In-Reply-To: <201002131044.50230.thorsten.schnebeck@gmx.net> References: <201002112303.37099.thorsten.schnebeck@gmx.net> <201002121321.54159.pavel@argo-tours.ru> <201002131044.50230.thorsten.schnebeck@gmx.net> Message-ID: <201002131347.38817.pavel@argo-tours.ru> On ??????? 13 ??????? 2010 12:44:49 Thorsten Schnebeck wrote: > Am Freitag, 12. Februar 2010 11:21:50 schrieb ????? ??????????: > > > Hi, > > > > > > I'm testing Kontact from KDE SC 4.4. This is the first version where > > > you are forced to set-up akonadi as the kaddressbook component use > > > this caching system exclusively. So far my base set-up seems to be > > > fine using Kubuntu karmic backports packages: akonadi runs and it > > > likes my nepomuk. But kaddressbook is empty. When I add a new > > > addressbook and choose the kolab resource nothing happens. > > > > > > anyone? > > > > I noticed that KMail use Kolab IMAP addressbook, but KAddressbook shows > > > > not records in it. Try to create new mail message: are the contacts from > > kolab addressbook added to combobox of recipient field? > > > > My nitice converns only kolab IMAP addressbook. > > I used akonadiconsole to remove everything I was allowed to do and I do not > need. Then I add "Kolab resource" (without further configuration) and "KDE > Address Book (traditional)" There I could config a "kmail imap resource" > (aka kolab imap folder) This works and I see my Kolab contacts in the > shiny new kontact 4.4 address book. The whole setup akonadi + nepomuk > looks very fragile. While it works fine for the main user it does not work > for a switch user from a running session. And I have not found a > step-by-step guide with reference config files for this stuff. I tried to reproduce your steps. I have removed kolab resource and addressbook and added them after. I do not see any kolab contacts from imap folder in addressbook. Interesting fact. In "KDE address boot (traditional)" resource I see ----8<----------------------- status: online, running (0%) status message: Loading address book ----8<----------------------- I think it's strange. KMail uses contacts from IMAP folder well. > > Oh, the new app looks promising but needs some love. The separate address > book list is a waste of space and the fonts are to small on a big screen. > > Bye > > Thorsten -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20100213/7f066e29/attachment.bin From alain.abbas at libertech.fr Sat Feb 13 13:52:45 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Sat, 13 Feb 2010 13:52:45 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <201002131102.44817.thorsten.schnebeck@gmx.net> References: <201002131102.44817.thorsten.schnebeck@gmx.net> Message-ID: <4B76A09D.9010200@libertech.fr> hi toDo list is in progress we started to implement it in the backend a little patience :-) and for the timezone we need test it Alain :-) Thorsten Schnebeck a ?crit : > Hi Alain, > > thanks for information. I use this stuff now for some time: > http://osdir.com/ml/kde-pim/2010-02/msg00051.html > > Its great - it looks like the usual suspects like time-zone handling or alarm notification works stable. Its a pity that ToDo lists do not work. But I can not say if this is a backend, engine or client problem. > I will look into the logs maybe tomorrow and will knock on your mailbox if I need more information about kolabbackend ;-) > > Thanks > > Thorsten > > Am Samstag 13 Februar 2010 10:36:56 schrieben Sie: > >> hi Thorsten >> good news ;;. >> >> Rene wrote : >> Dear Alain, >> >> As a quick heads-up after my last email, I can report first success with a >> Nokia N900 using Maemo 5.0 PR1.1 (the latest firmware update as of today): both >> calendar and contacts can be synced to Z-Push with the Kolab backend. >> >> best regards, >> Rene >> >> >> Thorsten Schnebeck a ?crit : >> >>> Am Freitag 08 Januar 2010 15:18:10 schrieb Thorsten Schnebeck: >>> >>> >>>> Am Samstag 12 Dezember 2009 13:12:42 schrieb Alain abbas: >>>> >>>> >>>>> hi Thorsten >>>>> Yes this is a problem between the N900 and Z-push not the kolab Bakend >>>>> >>>>> Regards >>>>> Alain >>>>> >>>>> >>>>> >>>>>> Hi Alain abbas, >>>>>> >>>>>> meanwhile I found >>>>>> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002 >>>>>> >>>>>> >>>> Ok, we are back in the game: >>>> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002&start=10#p3759 >>>> >>>> Will try this with the latest kolab backend soon. >>>> >>>> >>> Ok, stuff is a little bit tricky. >>> There is a new svn-branch for Active-Sync V12.1 support that is needed for the >>> N900 (so far). >>> >>> Problem: >>> backend/diffbackend.php has changed, functions have new parameters. >>> >>> I have patched this file to make it run but sync is still broken. The question >>> is if Alain will also support this alpha branch or if he will concentrate on >>> the stable branch of z-push? >>> >>> I still get broken stuff like >>> >>> 01/10/10 00:49:30 [22863] I >>> 01/10/10 00:49:30 [22863] I >>> 01/10/10 00:49:30 [22863] I >>> 01/10/10 00:49:30 [22863] I >>> 01/10/10 00:49:30 [22863] GZip Results: Original Size 229 / Compress Size 195 >>> byte(s) --> Send compressed data >>> 01/10/10 00:49:30 [22863] IMAP-errors: SECURITY PROBLEM: insecure server >>> advertised AUTH=PLAIN >>> 01/10/10 00:49:30 [22863] IMAP connection closed >>> 01/10/10 00:49:30 [22863] end >>> >>> Bye >>> >>> Thorsten >>> >>> _______________________________________________ >>> Kolab-users mailing list >>> Kolab-users at kolab.org >>> https://kolab.org/mailman/listinfo/kolab-users >>> >>> >> > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > From mephisto at gmx.net Sat Feb 13 21:04:54 2010 From: mephisto at gmx.net (Heiner Markert) Date: Sat, 13 Feb 2010 21:04:54 +0100 Subject: [Solved?] Re: Q: SyncML for shared resources? Message-ID: <201002132104.54078.mephisto@gmx.net> Hello, using the patch allows you to sync multiple horde calendars to one client calendar, e.g. to one outlook calendar. The client will show all events of the selected calendars merged in one cal. If a new event is being created in the client, it will appear in the Horde calendar you defined as default, modifying events on the client keeps them in their original horde calendar. If now you want to sync only one specific calendar to another client, there is a tricky syntax you can use for the target database in the client to achieve that: use e.g. calendar?source=INBOX%2FWORK to sync only your Work calendar with this specific client. You can determine the name of the calendar you have to put behind calendar?source= by opening the calendar view in horde, opening the calendar selection box and clicking on the info button on the right of the calendar name in the selection box. Horde will show you two URLs, from the first one, select the part between the last slash ('/') and the '.ics'-extension. I hope that helps. Best regards Heiner Am Freitag, 12. Februar 2010 22:31:20 schrieben Sie: > Hey first of all thanks for the patch. I am just migrating from my old > server 2.2.2 to my new one 2.2.3 and want to put testing behind me and > give a productive system a try. > > I have a question regarding your plugin. I want to leave my googlemail > account and move to kolab. Since I am used to having multiple calendars > and beeing able to share them with others I would like to keep it this > way and your plugin seems to do the trick. > > Just before I add it to my kolabserver how does it work? I read that you > are using the funambol client and i know that this one has at least > usually one calendar, right? So do you sync one outlookcalendar with all > the horde calendars or do you really tell funambol to set up multiple > calendars. I am asking this because here is what I am doing at the moment. > > I have a privat, a university and a work calendar on the kolab server, > this way I can share different calendars with different users (work with > my boss, university with my students and so on). I sync my work calendar > with my work computer and my privat, work and university calendar with > my personal laptop and ... you get the idea. Now if I was to sync my > personal laptop with kolab i would use your plugin to sync all those > calendars instead of just one right? what happens if I only want to sync > one calendar as with my work computer? You get where I am going with this. > > Just an idea if my assumption is right. You could include this to the > syncml settings in horde ... this way one could create a syncsettings > for each device maybe? > > thanks alexander > > Am 12.02.2010 21:06, schrieb Heiner Markert: > > Hi, > > > > thanks again. Finally I have been able to incorporate the changes, and I > > also discovered how to more correctly build the horde translations, which > > I described in the README.txt file included in the patch set (using the > > msgfmt command results in some non-translated items in the calendar setup > > view, e.g. the "save settings"-button). > > The updated patches can be found at > > https://issues.kolab.org/issue4001 > > > > Best regards > > Heiner > > > > Am Sonntag, 17. Januar 2010 16:04:25 schrieb Albrecht Dre?: > >> Hi Heiner: > >> > >> I found some time to dig into the sources. Also not being a php expert, > >> here is what I found out... > >> > >> Am 14.01.10 19:28 schrieb(en) Heiner Markert: > >>> The missing newline could probably be added together with the still > >>> missing translations for the configuration item. > >> > >> The trivial fix for the missing newline is > >> > >> > >> --- kronolith/templates/prefs/shareselect.inc.orig 2010-01-17 > >> 15:47:22.375039051 +0100 +++ kronolith/templates/prefs/shareselect.inc > >> 2010-01-17 15:47:58.495039095 +0100 @@ -12,5 +12,5 @@ > >> $share): ?> > >> > >> - > >> +
> >> > >> > >> > >> As for the German translation, I added the following lines to my file > >> /kolab/var/kolab/www/client/kronolith/po/de_DE.po (translation stolen > >> from turba): > >> > >> > >> #: config/prefs.php:282 > >> msgid "Select the calendars that should be used for sync:" > >> msgstr "W?hlen Sie die Kalender, die f?r die Synchronisation mit > >> externen Ger?ten verwendet werden sollen:" > >> > >> Then call from the folder /kolab/var/kolab/www/client/kronolith > >> > >> msgfmt -o locale/de_DE/LC_MESSAGES/kronolith.mo po/de_DE.po > >> > >> Other languages can be fixed similarly. > >> > >>> A simple replace of a function call is required to fix that, and it > >>> should not be too difficult, as the combo box shows the correct names > >>> and the function name can be copied from that. > >> > >> Close to the end of the file > >> /kolab/var/kolab/www/client/kronolith/lib/prefs.php, replace the line > >> reading > >> > >> $_prefs['sync_cals']['enum'][$key] = $curSource->getName(); > >> > >> by > >> > >> $_prefs['sync_cals']['enum'][$key] = $curSource->get('name'); > >> > >> to fix this issue. > >> > >>> Unfortunately I do not know of any possibility to sync the ldap address > >>> book, nor do I have any idea whether it is an easy modification to > >>> turba or not. > >> > >> Hmm, that's bad news, as it would be quite convenient - the global LDAP > >> address book contains all our users, including their e-mail addresses > >> and their direct phone numbers. Having them copied to a remote device > >> would actually be mega! > >> > >> Cheers, Albrecht. From webmaster at computational-chemistry.org Sat Feb 13 21:45:19 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-15?Q?Alexander_Schr=F6ter?=) Date: Sat, 13 Feb 2010 21:45:19 +0100 Subject: Kolab 2.2.3 with a 2nd apache Message-ID: <4B770F5F.5040005@computational-chemistry.org> Hi I tried to follow the setup shown on the wiki page. I tested the server before putting it on the 81 port. So I am sort convinced the kolab server works but i am getting an error when trying to connect to it. It says: Error: redirectionerror The page is redirected in a way that it will never be finished. This error can occur when cookies are disabled or not accepted. Thats why i checked the wiki again. It says that you are supposed to change the |/kolab/etc/kolab/templates/fbview-horde-conf.template |and the |/kolab/etc/kolab/templates/horde-kolab-conf.template |both times replacing /$conf['cookie']['domain'] = '@@@fqdnhostname@@@';/ with /$conf['cookie']['domain'] = $_SERVER['HTTP_X_FORWARDED_HOST'];/ . Since those files seem to be renamed to fbview-kolab-conf.template and webclient-kolab.conf.template I changed them according to the wiki. But it is still not working ... maybe someone can help me figure this out. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100213/357e1d3f/attachment.html From info at alvin.be Sat Feb 13 23:50:32 2010 From: info at alvin.be (Alvin) Date: Sat, 13 Feb 2010 23:50:32 +0100 (CET) Subject: Kaddressbook in Kontact 4.4 Message-ID: <46001.62.182.60.69.1266101432.squirrel@lbmail.priorweb.be> There is a lack of documentation of how Kontact should be set up. This is probably because KDE4 and Akonadi are fast moving and it's understandable. It's not easy though, to find things yourself, as a user. Take the following situation: - Kontact, installed by default (Kubuntu with KDE4.4 ppa) - Kolab server available The kolabwizard still works, but does nothing to set up Contacts. (LDAP is ok) The Akonadi Configuration is now hidden. Legacy KDE resources remain in plain view. Mail is still done the old way. Same goes for the calendar, but how to set up contacts? There is an Akonadi Kolab resource. (We are not supposed to see that because Akonadi Settings are now hidden.) What does it do? From thorsten.schnebeck at gmx.net Sun Feb 14 02:13:27 2010 From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck) Date: Sun, 14 Feb 2010 02:13:27 +0100 Subject: kontact from kde 4.4: does akonadi based kaddressbook work with kolab? In-Reply-To: <201002131347.38817.pavel@argo-tours.ru> References: <201002112303.37099.thorsten.schnebeck@gmx.net> <201002131044.50230.thorsten.schnebeck@gmx.net> <201002131347.38817.pavel@argo-tours.ru> Message-ID: <201002140213.28497.thorsten.schnebeck@gmx.net> Am Samstag 13 Februar 2010 11:47:34 schrieb ????? ??????????: > On ??????? 13 ??????? 2010 12:44:49 Thorsten Schnebeck wrote: > > Am Freitag, 12. Februar 2010 11:21:50 schrieb ????? ??????????: > > > > Hi, > > > > > > > > I'm testing Kontact from KDE SC 4.4. This is the first version where > > > > you are forced to set-up akonadi as the kaddressbook component use > > > > this caching system exclusively. So far my base set-up seems to be > > > > fine using Kubuntu karmic backports packages: akonadi runs and it > > > > likes my nepomuk. But kaddressbook is empty. When I add a new > > > > addressbook and choose the kolab resource nothing happens. > > > > > > > > anyone? > > > > > > I noticed that KMail use Kolab IMAP addressbook, but KAddressbook shows > > > > > > not records in it. Try to create new mail message: are the contacts from > > > kolab addressbook added to combobox of recipient field? > > > > > > My nitice converns only kolab IMAP addressbook. > > > > I used akonadiconsole to remove everything I was allowed to do and I do not > > need. Then I add "Kolab resource" (without further configuration) and "KDE > > Address Book (traditional)" There I could config a "kmail imap resource" > > (aka kolab imap folder) This works and I see my Kolab contacts in the > > shiny new kontact 4.4 address book. The whole setup akonadi + nepomuk > > looks very fragile. While it works fine for the main user it does not work > > for a switch user from a running session. And I have not found a > > step-by-step guide with reference config files for this stuff. > > I tried to reproduce your steps. I have removed kolab resource and > addressbook and added them after. I do not see any kolab contacts from imap > folder in addressbook. > Interesting fact. In "KDE address boot (traditional)" resource I see > ----8<----------------------- > status: online, running (0%) > status message: Loading address book > ----8<----------------------- > I think it's strange. KMail uses contacts from IMAP folder well. Have you checked that akonadi runs without any errors? On (k)ubuntu I had to change the mysql tables to get rid of errors. My latest workflow is (as user): # Stop akonadi, stop nepumok + virtuoso akonadictl stop # (wait 10sec) qdbus org.kde.NepomukServer /nepomukserver quit # (wait 10sec) killall nepomukserver # remove old stuff of akonadi and nepomuk in users home dir, clear config files, rm -r ~/.local/share/akonadi rm -r ~/.kde/share/apps/nepomuk rm ~/.kde/share/config/nepom* # start akonadi, update mysql tables: akonadictl start mysql_install_db --datadir=$HOME/.local/share/akonadi/db_data/ # ignore errors mysql_upgrade --socket=$HOME/.local/share/akonadi/db_misc/mysql.socket # restart akonadi, kbuildsycoca, akonadictl stop kbuildsycoca4 --noincremental nepomukservicestub nepomukstorage # wait 10 sec akonadictl start # restart session, start nepomuk, test akonadi if nepomuk is on dbus available systemsettings + Alt+F2 "Akonadi Setup" :-) This seems to work :-) HTH Thorsten > > > > Oh, the new app looks promising but needs some love. The separate address > > book list is a waste of space and the fonts are to small on a big screen. > > > > Bye > > > > Thorsten > From pavel at argo-tours.ru Sun Feb 14 21:45:48 2010 From: pavel at argo-tours.ru (=?utf-8?b?0J/QsNCy0LXQuyDQkdCw0YDQsNC90YfQuNC60L7Qsg==?=) Date: Sun, 14 Feb 2010 23:45:48 +0300 Subject: kontact from kde 4.4: does akonadi based kaddressbook work with kolab? In-Reply-To: <201002140213.28497.thorsten.schnebeck@gmx.net> References: <201002112303.37099.thorsten.schnebeck@gmx.net> <201002131347.38817.pavel@argo-tours.ru> <201002140213.28497.thorsten.schnebeck@gmx.net> Message-ID: <201002142345.51311.pavel@argo-tours.ru> On ??????????? 14 ??????? 2010 04:13:27 Thorsten Schnebeck wrote: > Am Samstag 13 Februar 2010 11:47:34 schrieb ????? ??????????: > > On ??????? 13 ??????? 2010 12:44:49 Thorsten Schnebeck wrote: > > > Am Freitag, 12. Februar 2010 11:21:50 schrieb ????? ??????????: > > > > > Hi, > > > > > > > > > > I'm testing Kontact from KDE SC 4.4. This is the first version > > > > > where you are forced to set-up akonadi as the kaddressbook > > > > > component use this caching system exclusively. So far my base > > > > > set-up seems to be fine using Kubuntu karmic backports packages: > > > > > akonadi runs and it likes my nepomuk. But kaddressbook is empty. > > > > > When I add a new addressbook and choose the kolab resource nothing > > > > > happens. > > > > > > > > > > anyone? > > > > > > > > I noticed that KMail use Kolab IMAP addressbook, but KAddressbook > > > > shows > > > > > > > > not records in it. Try to create new mail message: are the contacts > > > > from kolab addressbook added to combobox of recipient field? > > > > > > > > My nitice converns only kolab IMAP addressbook. > > > > > > I used akonadiconsole to remove everything I was allowed to do and I do > > > not need. Then I add "Kolab resource" (without further configuration) > > > and "KDE Address Book (traditional)" There I could config a "kmail > > > imap resource" (aka kolab imap folder) This works and I see my Kolab > > > contacts in the shiny new kontact 4.4 address book. The whole setup > > > akonadi + nepomuk looks very fragile. While it works fine for the main > > > user it does not work for a switch user from a running session. And I > > > have not found a step-by-step guide with reference config files for > > > this stuff. > > > > I tried to reproduce your steps. I have removed kolab resource and > > > > addressbook and added them after. I do not see any kolab contacts from > > imap folder in addressbook. > > > > Interesting fact. In "KDE address boot (traditional)" resource I see > > > > ----8<----------------------- > > status: online, running (0%) > > status message: Loading address book > > ----8<----------------------- > > > > I think it's strange. KMail uses contacts from IMAP folder well. > > Have you checked that akonadi runs without any errors? > On (k)ubuntu I had to change the mysql tables to get rid of errors. > My latest workflow is (as user): > # Stop akonadi, stop nepumok + virtuoso > akonadictl stop > # (wait 10sec) > qdbus org.kde.NepomukServer /nepomukserver quit > # (wait 10sec) > killall nepomukserver > # remove old stuff of akonadi and nepomuk in users home dir, clear config > files, rm -r ~/.local/share/akonadi > rm -r ~/.kde/share/apps/nepomuk > rm ~/.kde/share/config/nepom* > # start akonadi, update mysql tables: > akonadictl start > mysql_install_db --datadir=$HOME/.local/share/akonadi/db_data/ # ignore > errors mysql_upgrade > --socket=$HOME/.local/share/akonadi/db_misc/mysql.socket # restart > akonadi, kbuildsycoca, > akonadictl stop > kbuildsycoca4 --noincremental > nepomukservicestub nepomukstorage > # wait 10 sec > akonadictl start > # restart session, start nepomuk, test akonadi if nepomuk is on dbus > available systemsettings + Alt+F2 "Akonadi Setup" > > :-) This seems to work :-) > > HTH > > Thorsten > > > > Oh, the new app looks promising but needs some love. The separate > > > address book list is a waste of space and the fonts are to small on a > > > big screen. > > > > > > Bye > > > > > > Thorsten > I just tried next. - Create KDE traditional addressbook: kolab resource from KMail IMAP. I have empty list of contacts instead of 160 contacts that really exist. - create new contact in the address book. New message have been created in corresponding imap folder in KMail. - delete this address book from akonadi console. - create new similar addressbook again. The contact list is empty again (new created message is not present too). I checked that message in imap foler corresponds to newly created contact. So, for me (openSuSE 11.2 (x86_64) all the contacts are absent on addressbook. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20100214/76fcd113/attachment.bin From wrobel at pardus.de Mon Feb 15 09:48:33 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 15 Feb 2010 09:48:33 +0100 Subject: Kolab 2.2.3 with a 2nd apache In-Reply-To: <4B770F5F.5040005@computational-chemistry.org> References: <4B770F5F.5040005@computational-chemistry.org> Message-ID: <20100215094833.87451mlb09e3k9y8@webmail.pardus.de> Quoting Alexander Schr?ter : > Hi > I tried to follow the setup shown on the wiki page. I tested the > server before putting it on the 81 port. So I am sort convinced the > kolab server works but i am getting an error when trying to connect > to it. > It says: Error: redirectionerror The page is redirected in a way > that it will never be finished. This error can occur when cookies > are disabled or not accepted. Which URL are you trying to access? And what do the logs of the two apaches show you? Cheers, Gunnar > Thats why i checked the wiki again. It says that you are supposed > to change the > /kolab/etc/kolab/templates/fbview-horde-conf.template > and the > /kolab/etc/kolab/templates/horde-kolab-conf.template > both times replacing /$conf['cookie']['domain'] = > '@@@fqdnhostname@@@';/ with /$conf['cookie']['domain'] = > $_SERVER['HTTP_X_FORWARDED_HOST'];/ . Since those files seem to be > renamed to fbview-kolab-conf.template and > webclient-kolab.conf.template I changed them according to the wiki. > But it is still not working ... maybe someone can help me figure > this out. Thanks -- ____ 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/20100215/f5f37934/attachment.bin From webmaster at computational-chemistry.org Mon Feb 15 11:50:53 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-15?Q?Alexander_Schr=F6ter?=) Date: Mon, 15 Feb 2010 11:50:53 +0100 Subject: Kolab 2.2.3 with a 2nd apache In-Reply-To: <20100215094833.87451mlb09e3k9y8@webmail.pardus.de> References: <4B770F5F.5040005@computational-chemistry.org> <20100215094833.87451mlb09e3k9y8@webmail.pardus.de> Message-ID: <4B79270D.7040107@computational-chemistry.org> I am using the URL of my main apache (native) to get this error. What I have been doing so far is the following: First I tried to connect directly to the port of the openpkg apache (server:81). After some thinking of course that cannot work because the native apache forwards everything in the manner server$1 to https://server$1. So I turned the native apache of and tried to connect. Also with no luck but I think I have found the problem because a connection to port 81 give the error /[Mon Feb 15 11:35:37 2010] [error] [client 85.180.149.61] access to /kolab/var/kolab/www/client failed, reason: SSL connection required/ Pretty sure thats the problem. This way connecting to the native apache calls the openpkg apache and tells him some error. The native probably tries again and thats why I end up with the error below in the first place. Question for me is what to do now? Since my native apache changes all the requests form http://server:81 to https://server.81 before somebody can get there without ssl I guess I can just remove the SSL connection required part ... One thing to do and I am glad for help would be finding out how and where. Does that make sense or did I go wrong somewhere? I thought I might change the apache (native) rewrite rule to include connections to any port. Thanks Alexander Am 15.02.2010 09:48, schrieb Gunnar Wrobel: > > Quoting Alexander Schr?ter : > >> Hi >> I tried to follow the setup shown on the wiki page. I tested the >> server before putting it on the 81 port. So I am sort convinced the >> kolab server works but i am getting an error when trying to connect >> to it. >> It says: Error: redirectionerror The page is redirected in a way >> that it will never be finished. This error can occur when cookies >> are disabled or not accepted. > > Which URL are you trying to access? And what do the logs of the two > apaches show you? > > Cheers, > > Gunnar > >> Thats why i checked the wiki again. It says that you are supposed >> to change the >> /kolab/etc/kolab/templates/fbview-horde-conf.template >> and the >> /kolab/etc/kolab/templates/horde-kolab-conf.template >> both times replacing /$conf['cookie']['domain'] = >> '@@@fqdnhostname@@@';/ with /$conf['cookie']['domain'] = >> $_SERVER['HTTP_X_FORWARDED_HOST'];/ . Since those files seem to be >> renamed to fbview-kolab-conf.template and >> webclient-kolab.conf.template I changed them according to the wiki. >> But it is still not working ... maybe someone can help me figure >> this out. Thanks > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100215/4e27036d/attachment.html From gavin.mccullagh at gcd.ie Mon Feb 15 12:07:25 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Mon, 15 Feb 2010 11:07:25 +0000 Subject: global address book not being searched in horde compose email In-Reply-To: <20100211140326.GC4292@gcd.ie> References: <20100209113155.GL4292@gcd.ie> <20100211140326.GC4292@gcd.ie> Message-ID: <20100215110725.GX25325@gcd.ie> Hi, On Thu, 11 Feb 2010, Gavin McCullagh wrote: > On Tue, 09 Feb 2010, Gavin McCullagh wrote: > > > When I login to Horde and try to compose a mail, the global addressbook > > searching doesn't work. This is a nice piece of sugar to save people time > > over our old system so I really want it to work. I note that it appeared > > not to be configured by default? but changing this setting made no > > difference. > > I've tracked this down to > /kolab/var/kolab/www/client/imp/lib/Imple/ContactAutoCompleter.php : 54 > > function handle($args) > { > // Avoid errors if 'input' isn't set and short-circuit empty > // searches. > if (empty($args['input']) || > !($input = Util::getPost($args['input']))) { > return '

'; > } I mentioned before that I had this working with a precompile but it isn't working now with a compile from source. I've just noticed that there's another difference. The source compile is kolab v2.2.3 whereas the binary (which worked) is kolab v2.2.2. So, I'm assuming this is something local for me at the minute but another possibility is a regression in v2.2.3 which breaks the autocompleter. I'll try and track it down but thought I'd mention this in case it rings a bell for someone else. Thanks, Gavin From wrobel at pardus.de Mon Feb 15 13:32:35 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 15 Feb 2010 13:32:35 +0100 Subject: Kolab 2.2.3 with a 2nd apache In-Reply-To: <4B79270D.7040107@computational-chemistry.org> References: <4B770F5F.5040005@computational-chemistry.org> <20100215094833.87451mlb09e3k9y8@webmail.pardus.de> <4B79270D.7040107@computational-chemistry.org> Message-ID: <20100215133235.108719zyu1zeypdw@webmail.pardus.de> Quoting Alexander Schr?ter : > I am using the URL of my main apache (native) to get this error. > What I have been doing so far is the following: > First I tried to connect directly to the port of the openpkg apache > (server:81). After some thinking of course that cannot work because > the native apache forwards everything in the manner server$1 to > https://server$1[1]. So I turned the native apache of and tried to > connect. Also with no luck but I think I have found the problem > because a connection to port 81 give the error > /[Mon Feb 15 11:35:37 2010] [error] [client 85.180.149.61] access > to /kolab/var/kolab/www/client failed, reason: SSL connection > required/ Sounds like you are connecting to the server via HTTP. The default setting for the Kolab server apache is to require SSL encryption when accessing the web client or the web admin. If you are trying to connect via HTTP the default action for the OpenPKG apache will be to redirect you to the same URL but prefixed with https://. I'm not familiar with the two apache setup so it is hard for me to find the exact error in your setup but I assume that this redirection might be the cause of your error. As the OpenPKG apache is running on HTTPS most of the time anyway I'd suggest you do not focus on handling Port 80 but rather look for port 443 and reroute that one through 444. Cheers, Gunnar > Pretty sure thats the problem. This way connecting to the native > apache calls the openpkg apache and tells him some error. The native > probably tries again and thats why I end up with the error below in > the first place. > Question for me is what to do now? Since my native apache changes > all the requests form http://server:81[2] to https://server.81[3] > before somebody can get there without ssl I guess I can just remove > the SSL connection required part ... One thing to do and I am glad > for help would be finding out how and where. > Does that make sense or did I go wrong somewhere? I thought I might > change the apache (native) rewrite rule to include connections to > any port. > Thanks Alexander > Am 15.02.2010 09:48, schrieb Gunnar Wrobel: type=\"cite\" > cite=\"mid:20100215094833.87451mlb09e3k9y8 at webmail.pardus.de\"> > Quoting Alexander Schr?ter > [4]: Hi I tried to follow > the setup shown on the wiki page. I tested the server before putting > it on the 81 port. So I am sort convinced the > > kolab server works but i am getting an error when trying to connect > > to it. It says: Error: redirectionerror The page is redirected in a > way that it will never be finished. This error can occur when > cookies are disabled or not accepted. Which URL are you trying to access? And what do the logs of the two apaches show you? Cheers, Gunnar > Thats why i checked the wiki again. It says that you are supposed to > change the /kolab/etc/kolab/templates/fbview-horde-conf.template and > the /kolab/etc/kolab/templates/horde-kolab-conf.template both times > replacing /$conf['cookie']['domain'] = '@@@fqdnhostname@@@';/ with > /$conf['cookie']['domain'] = $_SERVER['HTTP_X_FORWARDED_HOST'];/ . > Since those files seem to be > > renamed to fbview-kolab-conf.template and > webclient-kolab.conf.template I changed them according to the wiki. > > But it is still not working ... maybe someone can help me figure > this out. Thanks -- ____ 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] https://server$1 [2] http://server:81 [3] https://server.81 [4] mailto:webmaster at computational-chemistry.org -------------- 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/20100215/ec6282f0/attachment.bin From webmaster at computational-chemistry.org Mon Feb 15 13:55:58 2010 From: webmaster at computational-chemistry.org (Alexander =?iso-8859-1?Q?Schr=F6ter?=) Date: Mon, 15 Feb 2010 13:55:58 +0100 Subject: Kolab 2.2.3 with a 2nd apache Message-ID: On Monday 15 February 2010 01:32:35 pm Gunnar Wrobel wrote: > Quoting Alexander Schr?ter : > > I am using the URL of my main apache (native) to get this error. > > What I have been doing so far is the following: > > First I tried to connect directly to the port of the openpkg apache > > (server:81). After some thinking of course that cannot work because > > the native apache forwards everything in the manner server$1 to > > https://server$1[1]. So I turned the native apache of and tried to > > connect. Also with no luck but I think I have found the problem > > because a connection to port 81 give the error > > /[Mon Feb 15 11:35:37 2010] [error] [client 85.180.149.61] access > > to /kolab/var/kolab/www/client failed, reason: SSL connection > > required/ > > Sounds like you are connecting to the server via HTTP. The default > setting for the Kolab server apache is to require SSL encryption when > accessing the web client or the web admin. If you are trying to > connect via HTTP the default action for the OpenPKG apache will be to > redirect you to the same URL but prefixed with https://. Yes you are right thats the default setting. But what the wiki (http://wiki.kolab.org/index.php/Kolab2_Integration_with_another_running_apache_server) basicly suggests is to put the openpkg apache on port 81 and turn off ssl. And use your native apache to connect via the proxy module to port:81 And so to speak pass it trough from 443 (native) to 81 (openpkg). > I'm not familiar with the two apache setup so it is hard for me to > find the exact error in your setup but I assume that this redirection > might be the cause of your error. Weird the SSL Error is gone ... and I don't know why and where? But I have a different one now. "[Mon Feb 15 13:45:30 2010] [error] [client 85.180.149.61] Directory index forbidden by Options directive: /kolab/var/kolab/www/" > As the OpenPKG apache is running on HTTPS most of the time anyway I'd > suggest you do not focus on handling Port 80 but rather look for port > 443 and reroute that one through 444. Sorry I don't understand what you want me to do here? > Cheers, > > Gunnar Thanks for the help. By the way I joined the kolab irc channel maybe if you have a minute we can talk about it in realtime :) Alexander > > Pretty sure thats the problem. This way connecting to the native > > apache calls the openpkg apache and tells him some error. The > > native > > > probably tries again and thats why I end up with the error below in > > the first place. > > Question for me is what to do now? Since my native apache changes > > all the requests form http://server:81[2] to https://server.81[3] > > before somebody can get there without ssl I guess I can just remove > > the SSL connection required part ... One thing to do and I am glad > > for help would be finding out how and where. > > Does that make sense or did I go wrong somewhere? I thought I might > > change the apache (native) rewrite rule to include connections to > > any port. > > Thanks Alexander > > Am 15.02.2010 09:48, schrieb Gunnar Wrobel: type=\"cite\" > > cite=\"mid:20100215094833.87451mlb09e3k9y8 at webmail.pardus.de\"> > > Quoting Alexander Schr?ter > > [4]: Hi I tried to follow > > the setup shown on the wiki page. I tested the server before putting > > it on the 81 port. So I am sort convinced the > > > > kolab server works but i am getting an error when trying to connect > > > > to it. It says: Error: redirectionerror The page is redirected in a > > way that it will never be finished. This error can occur when > > cookies are disabled or not accepted. > > Which URL are you trying to access? And what do the logs of the two > apaches show you? > > Cheers, > > Gunnar > > > Thats why i checked the wiki again. It says that you are supposed to > > change the /kolab/etc/kolab/templates/fbview-horde-conf.template and > > the /kolab/etc/kolab/templates/horde-kolab-conf.template both times > > replacing /$conf['cookie']['domain'] = '@@@fqdnhostname@@@';/ with > > /$conf['cookie']['domain'] = $_SERVER['HTTP_X_FORWARDED_HOST'];/ . > > Since those files seem to be > > > > renamed to fbview-kolab-conf.template and > > webclient-kolab.conf.template I changed them according to the wiki. > > > > But it is still not working ... maybe someone can help me figure > > this out. Thanks > > > >> Mail at ease - Rent a kolab groupware server at p at rdus << > > -------------------------------------------------------------------- > > Links: > ------ > [1] https://server$1 > [2] http://server:81 > [3] https://server.81 > [4] mailto:webmaster at computational-chemistry.org > From webmaster at computational-chemistry.org Mon Feb 15 14:36:35 2010 From: webmaster at computational-chemistry.org (Alexander =?iso-8859-1?q?Schr=F6ter?=) Date: Mon, 15 Feb 2010 14:36:35 +0100 Subject: Kolab 2.2.3 with a 2nd apache In-Reply-To: References: Message-ID: <201002151436.35618.webmaster@computational-chemistry.org> Ok next time I am paying more attention to what I am doing! Sorry to bother everybody. I simply missed a couple of entries later in the openpkg apache.conf. If the wiki says comment every line with "SSLRequireSSL " it means every line. Thanks for the help anyways. On Monday 15 February 2010 01:55:58 pm Alexander Schr?ter wrote: > On Monday 15 February 2010 01:32:35 pm Gunnar Wrobel wrote: > > Quoting Alexander Schr?ter : > > > I am using the URL of my main apache (native) to get this error. > > > > > > What I have been doing so far is the following: > > > First I tried to connect directly to the port of the openpkg apache > > > > > > (server:81). After some thinking of course that cannot work because > > > the native apache forwards everything in the manner server$1 to > > > https://server$1[1]. So I turned the native apache of and tried to > > > connect. Also with no luck but I think I have found the problem > > > because a connection to port 81 give the error > > > > > > /[Mon Feb 15 11:35:37 2010] [error] [client 85.180.149.61] access > > > > > > to /kolab/var/kolab/www/client failed, reason: SSL connection > > > required/ > > > > Sounds like you are connecting to the server via HTTP. The default > > setting for the Kolab server apache is to require SSL encryption when > > accessing the web client or the web admin. If you are trying to > > connect via HTTP the default action for the OpenPKG apache will be to > > redirect you to the same URL but prefixed with https://. > > Yes you are right thats the default setting. But what the wiki > (http://wiki.kolab.org/index.php/Kolab2_Integration_with_another_running_ap > ache_server) basicly suggests is to put the openpkg apache on port 81 and > turn off ssl. And > use your native apache to connect via the proxy module to port:81 And so to > speak pass it trough from 443 (native) to 81 (openpkg). > > > I'm not familiar with the two apache setup so it is hard for me to > > find the exact error in your setup but I assume that this redirection > > might be the cause of your error. > > Weird the SSL Error is gone ... and I don't know why and where? But I have > a different one now. > > "[Mon Feb 15 13:45:30 2010] [error] [client 85.180.149.61] Directory index > forbidden by Options directive: /kolab/var/kolab/www/" > > > As the OpenPKG apache is running on HTTPS most of the time anyway I'd > > suggest you do not focus on handling Port 80 but rather look for port > > 443 and reroute that one through 444. > > Sorry I don't understand what you want me to do here? > > > Cheers, > > > > Gunnar > > Thanks for the help. > By the way I joined the kolab irc channel maybe if you have a minute we > can talk about it in realtime :) > Alexander > > > > Pretty sure thats the problem. This way connecting to the native > > > > > > apache calls the openpkg apache and tells him some error. The > > > > native > > > > > probably tries again and thats why I end up with the error below in > > > the first place. > > > > > > Question for me is what to do now? Since my native apache changes > > > > > > all the requests form http://server:81[2] to https://server.81[3] > > > before somebody can get there without ssl I guess I can just remove > > > the SSL connection required part ... One thing to do and I am glad > > > for help would be finding out how and where. > > > > > > Does that make sense or did I go wrong somewhere? I thought I might > > > > > > change the apache (native) rewrite rule to include connections to > > > any port. > > > > > > Thanks Alexander > > > Am 15.02.2010 09:48, schrieb Gunnar Wrobel: type=\"cite\" > > > > > > cite=\"mid:20100215094833.87451mlb09e3k9y8 at webmail.pardus.de\"> > > > Quoting Alexander Schr?ter > > > [4]: Hi I tried to follow > > > the setup shown on the wiki page. I tested the server before putting > > > it on the 81 port. So I am sort convinced the > > > > > > kolab server works but i am getting an error when trying to connect > > > > > > to it. It says: Error: redirectionerror The page is redirected in a > > > way that it will never be finished. This error can occur when > > > cookies are disabled or not accepted. > > > > Which URL are you trying to access? And what do the logs of the two > > apaches show you? > > > > Cheers, > > > > Gunnar > > > > > Thats why i checked the wiki again. It says that you are supposed to > > > change the /kolab/etc/kolab/templates/fbview-horde-conf.template and > > > the /kolab/etc/kolab/templates/horde-kolab-conf.template both times > > > replacing /$conf['cookie']['domain'] = '@@@fqdnhostname@@@';/ with > > > /$conf['cookie']['domain'] = $_SERVER['HTTP_X_FORWARDED_HOST'];/ . > > > Since those files seem to be > > > > > > renamed to fbview-kolab-conf.template and > > > webclient-kolab.conf.template I changed them according to the wiki. > > > > > > But it is still not working ... maybe someone can help me figure > > > > > > this out. Thanks > > > > > >> Mail at ease - Rent a kolab groupware server at p at rdus << > > > > -------------------------------------------------------------------- > > > > Links: > > ------ > > [1] https://server$1 > > [2] http://server:81 > > [3] https://server.81 > > [4] mailto:webmaster at computational-chemistry.org > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From gavin.mccullagh at gcd.ie Tue Feb 16 11:08:33 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Tue, 16 Feb 2010 10:08:33 +0000 Subject: kolab aliases and distribution lists In-Reply-To: <20100212173325.128277tic2ui4j0o@webmail.pardus.de> References: <20100208184821.GE4292@gcd.ie> <20100212152939.15664yie2uzgmj48@webmail.pardus.de> <20100212154534.GN25325@gcd.ie> <20100212170217.21241l737hqhisu8@webmail.pardus.de> <20100212161005.GP25325@gcd.ie> <20100212173325.128277tic2ui4j0o@webmail.pardus.de> Message-ID: <20100216100833.GQ25325@gcd.ie> On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > Quoting Gavin McCullagh : > > I've just given two accounts the same alias here in the web interface and > > it seems to have worked fine. Have I misunderstood something? I think I > > tested before and found that sending to that alias would cause the email to > > go to both addresses? > > Uh, oh, confirmed. Bug in 2.2.3 :( I have to ask, why is this a bug? Gavin From alexander.marx at oab.de Tue Feb 16 13:20:14 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Tue, 16 Feb 2010 13:20:14 +0100 Subject: SYNCML Synthesis Message-ID: <4B7A8D7E.6010201@oab.de> Hi we are testing Kolab 2.2.3 with Horde and Syncml. For testing purposes, we used pda's (windows mobile) with synthesis syncml. When creating a date within webclient and adding participants to them and a reminder, the date is synchronised correctly. But when creating a date on the Handy with participants and reminder, the participant info is lost after sync. The date is synchronised correctly but in the webinterface there's no participant and the participant doesn't get a invitation to the date. I already spoke with synthesis. They told me, synthesis syncs two way and participants are always synced. Now the question: where can i see what went wrong? The LOG /kolab//var/kolab/www/client/log/horde.log gives no errors, but a line like this: HORDE [debug] [horde] SQL Query by SyncML_Backend_Horde::writeSyncAnchors(): UPDATE horde_syncml_anchors SET syncml_clientanchor = ?, syncml_serveranchor = ? WHERE syncml_syncpartner = ? AND syncml_db = ? AND syncml_uid = ?, values: 20100216T120608Z, 1266321946, 8F2A433E4F1159772979148D00E9CEC67065704D, tasks, EMAIL at DOMAIN.DE [pid 4881 on line 718 of "/kolab/var/kolab/www/client/lib/SyncML/Backend/Horde.php"] is that line the one i have to look closer on? Mit freundlichen Gr?ssen, Alex From gavin.mccullagh at gcd.ie Tue Feb 16 14:56:21 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Tue, 16 Feb 2010 13:56:21 +0000 Subject: global address book not being searched in horde compose email In-Reply-To: <20100215110725.GX25325@gcd.ie> References: <20100209113155.GL4292@gcd.ie> <20100211140326.GC4292@gcd.ie> <20100215110725.GX25325@gcd.ie> Message-ID: <20100216135621.GV25325@gcd.ie> Hi, On Mon, 15 Feb 2010, Gavin McCullagh wrote: > So, I'm assuming this is something local for me at the minute but another > possibility is a regression in v2.2.3 which breaks the autocompleter. I'll > try and track it down but thought I'd mention this in case it rings a bell > for someone else. That assumption has been borne out in that by removing my .prefs file from /kolab/var/kolab/www/client/storage/ and letting it recreate, this was fixed. I had tracked this down in the code to the global address book not being in the list of address books to consult. What's strange is that the same thing seems to have happened to every other user (of which there are 6-8 test users). The first time they login, their preferences get automatically set in such a way that the global address book is not being consulted. Then, if I delete the prefs file and they login again, the global addressbook is set right. This is pretty odd. Again, it might be a bug, or it might be a local issue. Gavin From itsef-admin at brightsight.com Tue Feb 16 15:18:47 2010 From: itsef-admin at brightsight.com (ITSEF Admin) Date: Tue, 16 Feb 2010 15:18:47 +0100 Subject: Status enterprise4 in comparison to KDE4.3/Kubuntu In-Reply-To: <201002121020.51211.bernhard@intevation.de> References: <201002100927.27721.itsef-admin@brightsight.com> <201002121020.51211.bernhard@intevation.de> Message-ID: <201002161518.47185.itsef-admin@brightsight.com> Ah, Bernhard, I was kinda hoping you'd chime in... :-) On Friday 12 February 2010 10:20:47 Bernhard Reiter wrote: > Am Mittwoch, 10. Februar 2010 09:27:27 schrieb ITSEF Admin: [...] > > With the newer Kubuntu, I'm not so sure - if I take Kubuntu 9.10 as the > > current example, KDE is on 4.3.2. > > if you want a rock solid Kolab Client, we still recommend e35, yes, even > under KDE4 and especially for use with Ubuntu. What makes you say "especially for use with Ubuntu"? Also, what about library dependencies - I suppose e35 needs KDE 3.5 libraries? I haven't checked which of those are still available in newer Kubuntus... And, last but not least: How long will e35 see "tender loving care" from Kolab? proko2, for example, is all but dead right now, e4 is there and e5 around the corner - so what are "your" plans? > > If I look at the enterprise4 snapshots I > > found on http://files.kolab.org/, they all claim to be KDE4.2.2. Hence, > > I'm not so certain whether following the Kolab version will have the same > > benefits as it has for KDE3.5 - is enterprise4 on par with/ahead of > > KDE4.3? > > That is a question which is hard to answer. > To give you some background: We have planned E4 to become ready end of > 2008. And we did manage to get it up in beta on all three plattforms. Our > changes fully went into KDE trunk and still get improved there. So, anything that I see in the Kolab bugtracker referring to e4 will eventually also end up in the main KDE4 version? [...] > So in December 2009 we've published the last beta for e4. In the sense that > we do not plan to continue with the e4 line. Other than bugfixing, I presume? But still, good to know, thanks! > E5 is in alpha and will stabilise soon. KDE will see this in 4.5 or > 4.6. So right now we are in a transition period: E5 will be the future for > KDE4. Some people report Kontact from KDE4 works nicely for them, so this > is not a bad version. I would expect e4 to be even a little better in > regards of stability. Both I would consider pre-production quality, > because the years of experience are missing. And both lines are to be > replaces with E5 in the next half year. Ugh. That leaves me in an uncomfortable situation... Our goal is to go for Kubuntu 10.04 LTS, as it's a long term support version. Which means we might be running it until 2013. So, from what you say my options seem to be: 1) Use the on-board KDE4 Kontact + least amount of work ? might be "good enough" - will presumably not profit a lot from the Kolab bugfixes 2) Use e4: + might get some more bugfixes from Kolab ? unclear how much suport Kolab will end up giving to it seeing the focus on e5 - need to build my own packages like for e35 3) Keep using e35: + package building is necessary, but "known" ? unknown how long support will last - packages need "old" library and need to be installed instead of "newer" KDE4 version => extra customisation during installation > So go for e35 or help and wait for e5 to become ready. Fro mwhat you've said, option 2) indeed seems the least desirable. Do you have any idea whether e5 will be able to run on e.g. KDE4.4 as will be present e.g. in Kubuntu 10.04 (you mention 4.5/4.6 above)? That would leave me as option 4) to use either "on-board" or e35, then swtich to e5 later when it becomes available. Decisions, decisions... > > Is there anything else I need to take into account (bugfixes specific to > > Kolab are of course important to us)? > > Merging has worked well in the last month, so your SVN diffs are as good as > mine on that question. :) That kind of answers my question above, right? I.e. "anything that I see in the Kolab bugtracker referring to e4 will eventually also end up in the main KDE4 version". > > I've read https://wiki.kolab.org/index.php/KDE_Kolab_Client, but that > > didn't quite help me on this (or I am missing something). > > I think I need to update it then. Thanks for the hint, :-) My pleasure... e5 isn't even mentioned there, btw. Cheerio & thanks for your input! Thomas -- ------------------------------------------------------------------------------ Thomas Ribbrock, IT-Team brightsight From gavin.mccullagh at gcd.ie Wed Feb 17 18:33:17 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Wed, 17 Feb 2010 17:33:17 +0000 Subject: trouble getting Message-ID: <20100217173317.GG25325@gcd.ie> Hi, we've been trying to use free/busy information from remote clients, basing on these instructions. http://wiki.horde.org/FAQ/User/Kronolith When I try to download that file manually I get an empty file: https:///client/kronolith/fb.php?u=%40 I've been trying to track the problem down in the code but it's proving fairly elusive. A PEAR error is being raised: IMAP error. Server: . Error: IMAP Authentication cancelled which appears to be the cause of the issue. It then can't get a list of mailboxes. Has anyone any suggestion why this might happen? This is kolab v2.2.3. Many thanks in advance, Gavin Feb 17 17:23:19 HORDE [debug] [kronolith] Hook _horde_hook_share_init in application horde not called. [pid 16215 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"] Feb 17 17:23:19 HORDE [error] [kronolith] IMAP error. Server: . Error: IMAP Authentication cancelled [pid 16215 on line 1330 of "/kolab/var/kolab/www/client/kronolith/lib/Kronolith.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_remote_cals in application horde not called. [pid 16215 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Guest user does not have READ permission for turba [pid 16215 on line 814 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Guest user does not have READ permission for nag [pid 16215 on line 814 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_external_cals in application horde not called. [pid 16215 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_cals in application horde not called. [pid 16215 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Max memory usage: 15204352 bytes [pid 16215 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"] From gavin.mccullagh at gcd.ie Wed Feb 17 18:35:52 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Wed, 17 Feb 2010 17:35:52 +0000 Subject: trouble getting free-busy information, Error: IMAP Authentication cancelled Message-ID: <20100217173551.GH25325@gcd.ie> [ reposting as I gave a bad subject, sorry ] Hi, we've been trying to use free/busy information from remote clients, basing on these instructions. http://wiki.horde.org/FAQ/User/Kronolith When I try to download that file manually I get an empty file: https:///client/kronolith/fb.php?u=%40 I've been trying to track the problem down in the code but it's proving fairly elusive. A PEAR error is being raised: IMAP error. Server: . Error: IMAP Authentication cancelled which appears to be the cause of the issue. It then can't get a list of mailboxes. Has anyone any suggestion why this might happen? This is kolab v2.2.3. Many thanks in advance, Gavin Feb 17 17:23:19 HORDE [debug] [kronolith] Hook _horde_hook_share_init in application horde not called. [pid 16215 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"] Feb 17 17:23:19 HORDE [error] [kronolith] IMAP error. Server: . Error: IMAP Authentication cancelled [pid 16215 on line 1330 of "/kolab/var/kolab/www/client/kronolith/lib/Kronolith.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_remote_cals in application horde not called. [pid 16215 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Guest user does not have READ permission for turba [pid 16215 on line 814 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Guest user does not have READ permission for nag [pid 16215 on line 814 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_external_cals in application horde not called. [pid 16215 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Hook _prefs_change_hook_display_cals in application horde not called. [pid 16215 on line 1683 of "/kolab/var/kolab/www/client/lib/Horde.php"] Feb 17 17:23:19 HORDE [debug] [kronolith] Max memory usage: 15204352 bytes [pid 16215 on line 339 of "/kolab/var/kolab/www/client/lib/Horde/Registry.php"] From pdf at yugm.org Thu Feb 18 02:29:00 2010 From: pdf at yugm.org (Paul Douglas Franklin of Union Gospel Mission) Date: Wed, 17 Feb 2010 17:29:00 -0800 Subject: horde 404 error Message-ID: <4B7C97DC.8030904@yugm.org> Hi. I'm moving to version 2.2.3 from 2.1.0. To attempt to accomplish this, I did a fresh install of 2.2.3 on a new box and have copied the various files and settings. I can log in to the admin page, and my Thunderbird client can connect. But one of my goals in the upgrade is to have Horde. When I try to access Horde (https://example.example.org/client/), it gives me a 404 error. Any idea why? I did check for the existence of /kolab/var/kolab/www/client; it does exist and is populated. --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 gavin.mccullagh at gcd.ie Thu Feb 18 19:30:53 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Thu, 18 Feb 2010 18:30:53 +0000 Subject: trouble getting free-busy information, Error: IMAP Authentication cancelled In-Reply-To: <20100217173551.GH25325@gcd.ie> References: <20100217173551.GH25325@gcd.ie> Message-ID: <20100218183053.GE25325@gcd.ie> Hi, On Wed, 17 Feb 2010, Gavin McCullagh wrote: > we've been trying to use free/busy information from remote clients, basing on > these instructions. > > http://wiki.horde.org/FAQ/User/Kronolith > > When I try to download that file manually I get an empty file: > > https:///client/kronolith/fb.php?u=%40 With thanks to Richard for pointing me to the right wiki page?, I've realised that we should use the Kolab freebusy script, not the Kronolith freebusy script. https:///freebusy/@.ifb which works perfectly. Many thanks. Indeed, we can now point Outlook 2007 at: https:///freebusy/%USER%@%SERVER%.ifb and it pulls F/B information for anyone on the kolab system, if the user just puts in the email address of the invitee. I've added this info to the wiki.? I can't see how to tell lightning/sunbird the address of F/B info. It looks like it doesn't really support IFB properly yet. Gavin ? http://wiki.kolab.org/index.php/Kolab2_Server_Troubleshooting_-_Free/Busy ? http://en.opensuse.org/Kolab#Groupware_testing ? https://wiki.kolab.org/index.php/Kolab2_Server_Troubleshooting_-_Free/Busy#Outlook From gavin.mccullagh at gcd.ie Thu Feb 18 19:54:45 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Thu, 18 Feb 2010 18:54:45 +0000 Subject: viewing ICS calendar in outlook 2007 Message-ID: <20100218185445.GF25325@gcd.ie> Hi, we can't work out how to get Outlook 2007 to view ICS calendars -- it appears to actually try the HTTP request, but gives up when asked for authentication if we point it at: https:///client/rpc.php/kronolith//.ics As an experiment, we tried: https://:@/client/rpc.php/kronolith//.ics but it refuses to even try that (even if you URL encode the username and password). It would appear this is a common problem and that Google have worked around it by creating an unauthenticated "secret url" which a user can paste into Outlook -- effectively embedding a password of sorts in the URL. http://www.howtogeek.com/howto/microsoft-office/view-your-google-calendar-in-outlook-2007/ Is there some way to do this in kolab? Is Google's method worth considering, something like https:///client/rpc.php/kronolith//:/.ics with the right apache rewrite rules and/or PHP code, I suppose this might be workable? I appreciate that it's horde/kronolith would need to change but is there any sense in this? By contrast, sunbird/lightning download the calendar perfectly, but they don't seem able to use F/B info :-( Gavin From webmaster at computational-chemistry.org Thu Feb 18 21:39:48 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Thu, 18 Feb 2010 21:39:48 +0100 Subject: z-push and N900 Mail for Exchange Message-ID: <4B7DA594.2010601@computational-chemistry.org> I am wondering what I should do about my sync situation I so far used SyncML Clients like synckolab and the native kgroupware stuff to sync my kolab server with different clients but today my N900 finally arrived and i was wondering how I should integrate it into my system. I know there is syncevolution which should do the trick but than I read on the mailinglist about z-push and as far as i understand z-push acts like an exchange server so every client that can connect to an exchange server can use kolab. Correct? What do you suggest get kolab-zpush up and running or use syncevolution? So whatever I decide for I was wondering if one of you can create a how-to on how to setup z-push for kolab. I would really like like some feedback on the whole sync situation ... I would like to help where I can. Thanks Alexander Am 13.02.2010 10:36, schrieb Alain abbas: > hi Thorsten > good news ;;. > > Rene wrote : > Dear Alain, > > As a quick heads-up after my last email, I can report first success with a > Nokia N900 using Maemo 5.0 PR1.1 (the latest firmware update as of today): both > calendar and contacts can be synced to Z-Push with the Kolab backend. > > best regards, > Rene > > > Thorsten Schnebeck a ?crit : > >> Am Freitag 08 Januar 2010 15:18:10 schrieb Thorsten Schnebeck: >> >> >>> Am Samstag 12 Dezember 2009 13:12:42 schrieb Alain abbas: >>> >>> >>>> hi Thorsten >>>> Yes this is a problem between the N900 and Z-push not the kolab Bakend >>>> >>>> Regards >>>> Alain >>>> >>>> >>>> >>>>> Hi Alain abbas, >>>>> >>>>> meanwhile I found >>>>> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002 >>>>> >>>>> >>> Ok, we are back in the game: >>> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002&start=10#p3759 >>> >>> Will try this with the latest kolab backend soon. >>> >>> >> Ok, stuff is a little bit tricky. >> There is a new svn-branch for Active-Sync V12.1 support that is needed for the >> N900 (so far). >> >> Problem: >> backend/diffbackend.php has changed, functions have new parameters. >> >> I have patched this file to make it run but sync is still broken. The question >> is if Alain will also support this alpha branch or if he will concentrate on >> the stable branch of z-push? >> >> I still get broken stuff like >> >> 01/10/10 00:49:30 [22863] I >> 01/10/10 00:49:30 [22863] I >> 01/10/10 00:49:30 [22863] I >> 01/10/10 00:49:30 [22863] I >> 01/10/10 00:49:30 [22863] GZip Results: Original Size 229 / Compress Size 195 >> byte(s) --> Send compressed data >> 01/10/10 00:49:30 [22863] IMAP-errors: SECURITY PROBLEM: insecure server >> advertised AUTH=PLAIN >> 01/10/10 00:49:30 [22863] IMAP connection closed >> 01/10/10 00:49:30 [22863] end >> >> Bye >> >> Thorsten >> >> From ml at radoeka.nl Thu Feb 18 22:01:06 2010 From: ml at radoeka.nl (Richard Bos) Date: Thu, 18 Feb 2010 22:01:06 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7DA594.2010601@computational-chemistry.org> References: <4B7DA594.2010601@computational-chemistry.org> Message-ID: <201002182201.06959.ml@radoeka.nl> Op donderdag 18 februari 2010 21:39:48 schreef Alexander Schr?ter: > So whatever I decide for I was wondering if one of you can create a > how-to on how to setup z-push for kolab. Does this help: http://wiki.kolab.org/index.php/Z_push > I would really like like some feedback on the whole sync situation ... I > would like to help where I can. Please, update that webpage (it's a wiki after all) when possible or needed. -- Richard From alain.abbas at libertech.fr Thu Feb 18 22:06:53 2010 From: alain.abbas at libertech.fr (Alain Abbas) Date: Thu, 18 Feb 2010 22:06:53 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7DA594.2010601@computational-chemistry.org> References: <4B7DA594.2010601@computational-chemistry.org> Message-ID: <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> Hello all Like Ren? tried, n900 seems to work with The last firmware We Will release soon The 0.3 of The kolab backend . We worked on The cache and on The shared folders and user folders Zpush act like an exchange server . Each phone who has an exchange connector coule normaly sync with kolab. The capatibility to see shared and user folders depend on The os of The phone The goal is to have for kolab a fully functionnal sync soon Alain Abbas Envoy? de mon iPhone Le 18 f?vr. 2010 ? 21:39, Alexander Schr?ter a ?crit : > I am wondering what I should do about my sync situation > > I so far used SyncML Clients like synckolab and the native kgroupware > stuff to sync my kolab server with different clients but today my N900 > finally arrived and i was wondering how I should integrate it into my > system. I know there is syncevolution which should do the trick but > than > I read on the mailinglist about z-push and as far as i understand z- > push > acts like an exchange server so every client that can connect to an > exchange server can use kolab. Correct? What do you suggest get > kolab-zpush up and running or use syncevolution? > > So whatever I decide for I was wondering if one of you can create a > how-to on how to setup z-push for kolab. > > I would really like like some feedback on the whole sync > situation ... I > would like to help where I can. > > Thanks Alexander > > Am 13.02.2010 10:36, schrieb Alain abbas: >> hi Thorsten >> good news ;;. >> >> Rene wrote : >> Dear Alain, >> >> As a quick heads-up after my last email, I can report first >> success with a >> Nokia N900 using Maemo 5.0 PR1.1 (the latest firmware update as >> of today): both >> calendar and contacts can be synced to Z-Push with the Kolab >> backend. >> >> best regards, >> Rene >> >> >> Thorsten Schnebeck a ?crit : >> >>> Am Freitag 08 Januar 2010 15:18:10 schrieb Thorsten Schnebeck: >>> >>> >>>> Am Samstag 12 Dezember 2009 13:12:42 schrieb Alain abbas: >>>> >>>> >>>>> hi Thorsten >>>>> Yes this is a problem between the N900 and Z-push not the kolab >>>>> Bakend >>>>> >>>>> Regards >>>>> Alain >>>>> >>>>> >>>>> >>>>>> Hi Alain abbas, >>>>>> >>>>>> meanwhile I found >>>>>> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002 >>>>>> >>>>>> >>>> Ok, we are back in the game: >>>> http://z-push.sourceforge.net/phpbb/viewtopic.php?f=7&t=1002&start=10#p3759 >>>> >>>> Will try this with the latest kolab backend soon. >>>> >>>> >>> Ok, stuff is a little bit tricky. >>> There is a new svn-branch for Active-Sync V12.1 support that is >>> needed for the >>> N900 (so far). >>> >>> Problem: >>> backend/diffbackend.php has changed, functions have new parameters. >>> >>> I have patched this file to make it run but sync is still broken. >>> The question >>> is if Alain will also support this alpha branch or if he will >>> concentrate on >>> the stable branch of z-push? >>> >>> I still get broken stuff like >>> >>> 01/10/10 00:49:30 [22863] I >>> 01/10/10 00:49:30 [22863] I >>> 01/10/10 00:49:30 [22863] I >>> 01/10/10 00:49:30 [22863] I >>> 01/10/10 00:49:30 [22863] GZip Results: Original Size 229 / >>> Compress Size 195 >>> byte(s) --> Send compressed data >>> 01/10/10 00:49:30 [22863] IMAP-errors: SECURITY PROBLEM: insecure >>> server >>> advertised AUTH=PLAIN >>> 01/10/10 00:49:30 [22863] IMAP connection closed >>> 01/10/10 00:49:30 [22863] end >>> >>> Bye >>> >>> Thorsten >>> >>> > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From troy at carpenter.cx Thu Feb 18 23:09:29 2010 From: troy at carpenter.cx (Troy Carpenter) Date: Thu, 18 Feb 2010 17:09:29 -0500 Subject: amavisd-new version Message-ID: <003e01cab0e7$0e196640$2a4c32c0$@cx> Is Kolab tied to the amavisd-new version included in the packages? The Kolab version of amavisd is 2.5.3. When I do a diff from the released version, I the bulk of the diffs are related to path changes related to the Kolab installation, so there doesn't appear to be any custom changes from the released version. I am investigating incorporating a software package into my Kolab installation, but it wants to use a custom forked version of amavisd-new 2.2.1. If Kolab isn't using any of the functionality specifically provided by amavisd 2.5.3, would it still work with the older 2.2.1? Thanks, Troy Carpenter From gavin.mccullagh at gcd.ie Fri Feb 19 11:58:46 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 19 Feb 2010 10:58:46 +0000 Subject: z-push and N900 Mail for Exchange In-Reply-To: <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> Message-ID: <20100219105846.GE4253@gcd.ie> On Thu, 18 Feb 2010, Alain Abbas wrote: > The capatibility to see shared and user folders depend on The os of > The phone > > The goal is to have for kolab a fully functionnal sync soon Is this strictly a solution for Email or can other things (calendar, contacts, tasks) be pushed/synced this way? Gavin From alain.abbas at libertech.fr Fri Feb 19 12:20:42 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Fri, 19 Feb 2010 12:20:42 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <20100219105846.GE4253@gcd.ie> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> Message-ID: <4B7E740A.3060408@libertech.fr> hello this is for Calendar, contacts and soon Tasks http://wiki.kolab.org/index.php/Z_push we could too sync the emails but with the imap client is better than by zpush (zpush translate html messages to text messages) Alain Gavin McCullagh a ?crit : > On Thu, 18 Feb 2010, Alain Abbas wrote: > > >> The capatibility to see shared and user folders depend on The os of >> The phone >> >> The goal is to have for kolab a fully functionnal sync soon >> > > Is this strictly a solution for Email or can other things (calendar, > contacts, tasks) be pushed/synced this way? > > Gavin > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > From alexander.marx at oab.de Fri Feb 19 12:32:22 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Fri, 19 Feb 2010 12:32:22 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E740A.3060408@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> Message-ID: <4B7E76C6.9050706@oab.de> Alain abbas schrieb: > hello > > this is for Calendar, contacts > and soon Tasks > > http://wiki.kolab.org/index.php/Z_push > > we could too sync the emails but with the imap client is better than by > zpush (zpush translate html messages to text messages) > > Alain > > Gavin McCullagh a ?crit : > >> On Thu, 18 Feb 2010, Alain Abbas wrote: >> >> >> >>> The capatibility to see shared and user folders depend on The os of >>> The phone >>> >>> The goal is to have for kolab a fully functionnal sync soon >>> >>> >> Is this strictly a solution for Email or can other things (calendar, >> contacts, tasks) be pushed/synced this way? >> >> Gavin >> >> _______________________________________________ >> 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 > Hi i found this z-push very interesting and put it on my KOlab 2.2.3 I used the wiki installation docu and it seems to be all right. But when i use my sony ericsson xperia x1 and configure activesync i don't know how to set the values . I entered my FQDN of the kolab server and username and password, also checked the box for "using SSL" when i try to sync , i got an error, saying that the servers certificate is not guilty. can you please help me? The wiki doesnt say anything about how to configure activesync on a windows mobile device or how to accept the certificate. When i use the webbroser to go to https:///MIcrosoft-Server-ActiveSync theres a popup ascing for username and password it seems to be ok... But what about the certificate??? Alex From alain.abbas at libertech.fr Fri Feb 19 12:34:57 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Fri, 19 Feb 2010 12:34:57 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E76C6.9050706@oab.de> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> Message-ID: <4B7E7761.1060406@libertech.fr> Hello Alex Windows mobile doesn t allow self certificate .You must sync without SSL or have a valid certificate (official) Alain Alexander Marx a ?crit : > Alain abbas schrieb: >> hello >> >> this is for Calendar, contacts >> and soon Tasks >> >> http://wiki.kolab.org/index.php/Z_push >> >> we could too sync the emails but with the imap client is better than >> by zpush (zpush translate html messages to text messages) >> >> Alain >> >> Gavin McCullagh a ?crit : >> >>> On Thu, 18 Feb 2010, Alain Abbas wrote: >>> >>> >>>> The capatibility to see shared and user folders depend on The os >>>> of The phone >>>> >>>> The goal is to have for kolab a fully functionnal sync soon >>>> >>> Is this strictly a solution for Email or can other things (calendar, >>> contacts, tasks) be pushed/synced this way? >>> >>> Gavin >>> >>> _______________________________________________ >>> 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 >> > Hi > i found this z-push very interesting and put it on my KOlab 2.2.3 > I used the wiki installation docu and it seems to be all right. > > But when i use my sony ericsson xperia x1 and configure activesync i > don't know how to set the values . > > I entered my FQDN of the kolab server and username and password, also > checked the box for "using SSL" > > when i try to sync , i got an error, saying that the servers > certificate is not guilty. > > can you please help me? The wiki doesnt say anything about how to > configure activesync on a windows mobile device or how to accept the > certificate. > > > When i use the webbroser to go to https:// fqdn>/MIcrosoft-Server-ActiveSync theres a popup ascing for username > and password > > it seems to be ok... But what about the certificate??? > > > > Alex > From alexander.marx at oab.de Fri Feb 19 12:44:08 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Fri, 19 Feb 2010 12:44:08 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E7761.1060406@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> <4B7E7761.1060406@libertech.fr> Message-ID: <4B7E7988.9010802@oab.de> Alain abbas schrieb: > Hello Alex > > Windows mobile doesn t allow self certificate .You must sync without SSL > or have a valid certificate (official) > > Alain > > > Alexander Marx a ?crit : > >> Alain abbas schrieb: >> >>> hello >>> >>> this is for Calendar, contacts >>> and soon Tasks >>> >>> http://wiki.kolab.org/index.php/Z_push >>> >>> we could too sync the emails but with the imap client is better than >>> by zpush (zpush translate html messages to text messages) >>> >>> Alain >>> >>> Gavin McCullagh a ?crit : >>> >>> >>>> On Thu, 18 Feb 2010, Alain Abbas wrote: >>>> >>>> >>>> >>>>> The capatibility to see shared and user folders depend on The os >>>>> of The phone >>>>> >>>>> The goal is to have for kolab a fully functionnal sync soon >>>>> >>>>> >>>> Is this strictly a solution for Email or can other things (calendar, >>>> contacts, tasks) be pushed/synced this way? >>>> >>>> Gavin >>>> >>>> _______________________________________________ >>>> 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 >>> >>> >> Hi >> i found this z-push very interesting and put it on my KOlab 2.2.3 >> I used the wiki installation docu and it seems to be all right. >> >> But when i use my sony ericsson xperia x1 and configure activesync i >> don't know how to set the values . >> >> I entered my FQDN of the kolab server and username and password, also >> checked the box for "using SSL" >> >> when i try to sync , i got an error, saying that the servers >> certificate is not guilty. >> >> can you please help me? The wiki doesnt say anything about how to >> configure activesync on a windows mobile device or how to accept the >> certificate. >> >> >> When i use the webbroser to go to https://> fqdn>/MIcrosoft-Server-ActiveSync theres a popup ascing for username >> and password >> >> it seems to be ok... But what about the certificate??? >> >> >> >> Alex >> >> > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > Thank you for this information. But when i disable ssl, nothing happens. it says synchronising all the time, but there's no action. Do i have to enter just the fqdn, or shoul i fill in the whole name "http:///Microsoft-Server-ActiveSync" ??? And where do i find the logfiles? the access.log is not created? in the config.php there's an entry: // Logfile define('KOLAB_LOGFILE',"/path/access.log"); Do i have to edit the config.php? and how? thank you From alain.abbas at libertech.fr Fri Feb 19 12:51:44 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Fri, 19 Feb 2010 12:51:44 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E7988.9010802@oab.de> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> <4B7E7761.1060406@libertech.fr> <4B7E7988.9010802@oab.de> Message-ID: <4B7E7B50.5040108@libertech.fr> Alexander Marx a ?crit : > Alain abbas schrieb: > >> Hello Alex >> >> Windows mobile doesn t allow self certificate .You must sync without SSL >> or have a valid certificate (official) >> >> Alain >> >> >> Alexander Marx a ?crit : >> >> >>> Alain abbas schrieb: >>> >>> >>>> hello >>>> >>>> this is for Calendar, contacts >>>> and soon Tasks >>>> >>>> http://wiki.kolab.org/index.php/Z_push >>>> >>>> we could too sync the emails but with the imap client is better than >>>> by zpush (zpush translate html messages to text messages) >>>> >>>> Alain >>>> >>>> Gavin McCullagh a ?crit : >>>> >>>> >>>> >>>>> On Thu, 18 Feb 2010, Alain Abbas wrote: >>>>> >>>>> >>>>> >>>>> >>>>>> The capatibility to see shared and user folders depend on The os >>>>>> of The phone >>>>>> >>>>>> The goal is to have for kolab a fully functionnal sync soon >>>>>> >>>>>> >>>>>> >>>>> Is this strictly a solution for Email or can other things (calendar, >>>>> contacts, tasks) be pushed/synced this way? >>>>> >>>>> Gavin >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>>> >>>> >>> Hi >>> i found this z-push very interesting and put it on my KOlab 2.2.3 >>> I used the wiki installation docu and it seems to be all right. >>> >>> But when i use my sony ericsson xperia x1 and configure activesync i >>> don't know how to set the values . >>> >>> I entered my FQDN of the kolab server and username and password, also >>> checked the box for "using SSL" >>> >>> when i try to sync , i got an error, saying that the servers >>> certificate is not guilty. >>> >>> can you please help me? The wiki doesnt say anything about how to >>> configure activesync on a windows mobile device or how to accept the >>> certificate. >>> >>> >>> When i use the webbroser to go to https://>> fqdn>/MIcrosoft-Server-ActiveSync theres a popup ascing for username >>> and password >>> >>> it seems to be ok... But what about the certificate??? >>> >>> >>> >>> Alex >>> >>> >>> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> >> > Thank you for this information. > > But when i disable ssl, nothing happens. it says synchronising all the > time, but there's no action. > > Do i have to enter just the fqdn, or shoul i fill in the whole name > "http:///Microsoft-Server-ActiveSync" ??? > > And where do i find the logfiles? the access.log is not created? in > the config.php there's an entry: > > // Logfile > define('KOLAB_LOGFILE',"/path/access.log"); > > > > Do i have to edit the config.php? and how? > > thank you > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > you must define some values in config.php exemple: define('KOLAB_LOGFILE',"/var/log/z-push/access.log"); you must create this directory and allow the user who run the http server to write in it have you got created the kolabindex dir and subdir ? in activesync in the mobile the FDQN is the address of your server as IP or as FDQN in domain = we not use this field but you must enter somethings to continue the setting From webmaster at computational-chemistry.org Fri Feb 19 13:28:03 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Fri, 19 Feb 2010 13:28:03 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E7B50.5040108@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> <4B7E7761.1060406@libertech.fr> <4B7E7988.9010802@oab.de> <4B7E7B50.5040108@libertech.fr> Message-ID: <4B7E83D3.6010807@computational-chemistry.org> Hi I am stuck at the same point. Maybe one of you could change the wiki to make it foolprove? Since this functionality should be a major step for most kolab users. At some point in the wiki I simply don't understand what's beeing asked of me. Thanks Am 19.02.2010 12:51, schrieb Alain abbas: > Alexander Marx a ?crit : > >> Alain abbas schrieb: >> >> >>> Hello Alex >>> >>> Windows mobile doesn t allow self certificate .You must sync without SSL >>> or have a valid certificate (official) >>> >>> Alain >>> >>> >>> Alexander Marx a ?crit : >>> >>> >>> >>>> Alain abbas schrieb: >>>> >>>> >>>> >>>>> hello >>>>> >>>>> this is for Calendar, contacts >>>>> and soon Tasks >>>>> >>>>> http://wiki.kolab.org/index.php/Z_push >>>>> >>>>> we could too sync the emails but with the imap client is better than >>>>> by zpush (zpush translate html messages to text messages) >>>>> >>>>> Alain >>>>> >>>>> Gavin McCullagh a ?crit : >>>>> >>>>> >>>>> >>>>> >>>>>> On Thu, 18 Feb 2010, Alain Abbas wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> The capatibility to see shared and user folders depend on The os >>>>>>> of The phone >>>>>>> >>>>>>> The goal is to have for kolab a fully functionnal sync soon >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> Is this strictly a solution for Email or can other things (calendar, >>>>>> contacts, tasks) be pushed/synced this way? >>>>>> >>>>>> Gavin >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>>> >>>>> >>>>> >>>> Hi >>>> i found this z-push very interesting and put it on my KOlab 2.2.3 >>>> I used the wiki installation docu and it seems to be all right. >>>> >>>> But when i use my sony ericsson xperia x1 and configure activesync i >>>> don't know how to set the values . >>>> >>>> I entered my FQDN of the kolab server and username and password, also >>>> checked the box for "using SSL" >>>> >>>> when i try to sync , i got an error, saying that the servers >>>> certificate is not guilty. >>>> >>>> can you please help me? The wiki doesnt say anything about how to >>>> configure activesync on a windows mobile device or how to accept the >>>> certificate. >>>> >>>> >>>> When i use the webbroser to go to https://>>> fqdn>/MIcrosoft-Server-ActiveSync theres a popup ascing for username >>>> and password >>>> >>>> it seems to be ok... But what about the certificate??? >>>> >>>> >>>> >>>> Alex >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> Kolab-users mailing list >>> Kolab-users at kolab.org >>> https://kolab.org/mailman/listinfo/kolab-users >>> >>> >>> >> Thank you for this information. >> >> But when i disable ssl, nothing happens. it says synchronising all the >> time, but there's no action. >> >> Do i have to enter just the fqdn, or shoul i fill in the whole name >> "http:///Microsoft-Server-ActiveSync" ??? >> >> And where do i find the logfiles? the access.log is not created? in >> the config.php there's an entry: >> >> // Logfile >> define('KOLAB_LOGFILE',"/path/access.log"); >> >> >> >> Do i have to edit the config.php? and how? >> >> thank you >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> >> > you must define some values in config.php > exemple: > > define('KOLAB_LOGFILE',"/var/log/z-push/access.log"); > you must create this directory and allow the user who run the http server to write in it > > have you got created the kolabindex dir and subdir ? > > in activesync in the mobile the FDQN is the address of your server as IP or as FDQN > in domain = we not use this field but you must enter somethings to continue the setting > > > > > > > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > > From alexander.marx at oab.de Fri Feb 19 13:28:15 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Fri, 19 Feb 2010 13:28:15 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E7B50.5040108@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> <4B7E7761.1060406@libertech.fr> <4B7E7988.9010802@oab.de> <4B7E7B50.5040108@libertech.fr> Message-ID: <4B7E83DF.7040505@oab.de> Alain abbas schrieb: > Alexander Marx a ?crit : > >> Alain abbas schrieb: >> >> >>> Hello Alex >>> >>> Windows mobile doesn t allow self certificate .You must sync without SSL >>> or have a valid certificate (official) >>> >>> Alain >>> >>> >>> Alexander Marx a ?crit : >>> >>> >>> >>>> Alain abbas schrieb: >>>> >>>> >>>> >>>>> hello >>>>> >>>>> this is for Calendar, contacts >>>>> and soon Tasks >>>>> >>>>> http://wiki.kolab.org/index.php/Z_push >>>>> >>>>> we could too sync the emails but with the imap client is better than >>>>> by zpush (zpush translate html messages to text messages) >>>>> >>>>> Alain >>>>> >>>>> Gavin McCullagh a ?crit : >>>>> >>>>> >>>>> >>>>> >>>>>> On Thu, 18 Feb 2010, Alain Abbas wrote: >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> The capatibility to see shared and user folders depend on The os >>>>>>> of The phone >>>>>>> >>>>>>> The goal is to have for kolab a fully functionnal sync soon >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> Is this strictly a solution for Email or can other things (calendar, >>>>>> contacts, tasks) be pushed/synced this way? >>>>>> >>>>>> Gavin >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>>> >>>>> >>>>> >>>> Hi >>>> i found this z-push very interesting and put it on my KOlab 2.2.3 >>>> I used the wiki installation docu and it seems to be all right. >>>> >>>> But when i use my sony ericsson xperia x1 and configure activesync i >>>> don't know how to set the values . >>>> >>>> I entered my FQDN of the kolab server and username and password, also >>>> checked the box for "using SSL" >>>> >>>> when i try to sync , i got an error, saying that the servers >>>> certificate is not guilty. >>>> >>>> can you please help me? The wiki doesnt say anything about how to >>>> configure activesync on a windows mobile device or how to accept the >>>> certificate. >>>> >>>> >>>> When i use the webbroser to go to https://>>> fqdn>/MIcrosoft-Server-ActiveSync theres a popup ascing for username >>>> and password >>>> >>>> it seems to be ok... But what about the certificate??? >>>> >>>> >>>> >>>> Alex >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> Kolab-users mailing list >>> Kolab-users at kolab.org >>> https://kolab.org/mailman/listinfo/kolab-users >>> >>> >>> >> Thank you for this information. >> >> But when i disable ssl, nothing happens. it says synchronising all the >> time, but there's no action. >> >> Do i have to enter just the fqdn, or shoul i fill in the whole name >> "http:///Microsoft-Server-ActiveSync" ??? >> >> And where do i find the logfiles? the access.log is not created? in >> the config.php there's an entry: >> >> // Logfile >> define('KOLAB_LOGFILE',"/path/access.log"); >> >> >> >> Do i have to edit the config.php? and how? >> >> thank you >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> >> > you must define some values in config.php > exemple: > > define('KOLAB_LOGFILE',"/var/log/z-push/access.log"); > you must create this directory and allow the user who run the http server to write in it > > have you got created the kolabindex dir and subdir ? > > in activesync in the mobile the FDQN is the address of your server as IP or as FDQN > in domain = we not use this field but you must enter somethings to continue the setting > ok, i filled in the path to the config.php for the access.log, but it is NOT created within /kolab/var/kolab/www/z-push on the mobile device i entered the dyndns name without http or /microsoft.... just hostname. what do i have to enter exactly in the field "server"?? what am i missing? Alex From gavin.mccullagh at gcd.ie Fri Feb 19 13:30:47 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 19 Feb 2010 12:30:47 +0000 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E83D3.6010807@computational-chemistry.org> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> <4B7E7761.1060406@libertech.fr> <4B7E7988.9010802@oab.de> <4B7E7B50.5040108@libertech.fr> <4B7E83D3.6010807@computational-chemistry.org> Message-ID: <20100219123047.GH4253@gcd.ie> On Fri, 19 Feb 2010, Alexander Schr?ter wrote: > Hi I am stuck at the same point. > > Maybe one of you could change the wiki to make it foolprove? Since this > functionality should be a major step for most kolab users. > > At some point in the wiki I simply don't understand what's beeing asked > of me. I'll update it a little in a couple of hours. I just got z-push + kolab + iPhone working. This is very nice, excellent work Alain, thanks. Gavin From alain.abbas at libertech.fr Fri Feb 19 13:35:41 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Fri, 19 Feb 2010 13:35:41 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E83DF.7040505@oab.de> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> <4B7E7761.1060406@libertech.fr> <4B7E7988.9010802@oab.de> <4B7E7B50.5040108@libertech.fr> <4B7E83DF.7040505@oab.de> Message-ID: <4B7E859D.1010601@libertech.fr> Alexander Marx a ?crit : > Alain abbas schrieb: > >> Alexander Marx a ?crit : >> >> >>> Alain abbas schrieb: >>> >>> >>> >>>> Hello Alex >>>> >>>> Windows mobile doesn t allow self certificate .You must sync without SSL >>>> or have a valid certificate (official) >>>> >>>> Alain >>>> >>>> >>>> Alexander Marx a ?crit : >>>> >>>> >>>> >>>> >>>>> Alain abbas schrieb: >>>>> >>>>> >>>>> >>>>> >>>>>> hello >>>>>> >>>>>> this is for Calendar, contacts >>>>>> and soon Tasks >>>>>> >>>>>> http://wiki.kolab.org/index.php/Z_push >>>>>> >>>>>> we could too sync the emails but with the imap client is better than >>>>>> by zpush (zpush translate html messages to text messages) >>>>>> >>>>>> Alain >>>>>> >>>>>> Gavin McCullagh a ?crit : >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> On Thu, 18 Feb 2010, Alain Abbas wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>> The capatibility to see shared and user folders depend on The os >>>>>>>> of The phone >>>>>>>> >>>>>>>> The goal is to have for kolab a fully functionnal sync soon >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> Is this strictly a solution for Email or can other things (calendar, >>>>>>> contacts, tasks) be pushed/synced this way? >>>>>>> >>>>>>> Gavin >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> Hi >>>>> i found this z-push very interesting and put it on my KOlab 2.2.3 >>>>> I used the wiki installation docu and it seems to be all right. >>>>> >>>>> But when i use my sony ericsson xperia x1 and configure activesync i >>>>> don't know how to set the values . >>>>> >>>>> I entered my FQDN of the kolab server and username and password, also >>>>> checked the box for "using SSL" >>>>> >>>>> when i try to sync , i got an error, saying that the servers >>>>> certificate is not guilty. >>>>> >>>>> can you please help me? The wiki doesnt say anything about how to >>>>> configure activesync on a windows mobile device or how to accept the >>>>> certificate. >>>>> >>>>> >>>>> When i use the webbroser to go to https://>>>> fqdn>/MIcrosoft-Server-ActiveSync theres a popup ascing for username >>>>> and password >>>>> >>>>> it seems to be ok... But what about the certificate??? >>>>> >>>>> >>>>> >>>>> Alex >>>>> >>>>> >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> Kolab-users mailing list >>>> Kolab-users at kolab.org >>>> https://kolab.org/mailman/listinfo/kolab-users >>>> >>>> >>>> >>>> >>> Thank you for this information. >>> >>> But when i disable ssl, nothing happens. it says synchronising all the >>> time, but there's no action. >>> >>> Do i have to enter just the fqdn, or shoul i fill in the whole name >>> "http:///Microsoft-Server-ActiveSync" ??? >>> >>> And where do i find the logfiles? the access.log is not created? in >>> the config.php there's an entry: >>> >>> // Logfile >>> define('KOLAB_LOGFILE',"/path/access.log"); >>> >>> >>> >>> Do i have to edit the config.php? and how? >>> >>> thank you >>> >>> _______________________________________________ >>> Kolab-users mailing list >>> Kolab-users at kolab.org >>> https://kolab.org/mailman/listinfo/kolab-users >>> >>> >>> >> you must define some values in config.php >> exemple: >> >> define('KOLAB_LOGFILE',"/var/log/z-push/access.log"); >> you must create this directory and allow the user who run the http server to write in it >> >> have you got created the kolabindex dir and subdir ? >> >> in activesync in the mobile the FDQN is the address of your server as IP or as FDQN >> in domain = we not use this field but you must enter somethings to continue the setting >> >> > > ok, i filled in the path to the config.php for the access.log, but it is > NOT created within /kolab/var/kolab/www/z-push > on the mobile device i entered the dyndns name without http or > /microsoft.... just hostname. > > what do i have to enter exactly in the field "server"?? > > what am i missing? > > > Alex > > server is not a URL but a servername you must just enter the FDQN without paths ... > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > From gavin.mccullagh at gcd.ie Fri Feb 19 13:51:40 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 19 Feb 2010 12:51:40 +0000 Subject: z-push and N900 Mail for Exchange In-Reply-To: <20100219123047.GH4253@gcd.ie> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> <4B7E7761.1060406@libertech.fr> <4B7E7988.9010802@oab.de> <4B7E7B50.5040108@libertech.fr> <4B7E83D3.6010807@computational-chemistry.org> <20100219123047.GH4253@gcd.ie> Message-ID: <20100219125140.GI4253@gcd.ie> Hi, On Fri, 19 Feb 2010, Gavin McCullagh wrote: > > At some point in the wiki I simply don't understand what's beeing asked > > of me. > > I'll update it a little in a couple of hours. I've updated the installation procedure a little. I've suggested dropping an include line into z-push/config.php and creating a separate z-push/config-kolab.php. I usually find that's a slightly cleaner way to do things so you can see what config is kolab-specific and what is general z-push. If you don't like it you can roll back of course. Gavin From gavin.mccullagh at gcd.ie Fri Feb 19 14:37:58 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 19 Feb 2010 13:37:58 +0000 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E740A.3060408@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> Message-ID: <20100219133758.GJ4253@gcd.ie> On Fri, 19 Feb 2010, Alain abbas wrote: > this is for Calendar, contacts and soon Tasks > > http://wiki.kolab.org/index.php/Z_push This works, thanks. I can see my calendar and two sets of contacts, one called "Contacts" and the other called "Glob..." which is presumably the "Global Address Book", which comes from openldap. The latter doesn't seem to sync though. I can search it and that seems to result in a HTTP request getting to the kolab server, but I get no result. Am I doing something wrong. Gavin From alain.abbas at libertech.fr Fri Feb 19 14:40:50 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Fri, 19 Feb 2010 14:40:50 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <20100219133758.GJ4253@gcd.ie> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <20100219133758.GJ4253@gcd.ie> Message-ID: <4B7E94E2.8000907@libertech.fr> Gavin McCullagh a ?crit : > On Fri, 19 Feb 2010, Alain abbas wrote: > > >> this is for Calendar, contacts and soon Tasks >> >> http://wiki.kolab.org/index.php/Z_push >> > > This works, thanks. I can see my calendar and two sets of contacts, one > called "Contacts" and the other called "Glob..." which is presumably the > "Global Address Book", which comes from openldap. The latter doesn't seem > to sync though. I can search it and that seems to result in a HTTP request > getting to the kolab server, but I get no result. Am I doing something > wrong. > > Gavin > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > this feature is not implemented yet on the backend Alain From gavin.mccullagh at gcd.ie Fri Feb 19 14:43:53 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 19 Feb 2010 13:43:53 +0000 Subject: iPhone + Z-Sync was Re: z-push and N900 Mail for Exchange In-Reply-To: <20100219133758.GJ4253@gcd.ie> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <20100219133758.GJ4253@gcd.ie> Message-ID: <20100219134352.GK4253@gcd.ie> On Fri, 19 Feb 2010, Gavin McCullagh wrote: > On Fri, 19 Feb 2010, Alain abbas wrote: > > > this is for Calendar, contacts and soon Tasks > > > > http://wiki.kolab.org/index.php/Z_push > > This works, thanks. I can see my calendar and two sets of contacts, one > called "Contacts" and the other called "Glob..." which is presumably the > "Global Address Book", which comes from openldap. The latter doesn't seem > to sync though. I can search it and that seems to result in a HTTP request > getting to the kolab server, but I get no result. Am I doing something > wrong. I should have said this is an iPhone. I get the impression this may be relevant: "ATTENTION; if you want to use shared folders: The I-phone keep as default contact the first who is synchronized. For working around that we detect if this is a first synchronization and just sync the contact default folder. We synchronize the other folders at the second Synchro. Setup the I-phone in 2 time. First time just synchronize the contacts. When you have all the contacts folders, synchronize the calendar " but I'm not sure I completely understand what I need to do. Does this mean set two Exchange Accounts up, create one, delete it then recreate it, or something else? Is there a way to trigger a sync of a calendar? Gavin From gavin.mccullagh at gcd.ie Fri Feb 19 14:44:51 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 19 Feb 2010 13:44:51 +0000 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E94E2.8000907@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <20100219133758.GJ4253@gcd.ie> <4B7E94E2.8000907@libertech.fr> Message-ID: <20100219134451.GL4253@gcd.ie> On Fri, 19 Feb 2010, Alain abbas wrote: > this feature is not implemented yet on the backend I see. Is it that you need to implement querying LDAP? I could try and help with that. Gavin From alain.abbas at libertech.fr Fri Feb 19 15:24:46 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Fri, 19 Feb 2010 15:24:46 +0100 Subject: iPhone + Z-Sync was Re: z-push and N900 Mail for Exchange In-Reply-To: <20100219134352.GK4253@gcd.ie> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <20100219133758.GJ4253@gcd.ie> <20100219134352.GK4253@gcd.ie> Message-ID: <4B7E9F2E.6040903@libertech.fr> yes this is a work arround because iphone take the first sync contact folder that it receive as default contact (where you are in ALL CONTACTS on the iphone if you have shared contact folders : 1) create the exchange account on the iphone and select only contact 2) sync it ( in Contact you see your default contact) 3) make a second syncro (just exit of the conctats and reenter in 4) wait tah all the shared are synchronized 5) now you can sync calendar At the first Sync just the default folder go on the iphone ( like that we are sure that is the default contact folder when you create a contact) Gavin McCullagh a ?crit : > On Fri, 19 Feb 2010, Gavin McCullagh wrote: > > >> On Fri, 19 Feb 2010, Alain abbas wrote: >> >> >>> this is for Calendar, contacts and soon Tasks >>> >>> http://wiki.kolab.org/index.php/Z_push >>> >> This works, thanks. I can see my calendar and two sets of contacts, one >> called "Contacts" and the other called "Glob..." which is presumably the >> "Global Address Book", which comes from openldap. The latter doesn't seem >> to sync though. I can search it and that seems to result in a HTTP request >> getting to the kolab server, but I get no result. Am I doing something >> wrong. >> > > I should have said this is an iPhone. I get the impression this may be > relevant: > > "ATTENTION; if you want to use shared folders: The I-phone keep as default > contact the first who is synchronized. For working around that we detect if > this is a first synchronization and just sync the contact default folder. > We synchronize the other folders at the second Synchro. Setup the I-phone > in 2 time. First time just synchronize the contacts. When you have all the > contacts folders, synchronize the calendar " > > but I'm not sure I completely understand what I need to do. Does this mean > set two Exchange Accounts up, create one, delete it then recreate it, or > something else? Is there a way to trigger a sync of a calendar? > > Gavin > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > From gavin.mccullagh at gcd.ie Fri Feb 19 15:59:39 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 19 Feb 2010 14:59:39 +0000 Subject: iPhone + Z-Sync was Re: z-push and N900 Mail for Exchange In-Reply-To: <4B7E9F2E.6040903@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <20100219133758.GJ4253@gcd.ie> <20100219134352.GK4253@gcd.ie> <4B7E9F2E.6040903@libertech.fr> Message-ID: <20100219145939.GM4253@gcd.ie> Hi, On Fri, 19 Feb 2010, Alain abbas wrote: > if you have shared contact folders : > 1) create the exchange account on the iphone and select only contact > 2) sync it ( in Contact you see your default contact) > 3) make a second syncro (just exit of the conctats and reenter in > 4) wait tah all the shared are synchronized > 5) now you can sync calendar Thanks. I've updated the wiki with a paraphrased version of this, if that's okay. I think I've understood correctly, but if you have a moment to check it, please do: https://wiki.kolab.org/index.php/Z_push#iPhone Gavin From alain.abbas at libertech.fr Fri Feb 19 16:10:13 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Fri, 19 Feb 2010 16:10:13 +0100 Subject: iPhone + Z-Sync was Re: z-push and N900 Mail for Exchange In-Reply-To: <20100219145939.GM4253@gcd.ie> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <20100219133758.GJ4253@gcd.ie> <20100219134352.GK4253@gcd.ie> <4B7E9F2E.6040903@libertech.fr> <20100219145939.GM4253@gcd.ie> Message-ID: <4B7EA9D5.9080703@libertech.fr> thanks for your contribution :-) English is not my native language Alain Gavin McCullagh a ?crit : > Hi, > > On Fri, 19 Feb 2010, Alain abbas wrote: > > >> if you have shared contact folders : >> 1) create the exchange account on the iphone and select only contact >> 2) sync it ( in Contact you see your default contact) >> 3) make a second syncro (just exit of the conctats and reenter in >> 4) wait tah all the shared are synchronized >> 5) now you can sync calendar >> > > Thanks. I've updated the wiki with a paraphrased version of this, if > that's okay. I think I've understood correctly, but if you have a moment > to check it, please do: > > https://wiki.kolab.org/index.php/Z_push#iPhone > > Gavin > > From webmaster at computational-chemistry.org Fri Feb 19 21:53:30 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Fri, 19 Feb 2010 21:53:30 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <20100219125140.GI4253@gcd.ie> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> <4B7E7761.1060406@libertech.fr> <4B7E7988.9010802@oab.de> <4B7E7B50.5040108@libertech.fr> <4B7E83D3.6010807@computational-chemistry.org> <20100219123047.GH4253@gcd.ie> <20100219125140.GI4253@gcd.ie> Message-ID: <4B7EFA4A.4000900@computational-chemistry.org> Am 19.02.2010 13:51, schrieb Gavin McCullagh: > Hi, > > On Fri, 19 Feb 2010, Gavin McCullagh wrote: > > >>> At some point in the wiki I simply don't understand what's beeing asked >>> of me. >>> >> I'll update it a little in a couple of hours. >> > I've updated the installation procedure a little. I've suggested dropping > an include line into z-push/config.php and creating a separate > z-push/config-kolab.php. > > I usually find that's a slightly cleaner way to do things so you can see > what config is kolab-specific and what is general z-push. > > If you don't like it you can roll back of course. > > Gavin > Ok I tried the updated wiki. First I like adding the new file. Than I would change the part where you change the template and after that the real file ... I think it makes more sense to use kolabconf. And in the z-Push Kolab Connector Section I think that should be "kolab-r:kolab-r" instead of "kolab-r.kolab-r" right? I will change the wiki accordingly if someone tells me I am right. But now the sad part ... not working yet :( My phone is a N900 and I am using the following setup. E-Mail Address: the one specified in kolab for my account User Name: the username without the domain Password: according to the user Domain: my kolab servers maildomain Server: my kolab server port 443 and check secure connection But the error I get with this setup is "Error. Either Exchange server requires secure connection or account is disabled" So I checked my account and well it's enabled. And I got my ca certificate and installed it on my n900 to make sure its there. But still same error. Can somebody point me in the right direction. I also thought it might be relvant I am using a 2nd apache setup which I heard could make some trouble in a couple of situations. Thanks Alexander From thorsten.schnebeck at gmx.net Fri Feb 19 23:03:55 2010 From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck) Date: Fri, 19 Feb 2010 23:03:55 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7EFA4A.4000900@computational-chemistry.org> References: <4B7DA594.2010601@computational-chemistry.org> <20100219125140.GI4253@gcd.ie> <4B7EFA4A.4000900@computational-chemistry.org> Message-ID: <201002192303.55780.thorsten.schnebeck@gmx.net> Am Freitag 19 Februar 2010 21:53:30 schrieb Alexander Schr?ter: > Am 19.02.2010 13:51, schrieb Gavin McCullagh: > But now the sad part ... not working yet :( My phone is a N900 and I am > using the following setup. What version of z-push have you installed? You can not use the latest 1.3 stuff. You need at least a post-42.2009 N900 firmware. Current firmware is 3.2010.02-8 > E-Mail Address: the one specified in kolab for my account > User Name: the username without the domain wrong, its with domain > Password: according to the user > Domain: my kolab servers maildomain IIRC this is for z-push only a dummy info. > Server: my kolab server > port 443 if you want to use https you have to fight with nokias certification set-up and there are some really long threads on maemo.org about this ;-) Please use for a first try port 80 and http without certs. You can also use openvpn to secure your client server connection. The N900 has strong openvpn support. > and check secure connection > > But the error I get with this setup is "Error. Either Exchange server > requires secure connection or account is disabled" > > So I checked my account and well it's enabled. And I got my ca > certificate and installed it on my n900 to make sure its there. > > But still same error. Can somebody point me in the right direction. I > also thought it might be relvant I am using a 2nd apache setup which I > heard could make some trouble in a couple of situations. For the first shot use Port 80 and only sync the calendar. Next step are contacts. Then you have everything kolabbackend supports so far and you can play with https and certs :-) HTH Thorsten From webmaster at computational-chemistry.org Fri Feb 19 23:19:52 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Fri, 19 Feb 2010 23:19:52 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <201002192303.55780.thorsten.schnebeck@gmx.net> References: <4B7DA594.2010601@computational-chemistry.org> <20100219125140.GI4253@gcd.ie> <4B7EFA4A.4000900@computational-chemistry.org> <201002192303.55780.thorsten.schnebeck@gmx.net> Message-ID: <4B7F0E88.8060403@computational-chemistry.org> Am 19.02.2010 23:03, schrieb Thorsten Schnebeck: > Am Freitag 19 Februar 2010 21:53:30 schrieb Alexander Schr?ter: > >> Am 19.02.2010 13:51, schrieb Gavin McCullagh: >> > >> But now the sad part ... not working yet :( My phone is a N900 and I am >> using the following setup. >> > What version of z-push have you installed? You can not use the latest 1.3 stuff. > You need at least a post-42.2009 N900 firmware. Current firmware is 3.2010.02-8 > > Hi current N900 firmware is 3.2010.02-8 so high enough. z-push backend I used 1.3 RC2 which I guess is the one you tell me I should not use ... which one is it than? >> E-Mail Address: the one specified in kolab for my account >> User Name: the username without the domain >> > wrong, its with domain > Thought so since I had problems loging into imap without domain. > >> Password: according to the user >> Domain: my kolab servers maildomain >> > IIRC this is for z-push only a dummy info. > > >> Server: my kolab server >> port 443 >> > if you want to use https you have to fight with nokias certification set-up and there are some really long threads on maemo.org about this ;-) > Please use for a first try port 80 and http without certs. You can also use openvpn to secure your client server connection. The N900 has strong openvpn support. > > Ok I tried the non secure connection and I got something about internal error ... which I guess is what you mean with don't use the 1.3 z-push? >> and check secure connection >> >> But the error I get with this setup is "Error. Either Exchange server >> requires secure connection or account is disabled" >> >> So I checked my account and well it's enabled. And I got my ca >> certificate and installed it on my n900 to make sure its there. >> >> But still same error. Can somebody point me in the right direction. I >> also thought it might be relvant I am using a 2nd apache setup which I >> heard could make some trouble in a couple of situations. >> > For the first shot use Port 80 and only sync the calendar. Next step are contacts. Then you have everything kolabbackend supports so far and you can play with https and certs :-) > will do that ... thanks for the help ... its much appreciated > HTH > > Thorsten > From alain.abbas at libertech.fr Fri Feb 19 23:23:57 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Fri, 19 Feb 2010 23:23:57 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7F0E88.8060403@computational-chemistry.org> References: <4B7DA594.2010601@computational-chemistry.org> <20100219125140.GI4253@gcd.ie> <4B7EFA4A.4000900@computational-chemistry.org> <201002192303.55780.thorsten.schnebeck@gmx.net> <4B7F0E88.8060403@computational-chemistry.org> Message-ID: <4B7F0F7D.9080308@libertech.fr> zpush version must be the 1.2.2 or 1.2.3RC Alexander Schr?ter a ?crit : > Am 19.02.2010 23:03, schrieb Thorsten Schnebeck: > >> Am Freitag 19 Februar 2010 21:53:30 schrieb Alexander Schr?ter: >> >> >>> Am 19.02.2010 13:51, schrieb Gavin McCullagh: >>> >>> >> >> >>> But now the sad part ... not working yet :( My phone is a N900 and I am >>> using the following setup. >>> >>> >> What version of z-push have you installed? You can not use the latest 1.3 stuff. >> You need at least a post-42.2009 N900 firmware. Current firmware is 3.2010.02-8 >> >> >> > Hi current N900 firmware is 3.2010.02-8 so high enough. > z-push backend I used 1.3 RC2 which I guess is the one you tell me I > should not use ... which one is it than? > >>> E-Mail Address: the one specified in kolab for my account >>> User Name: the username without the domain >>> >>> >> wrong, its with domain >> >> > Thought so since I had problems loging into imap without domain. > >> >> >>> Password: according to the user >>> Domain: my kolab servers maildomain >>> >>> >> IIRC this is for z-push only a dummy info. >> >> >> >>> Server: my kolab server >>> port 443 >>> >>> >> if you want to use https you have to fight with nokias certification set-up and there are some really long threads on maemo.org about this ;-) >> Please use for a first try port 80 and http without certs. You can also use openvpn to secure your client server connection. The N900 has strong openvpn support. >> >> >> > Ok I tried the non secure connection and I got something about internal > error ... which I guess is what you mean with don't use the 1.3 z-push? > >>> and check secure connection >>> >>> But the error I get with this setup is "Error. Either Exchange server >>> requires secure connection or account is disabled" >>> >>> So I checked my account and well it's enabled. And I got my ca >>> certificate and installed it on my n900 to make sure its there. >>> >>> But still same error. Can somebody point me in the right direction. I >>> also thought it might be relvant I am using a 2nd apache setup which I >>> heard could make some trouble in a couple of situations. >>> >>> >> For the first shot use Port 80 and only sync the calendar. Next step are contacts. Then you have everything kolabbackend supports so far and you can play with https and certs :-) >> >> > will do that ... thanks for the help ... its much appreciated > >> HTH >> >> Thorsten >> >> > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > From gavin.mccullagh at gcd.ie Fri Feb 19 23:29:08 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Fri, 19 Feb 2010 22:29:08 +0000 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7EFA4A.4000900@computational-chemistry.org> References: <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> <4B7E7761.1060406@libertech.fr> <4B7E7988.9010802@oab.de> <4B7E7B50.5040108@libertech.fr> <4B7E83D3.6010807@computational-chemistry.org> <20100219123047.GH4253@gcd.ie> <20100219125140.GI4253@gcd.ie> <4B7EFA4A.4000900@computational-chemistry.org> Message-ID: <20100219222908.GQ4253@gcd.ie> Hi, On Fri, 19 Feb 2010, Alexander Schr?ter wrote: > Than I would change the part where you change the template and after > that the real file ... I think it makes more sense to use kolabconf. I'm not sure I understand you here. > And in the z-Push Kolab Connector Section I think that should be > "kolab-r:kolab-r" instead of "kolab-r.kolab-r" right? > > I will change the wiki accordingly if someone tells me I am right. Both work, but looking at the man page, it seems the : is more correct. Feel free to correct. Gavin From webmaster at computational-chemistry.org Sat Feb 20 00:00:15 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Sat, 20 Feb 2010 00:00:15 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <20100219222908.GQ4253@gcd.ie> References: <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B7E76C6.9050706@oab.de> <4B7E7761.1060406@libertech.fr> <4B7E7988.9010802@oab.de> <4B7E7B50.5040108@libertech.fr> <4B7E83D3.6010807@computational-chemistry.org> <20100219123047.GH4253@gcd.ie> <20100219125140.GI4253@gcd.ie> <4B7EFA4A.4000900@computational-chemistry.org> <20100219222908.GQ4253@gcd.ie> Message-ID: <4B7F17FF.90308@computational-chemistry.org> Am 19.02.2010 23:29, schrieb Gavin McCullagh: > Hi, > > On Fri, 19 Feb 2010, Alexander Schr?ter wrote: > > >> Than I would change the part where you change the template and after >> that the real file ... I think it makes more sense to use kolabconf. >> > I'm not sure I understand you here. > I am saying that 1. Add the same line to /kolab/etc/apache/apache.local 2. Reload apache with /kolab/bin/openpkg rc apache reload can be replaced with: /kolab/sbin/kolabconf >> And in the z-Push Kolab Connector Section I think that should be >> "kolab-r:kolab-r" instead of "kolab-r.kolab-r" right? >> >> I will change the wiki accordingly if someone tells me I am right. >> > Both work, but looking at the man page, it seems the : is more correct. > > Feel free to correct. > > Gavin > > _______________________________________________ > 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/20100220/4867099e/attachment.html From thorsten.schnebeck at gmx.net Sat Feb 20 00:17:48 2010 From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck) Date: Sat, 20 Feb 2010 00:17:48 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7F0E88.8060403@computational-chemistry.org> References: <4B7DA594.2010601@computational-chemistry.org> <201002192303.55780.thorsten.schnebeck@gmx.net> <4B7F0E88.8060403@computational-chemistry.org> Message-ID: <201002200017.49217.thorsten.schnebeck@gmx.net> Am Freitag 19 Februar 2010 23:19:52 schrieb Alexander Schr?ter: > Am 19.02.2010 23:03, schrieb Thorsten Schnebeck: > > Am Freitag 19 Februar 2010 21:53:30 schrieb Alexander Schr?ter: > > > >> Am 19.02.2010 13:51, schrieb Gavin McCullagh: > >> > > > >> But now the sad part ... not working yet :( My phone is a N900 and I am > >> using the following setup. > >> > > What version of z-push have you installed? You can not use the latest 1.3 stuff. > > You need at least a post-42.2009 N900 firmware. Current firmware is 3.2010.02-8 > > > > > Hi current N900 firmware is 3.2010.02-8 so high enough. > z-push backend I used 1.3 RC2 which I guess is the one you tell me I > should not use ... which one is it than? I use z-push-1.2.3_RC > >> E-Mail Address: the one specified in kolab for my account > >> User Name: the username without the domain > >> > > wrong, its with domain > > > Thought so since I had problems loging into imap without domain. > > > >> Password: according to the user > >> Domain: my kolab servers maildomain > >> > > IIRC this is for z-push only a dummy info. > > > > > >> Server: my kolab server > >> port 443 > >> > > if you want to use https you have to fight with nokias certification set-up and there are some really long threads on maemo.org about this ;-) > > Please use for a first try port 80 and http without certs. You can also use openvpn to secure your client server connection. The N900 has strong openvpn support. > > > > > Ok I tried the non secure connection and I got something about internal > error ... which I guess is what you mean with don't use the 1.3 z-push? yep, 1.3 has new parameters for some functions, so you have to patch current kolabbackend to make it work. But I think Alain and Gunnar do work for better kolab integration and latest z-push support. By now use the 1.2.x branch of z-push, I use 1.2.3RC Bye Thorsten P.S. no need for a cc: to my mail address - I am a subscripted ML member ;-) From pavel at argo-tours.ru Sat Feb 20 07:46:50 2010 From: pavel at argo-tours.ru (=?utf-8?b?0J/QsNCy0LXQuyDQkdCw0YDQsNC90YfQuNC60L7Qsg==?=) Date: Sat, 20 Feb 2010 09:46:50 +0300 Subject: kontact from kde 4.4: does akonadi based kaddressbook work with kolab? In-Reply-To: <201002142345.51311.pavel@argo-tours.ru> References: <201002112303.37099.thorsten.schnebeck@gmx.net> <201002140213.28497.thorsten.schnebeck@gmx.net> <201002142345.51311.pavel@argo-tours.ru> Message-ID: <201002200946.53549.pavel@argo-tours.ru> On ??????????? 14 ??????? 2010 23:45:48 ????? ?????????? wrote: > On ??????????? 14 ??????? 2010 04:13:27 Thorsten Schnebeck wrote: > > Am Samstag 13 Februar 2010 11:47:34 schrieb ????? ??????????: > > > On ??????? 13 ??????? 2010 12:44:49 Thorsten Schnebeck wrote: > > > > Am Freitag, 12. Februar 2010 11:21:50 schrieb ????? ??????????: > > > > > > Hi, > > > > > > > > > > > > I'm testing Kontact from KDE SC 4.4. This is the first version > > > > > > where you are forced to set-up akonadi as the kaddressbook > > > > > > component use this caching system exclusively. So far my base > > > > > > set-up seems to be fine using Kubuntu karmic backports packages: > > > > > > akonadi runs and it likes my nepomuk. But kaddressbook is empty. > > > > > > When I add a new addressbook and choose the kolab resource > > > > > > nothing happens. > > > > > > > > > > > > anyone? > > > > > > > > > > I noticed that KMail use Kolab IMAP addressbook, but KAddressbook > > > > > shows > > > > > > > > > > not records in it. Try to create new mail message: are the contacts > > > > > from kolab addressbook added to combobox of recipient field? > > > > > > > > > > My nitice converns only kolab IMAP addressbook. > > > > > > > > I used akonadiconsole to remove everything I was allowed to do and I > > > > do not need. Then I add "Kolab resource" (without further > > > > configuration) and "KDE Address Book (traditional)" There I could > > > > config a "kmail imap resource" (aka kolab imap folder) This works > > > > and I see my Kolab contacts in the shiny new kontact 4.4 address > > > > book. The whole setup akonadi + nepomuk looks very fragile. While it > > > > works fine for the main user it does not work for a switch user from > > > > a running session. And I have not found a step-by-step guide with > > > > reference config files for this stuff. > > > > > > I tried to reproduce your steps. I have removed kolab resource and > > > > > > addressbook and added them after. I do not see any kolab contacts from > > > imap folder in addressbook. > > > > > > Interesting fact. In "KDE address boot (traditional)" resource I see > > > > > > ----8<----------------------- > > > status: online, running (0%) > > > status message: Loading address book > > > ----8<----------------------- > > > > > > I think it's strange. KMail uses contacts from IMAP folder well. > > > > Have you checked that akonadi runs without any errors? > > On (k)ubuntu I had to change the mysql tables to get rid of errors. > > My latest workflow is (as user): > > # Stop akonadi, stop nepumok + virtuoso > > akonadictl stop > > # (wait 10sec) > > qdbus org.kde.NepomukServer /nepomukserver quit > > # (wait 10sec) > > killall nepomukserver > > # remove old stuff of akonadi and nepomuk in users home dir, clear config > > files, rm -r ~/.local/share/akonadi > > rm -r ~/.kde/share/apps/nepomuk > > rm ~/.kde/share/config/nepom* > > # start akonadi, update mysql tables: > > akonadictl start > > mysql_install_db --datadir=$HOME/.local/share/akonadi/db_data/ # ignore > > errors mysql_upgrade > > --socket=$HOME/.local/share/akonadi/db_misc/mysql.socket # restart > > akonadi, kbuildsycoca, > > akonadictl stop > > kbuildsycoca4 --noincremental > > nepomukservicestub nepomukstorage > > # wait 10 sec > > akonadictl start > > # restart session, start nepomuk, test akonadi if nepomuk is on dbus > > available systemsettings + Alt+F2 "Akonadi Setup" > > > > :-) This seems to work :-) > > > > HTH > > > > Thorsten > > > > > > Oh, the new app looks promising but needs some love. The separate > > > > address book list is a waste of space and the fonts are to small on a > > > > big screen. > > > > > > > > Bye > > > > > > > > Thorsten > > I just tried next. > - Create KDE traditional addressbook: kolab resource from KMail IMAP. I > have empty list of contacts instead of 160 contacts that really exist. > - create new contact in the address book. New message have been created in > corresponding imap folder in KMail. > - delete this address book from akonadi console. > - create new similar addressbook again. The contact list is empty again > (new created message is not present too). > I checked that message in imap foler corresponds to newly created > contact. > So, for me (openSuSE 11.2 (x86_64) all the contacts are absent on > addressbook. I have just checked this behaviour on newly created linux account with newly created addressbook folder on imap server (with user different from me). The problem repeated. Maybe, the problem is in localization? As I see, my folders im IMAP, that contain contact information are named by russian: ????????, ?????????, ???????... Best regards, Pavel. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20100220/bcc78d77/attachment.bin From pavel at argo-tours.ru Sat Feb 20 08:22:28 2010 From: pavel at argo-tours.ru (=?utf-8?b?0J/QsNCy0LXQuyDQkdCw0YDQsNC90YfQuNC60L7Qsg==?=) Date: Sat, 20 Feb 2010 10:22:28 +0300 Subject: kontact from kde 4.4: does akonadi based kaddressbook work with kolab? In-Reply-To: <201002200946.53549.pavel@argo-tours.ru> References: <201002112303.37099.thorsten.schnebeck@gmx.net> <201002142345.51311.pavel@argo-tours.ru> <201002200946.53549.pavel@argo-tours.ru> Message-ID: <201002201022.31900.pavel@argo-tours.ru> On ??????? 20 ??????? 2010 09:46:50 ????? ?????????? wrote: > On ??????????? 14 ??????? 2010 23:45:48 ????? ?????????? wrote: > > On ??????????? 14 ??????? 2010 04:13:27 Thorsten Schnebeck wrote: > > > Am Samstag 13 Februar 2010 11:47:34 schrieb ????? ??????????: > > > > On ??????? 13 ??????? 2010 12:44:49 Thorsten Schnebeck wrote: > > > > > Am Freitag, 12. Februar 2010 11:21:50 schrieb ????? ??????????: > > > > > > > Hi, > > > > > > > > > > > > > > I'm testing Kontact from KDE SC 4.4. This is the first version > > > > > > > where you are forced to set-up akonadi as the kaddressbook > > > > > > > component use this caching system exclusively. So far my base > > > > > > > set-up seems to be fine using Kubuntu karmic backports > > > > > > > packages: akonadi runs and it likes my nepomuk. But > > > > > > > kaddressbook is empty. When I add a new addressbook and choose > > > > > > > the kolab resource nothing happens. > > > > > > > > > > > > > > anyone? > > > > > > > > > > > > I noticed that KMail use Kolab IMAP addressbook, but > > KAddressbook > > > > > > > shows > > > > > > > > > > > > not records in it. Try to create new mail message: are the > > > > > > contacts from kolab addressbook added to combobox of recipient > > > > > > field? > > > > > > > > > > > > My nitice converns only kolab IMAP addressbook. > > > > > > > > > > I used akonadiconsole to remove everything I was allowed to do and > > > > > I do not need. Then I add "Kolab resource" (without further > > > > > configuration) and "KDE Address Book (traditional)" There I could > > > > > config a "kmail imap resource" (aka kolab imap folder) This works > > > > > and I see my Kolab contacts in the shiny new kontact 4.4 address > > > > > book. The whole setup akonadi + nepomuk looks very fragile. While > > > > > it works fine for the main user it does not work for a switch user > > > > > from a running session. And I have not found a step-by-step guide > > > > > with reference config files for this stuff. > > > > > > > > I tried to reproduce your steps. I have removed kolab resource and > > > > > > > > addressbook and added them after. I do not see any kolab contacts > > > > from imap folder in addressbook. > > > > > > > > Interesting fact. In "KDE address boot (traditional)" resource I see > > > > > > > > ----8<----------------------- > > > > status: online, running (0%) > > > > status message: Loading address book > > > > ----8<----------------------- > > > > > > > > I think it's strange. KMail uses contacts from IMAP folder well. > > > > > > Have you checked that akonadi runs without any errors? > > > On (k)ubuntu I had to change the mysql tables to get rid of errors. > > > My latest workflow is (as user): > > > # Stop akonadi, stop nepumok + virtuoso > > > akonadictl stop > > > # (wait 10sec) > > > qdbus org.kde.NepomukServer /nepomukserver quit > > > # (wait 10sec) > > > killall nepomukserver > > > # remove old stuff of akonadi and nepomuk in users home dir, clear > > > config files, rm -r ~/.local/share/akonadi > > > rm -r ~/.kde/share/apps/nepomuk > > > rm ~/.kde/share/config/nepom* > > > # start akonadi, update mysql tables: > > > akonadictl start > > > mysql_install_db --datadir=$HOME/.local/share/akonadi/db_data/ # ignore > > > errors mysql_upgrade > > > --socket=$HOME/.local/share/akonadi/db_misc/mysql.socket # restart > > > akonadi, kbuildsycoca, > > > akonadictl stop > > > kbuildsycoca4 --noincremental > > > nepomukservicestub nepomukstorage > > > # wait 10 sec > > > akonadictl start > > > # restart session, start nepomuk, test akonadi if nepomuk is on dbus > > > available systemsettings + Alt+F2 "Akonadi Setup" > > > > > > :-) This seems to work :-) > > > > > > HTH > > > > > > Thorsten > > > > > > > > Oh, the new app looks promising but needs some love. The separate > > > > > address book list is a waste of space and the fonts are to small on > > > > > a big screen. > > > > > > > > > > Bye > > > > > > > > > > Thorsten > > > > I just tried next. > > > > - Create KDE traditional addressbook: kolab resource from KMail IMAP. I > > have empty list of contacts instead of 160 contacts that really exist. > > - create new contact in the address book. New message have been created > > in corresponding imap folder in KMail. > > - delete this address book from akonadi console. > > - create new similar addressbook again. The contact list is empty again > > (new created message is not present too). > > > > I checked that message in imap foler corresponds to newly created > > > > contact. > > > > So, for me (openSuSE 11.2 (x86_64) all the contacts are absent on > > > > addressbook. > > I have just checked this behaviour on newly created linux account with > newly created addressbook folder on imap server (with user different from > me). The problem repeated. > Maybe, the problem is in localization? As I see, my folders im IMAP, that > contain contact information are named by russian: ????????, ?????????, > ???????... > > Best regards, > Pavel. I have created another new linux user and chnged its KDE language to English. Now. Newly7 created IMAP folders are named on english now: Contacts, Calendar and so on. As I understand, I can simply rename my existing folders in existing IMAP accound and it would work. Now the question: what names should the contacts folders have (according to Kolab standards): static fixen english-language names or localized? Or it does not matter? What does Kolab format says on it? Best regards, Pavel. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20100220/e93a17dc/attachment.bin From ml at radoeka.nl Sat Feb 20 08:38:36 2010 From: ml at radoeka.nl (Richard Bos) Date: Sat, 20 Feb 2010 08:38:36 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7F17FF.90308@computational-chemistry.org> References: <20100219105846.GE4253@gcd.ie> <20100219222908.GQ4253@gcd.ie> <4B7F17FF.90308@computational-chemistry.org> Message-ID: <201002200838.36997.ml@radoeka.nl> Op zaterdag 20 februari 2010 00:00:15 schreef Alexander Schr?ter: > >> Than I would change the part where you change the template and after > >> that the real file ... I think it makes more sense to use kolabconf. > >> > > > > I'm not sure I understand you here. > > > > I am saying that > > 1. Add the same line to /kolab/etc/apache/apache.local > 2. Reload apache with > /kolab/bin/openpkg rc apache reload > > can be replaced with: > > /kolab/sbin/kolabconf I've changed it, as you proposed: https://wiki.kolab.org/index.php/Z_push#Install_Z-Push -- Richard From kloecker at kde.org Sat Feb 20 14:12:32 2010 From: kloecker at kde.org (Ingo =?utf-8?q?Kl=C3=B6cker?=) Date: Sat, 20 Feb 2010 14:12:32 +0100 Subject: kontact from kde 4.4: does akonadi based kaddressbook work with kolab? In-Reply-To: <201002201022.31900.pavel@argo-tours.ru> References: <201002112303.37099.thorsten.schnebeck@gmx.net> <201002200946.53549.pavel@argo-tours.ru> <201002201022.31900.pavel@argo-tours.ru> Message-ID: <201002201412.48628@thufir.ingo-kloecker.de> On Saturday 20 February 2010, ????? ?????????? wrote: > On ??????? 20 ??????? 2010 09:46:50 ????? ?????????? wrote: > > On ??????????? 14 ??????? 2010 23:45:48 ????? ?????????? wrote: > > > On ??????????? 14 ??????? 2010 04:13:27 Thorsten Schnebeck wrote: > > > > Am Samstag 13 Februar 2010 11:47:34 schrieb ????? ??????????: > > > > > On ??????? 13 ??????? 2010 12:44:49 Thorsten Schnebeck wrote: > > > > > > Am Freitag, 12. Februar 2010 11:21:50 schrieb ????? ??????????: > > > > > > > > Hi, > > > > > > > > > > > > > > > > I'm testing Kontact from KDE SC 4.4. This is the first > > > > > > > > version where you are forced to set-up akonadi as the > > > > > > > > kaddressbook component use this caching system > > > > > > > > exclusively. So far my base set-up seems to be fine > > > > > > > > using Kubuntu karmic backports packages: akonadi runs > > > > > > > > and it likes my nepomuk. But kaddressbook is empty. > > > > > > > > When I add a new addressbook and choose the kolab > > > > > > > > resource nothing happens. > > > > > > > > > > > > > > > > anyone? > > > > > > > > > > > > > > I noticed that KMail use Kolab IMAP addressbook, but > > > > KAddressbook > > > > > > > > > shows > > > > > > > > > > > > > > not records in it. Try to create new mail message: are > > > > > > > the contacts from kolab addressbook added to combobox of > > > > > > > recipient field? > > > > > > > > > > > > > > My nitice converns only kolab IMAP addressbook. > > > > > > > > > > > > I used akonadiconsole to remove everything I was allowed to > > > > > > do and I do not need. Then I add "Kolab resource" (without > > > > > > further configuration) and "KDE Address Book > > > > > > (traditional)" There I could config a "kmail imap > > > > > > resource" (aka kolab imap folder) This works and I see my > > > > > > Kolab contacts in the shiny new kontact 4.4 address book. > > > > > > The whole setup akonadi + nepomuk looks very fragile. > > > > > > While it works fine for the main user it does not work for > > > > > > a switch user from a running session. And I have not found > > > > > > a step-by-step guide with reference config files for this > > > > > > stuff. > > > > > > > > > > I tried to reproduce your steps. I have removed kolab > > > > > resource and > > > > > > > > > > addressbook and added them after. I do not see any kolab > > > > > contacts from imap folder in addressbook. > > > > > > > > > > Interesting fact. In "KDE address boot (traditional)" > > > > > resource I see > > > > > > > > > > ----8<----------------------- > > > > > status: online, running (0%) > > > > > status message: Loading address book > > > > > ----8<----------------------- > > > > > > > > > > I think it's strange. KMail uses contacts from IMAP folder > > > > > well. > > > > > > > > Have you checked that akonadi runs without any errors? > > > > On (k)ubuntu I had to change the mysql tables to get rid of > > > > errors. My latest workflow is (as user): > > > > # Stop akonadi, stop nepumok + virtuoso > > > > akonadictl stop > > > > # (wait 10sec) > > > > qdbus org.kde.NepomukServer /nepomukserver quit > > > > # (wait 10sec) > > > > killall nepomukserver > > > > # remove old stuff of akonadi and nepomuk in users home dir, > > > > clear config files, rm -r ~/.local/share/akonadi > > > > rm -r ~/.kde/share/apps/nepomuk > > > > rm ~/.kde/share/config/nepom* > > > > # start akonadi, update mysql tables: > > > > akonadictl start > > > > mysql_install_db --datadir=$HOME/.local/share/akonadi/db_data/ > > > > # ignore errors mysql_upgrade > > > > --socket=$HOME/.local/share/akonadi/db_misc/mysql.socket # > > > > restart akonadi, kbuildsycoca, > > > > akonadictl stop > > > > kbuildsycoca4 --noincremental > > > > nepomukservicestub nepomukstorage > > > > # wait 10 sec > > > > akonadictl start > > > > # restart session, start nepomuk, test akonadi if nepomuk is on > > > > dbus available systemsettings + Alt+F2 "Akonadi Setup" > > > > > > > > :-) This seems to work :-) > > > > > > > > HTH > > > > > > > > Thorsten > > > > > > > > > > Oh, the new app looks promising but needs some love. The > > > > > > separate address book list is a waste of space and the > > > > > > fonts are to small on a big screen. > > > > > > > > > > > > Bye > > > > > > > > > > > > Thorsten > > > > > > I just tried next. > > > > > > - Create KDE traditional addressbook: kolab resource from KMail > > > IMAP. I have empty list of contacts instead of 160 contacts that > > > really exist. - create new contact in the address book. New > > > message have been created in corresponding imap folder in KMail. > > > - delete this address book from akonadi console. > > > - create new similar addressbook again. The contact list is empty > > > again (new created message is not present too). > > > > > > I checked that message in imap foler corresponds to newly > > > created > > > > > > contact. > > > > > > So, for me (openSuSE 11.2 (x86_64) all the contacts are absent > > > on > > > > > > addressbook. > > > > I have just checked this behaviour on newly created linux account > > with > > > > newly created addressbook folder on imap server (with user > > different from me). The problem repeated. > > > > Maybe, the problem is in localization? As I see, my folders im > > IMAP, that > > > > contain contact information are named by russian: ????????, > > ?????????, ???????... > > > > Best regards, > > Pavel. > > I have created another new linux user and chnged its KDE language to > English. Now. Newly7 created IMAP folders are named on english now: > Contacts, Calendar and so on. > As I understand, I can simply rename my existing folders in existing > IMAP accound and it would work. > Now the question: what names should the contacts folders have > (according to Kolab standards): static fixen english-language names > or localized? Or it does not matter? What does Kolab format says on > it? Kolab tries to mimic the behavior of Exchange/Outlook so that your Kolab account is compatible with Outlook. Of course, this behavior is pointless if you do not need to be compatible with Outlook. It would be much better if Kontact asked the user whether he wants Outlook-compatible (localized) folder names. Regards, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://kolab.org/pipermail/kolab-users/attachments/20100220/4364f23d/attachment.bin From webmaster at computational-chemistry.org Sat Feb 20 18:43:16 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-15?Q?Alexander_Schr=F6ter?=) Date: Sat, 20 Feb 2010 18:43:16 +0100 Subject: Fresh install 2.2.3 on Debian Lenny Message-ID: <4B801F34.7060801@computational-chemistry.org> Since I decided to put Kolab on my main Server I had to start from a fresh install. In my Case the openpkg from source version. Installation went without errors but I still seem to be having the same problem as last time. I think my kolab server or the users have insufficent rights to create my mailboxes, calendars and tasks. And I think thats why my horde won't show me any of the informations in the categories just mentioned. For example I see the Mails when I connect via Imap but I don't see them in horde. Can somebody point me in the right direction? I think I had the same problem with my last install but I don't remember how i fixed it. Thanks a lot. From liste at gelpi.it Sat Feb 20 19:29:13 2010 From: liste at gelpi.it (Gelpi Andrea) Date: Sat, 20 Feb 2010 19:29:13 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B7E740A.3060408@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> Message-ID: <4B8029F9.8000204@gelpi.it> Il 19/02/10 12:20, Alain abbas ha scritto: > hello > > this is for Calendar, contacts > and soon Tasks > > http://wiki.kolab.org/index.php/Z_push I follow the instructions in the wiki on my kolab 2.2.0, but after sending userID and Password I got only error 500 Internal server error. Debug file says nothing interesting: 02/20/10 19:20:14 [6229] Start 02/20/10 19:20:14 [6229] Z-Push version: 1.2.3 RC 02/20/10 19:20:14 [6229] Client IP: 127.0.0.1 I also install Kolab_Format more than once ... but no success. mail:/kolab/var/kolab/www/z-push# pear channel-discover pear.horde.org Channel "pear.horde.org" is already initialized mail:/kolab/var/kolab/www/z-push# pear install --force channel://pear.horde.org/Kolab_Format downloading Kolab_Format-1.0.1.tgz ... Starting to download Kolab_Format-1.0.1.tgz (33,412 bytes) .........done: 33,412 bytes install ok: channel://pear.horde.org/Kolab_Format-1.0.1 Is z-push compatible with kolab 2.2.0? -- ing. Andrea Gelpi *************************************************** La Terra non la abbiamo ereditata dai nostri avi, ma la abbiamo presa in prestito dai nostri bambini. *************************************************** From alain.abbas at libertech.fr Sat Feb 20 19:58:34 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Sat, 20 Feb 2010 19:58:34 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B8029F9.8000204@gelpi.it> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B8029F9.8000204@gelpi.it> Message-ID: <4B8030DA.9010201@libertech.fr> hello we didn t make test one a 2.2.0 server. could you please create a debug.txt file on the z-push directory , make a synchro and send me the file. seems to be a pear problem or horde library problem. thanks Gelpi Andrea a ?crit : > Il 19/02/10 12:20, Alain abbas ha scritto: > >> hello >> >> this is for Calendar, contacts >> and soon Tasks >> >> http://wiki.kolab.org/index.php/Z_push >> > > I follow the instructions in the wiki on my kolab 2.2.0, but after > sending userID and Password I got only error 500 Internal server error. > Debug file says nothing interesting: > > 02/20/10 19:20:14 [6229] Start > 02/20/10 19:20:14 [6229] Z-Push version: 1.2.3 RC > 02/20/10 19:20:14 [6229] Client IP: 127.0.0.1 > > I also install Kolab_Format more than once ... but no success. > > mail:/kolab/var/kolab/www/z-push# pear channel-discover pear.horde.org > Channel "pear.horde.org" is already initialized > mail:/kolab/var/kolab/www/z-push# pear install --force > channel://pear.horde.org/Kolab_Format > downloading Kolab_Format-1.0.1.tgz ... > Starting to download Kolab_Format-1.0.1.tgz (33,412 bytes) > .........done: 33,412 bytes > install ok: channel://pear.horde.org/Kolab_Format-1.0.1 > > Is z-push compatible with kolab 2.2.0? > > From thomas at intevation.de Sat Feb 20 21:43:13 2010 From: thomas at intevation.de (Thomas Arendsen Hein) Date: Sat, 20 Feb 2010 21:43:13 +0100 Subject: Fresh install 2.2.3 on Debian Lenny In-Reply-To: <4B801F34.7060801@computational-chemistry.org> References: <4B801F34.7060801@computational-chemistry.org> Message-ID: <20100220214116.625328257.thomas@intevation.de> * Alexander Schr?ter [20100220 18:44]: > Since I decided to put Kolab on my main Server I had to start from a > fresh install. > > In my Case the openpkg from source version. Installation went without > errors but I still seem to be having the same problem as last time. I > think my kolab server or the users have insufficent rights to create my > mailboxes, calendars and tasks. And I think thats why my horde won't > show me any of the informations in the categories just mentioned. > > For example I see the Mails when I connect via Imap but I don't see them > in horde. > > Can somebody point me in the right direction? I think I had the same > problem with my last install but I don't remember how i fixed it. As discussed on IRC (#kolab on freenode): This was caused by https://issues.kolab.org/issue2869 (Can login to imapd with localpart of primary email address) Using the primary email address to log in will solve this 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 webmaster at computational-chemistry.org Sat Feb 20 22:59:02 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Sat, 20 Feb 2010 22:59:02 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <201002200017.49217.thorsten.schnebeck@gmx.net> References: <4B7DA594.2010601@computational-chemistry.org> <201002192303.55780.thorsten.schnebeck@gmx.net> <4B7F0E88.8060403@computational-chemistry.org> <201002200017.49217.thorsten.schnebeck@gmx.net> Message-ID: <4B805B26.9060302@computational-chemistry.org> Hi I had some success with the z-push setup but now I am stuck :( I created the debug.txt file and you can see the output below. I allready tried creating the files, which seemed to help some. The log file specified in config-kolab.php doesn't tell much. cat config-kolab.php 02/20/10 22:50:02 [24835] : : IMAP connection opened sucessfully user : me at alexanderschroeter.net Mobile ID: 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : Setup : Mobile ID :356938031394910 Proto Version : 2.5 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : GetAnnotation INBOX/Tasks : task.default 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : GetAnnotation INBOX/Notes : note.default 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : GetAnnotation INBOX/Contacts : contact.default 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : GetAnnotation INBOX/Calendar : event.default 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : GetAnnotation INBOX : 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : IMAP connection closed cat debug.txt: 02/20/10 22:50:02 [24835] Start 02/20/10 22:50:02 [24835] Z-Push version: 1.2.3 RC 02/20/10 22:50:02 [24835] Client IP: 85.180.139.84 02/20/10 22:50:02 [24835] Client supports version 2.5 02/20/10 22:50:02 [24835] POST cmd: FolderSync 02/20/10 22:50:02 [24835] Initializing folder diff engine 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) [function.file-put-contents]: failed to open stream: Permission denied (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_task.default) [function.file-put-contents]: failed to open stream: Permission denied (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) [function.file-put-contents]: failed to open stream: Permission denied (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_note.default) [function.file-put-contents]: failed to open stream: Permission denied (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) [function.file-put-contents]: failed to open stream: Permission denied (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_contact.default) [function.file-put-contents]: failed to open stream: Permission denied (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) [function.file-put-contents]: failed to open stream: Permission denied (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_event.default) [function.file-put-contents]: failed to open stream: Permission denied (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: anno (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: anno (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) [function.file-put-contents]: failed to open stream: Permission denied (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] Found 5 folder changes 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) [function.file-get-contents]: failed to open stream: No such file or directory (2) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) 02/20/10 22:50:02 [24835] /home/kolab/var/kolab/www/z-push/statemachine.php:103 file_put_contents(/kolab/var/kolab/www/z-push/state/{b19cf908-a62e-44e8-9d44-b79521a2dae5}30) [function.file-put-contents]: failed to open stream: Permission denied (2) 02/20/10 22:50:02 [24835] IMAP-errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN 02/20/10 22:50:02 [24835] IMAP connection closed 02/20/10 22:50:02 [24835] end 02/20/10 22:50:02 [24835] -------- Thanks again. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100220/fafffda4/attachment.html From webmaster at computational-chemistry.org Sat Feb 20 23:50:10 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Sat, 20 Feb 2010 23:50:10 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B805B26.9060302@computational-chemistry.org> References: <4B7DA594.2010601@computational-chemistry.org> <201002192303.55780.thorsten.schnebeck@gmx.net> <4B7F0E88.8060403@computational-chemistry.org> <201002200017.49217.thorsten.schnebeck@gmx.net> <4B805B26.9060302@computational-chemistry.org> Message-ID: <4B806722.9030202@computational-chemistry.org> Well after starting over, I am now one step further. I probably just missed a file or didn't have the propper rights. Whatever I created them and now I get this, but nothing happens :( cat debug.txt 02/20/10 23:15:25 [24834] Start 02/20/10 23:15:25 [24834] Z-Push version: 1.2.3 RC 02/20/10 23:15:25 [24834] Client IP: 85.180.139.84 02/20/10 23:15:25 [24834] Client supports version 2.5 02/20/10 23:15:25 [24834] POST cmd: FolderSync 02/20/10 23:15:25 [24834] Initializing folder diff engine 02/20/10 23:15:25 [24834] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: anno (8) 02/20/10 23:15:25 [24834] /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: anno (8) 02/20/10 23:15:25 [24834] Found 5 folder changes 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Contacts) 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Contacts) 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Calendar) 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Calendar) 02/20/10 23:15:25 [24834] IMAP-errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN 02/20/10 23:15:25 [24834] IMAP connection closed 02/20/10 23:15:25 [24834] end 02/20/10 23:15:25 [24834] -------- Am 20.02.2010 22:59, schrieb Alexander Schr?ter: > Hi I had some success with the z-push setup but now I am stuck :( > > > I created the debug.txt file and you can see the output below. I > allready tried creating the files, which seemed to help some. The log > file specified in config-kolab.php doesn't tell much. > > cat config-kolab.php > > 02/20/10 22:50:02 [24835] : : IMAP connection opened sucessfully > user : me at alexanderschroeter.net Mobile ID: > 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : Setup : > Mobile ID :356938031394910 Proto Version : 2.5 > 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : > GetAnnotation INBOX/Tasks : task.default > 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : > GetAnnotation INBOX/Notes : note.default > 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : > GetAnnotation INBOX/Contacts : contact.default > 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : > GetAnnotation INBOX/Calendar : event.default > 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : > GetAnnotation INBOX : > 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : IMAP > connection closed > > cat debug.txt: > > 02/20/10 22:50:02 [24835] Start > 02/20/10 22:50:02 [24835] Z-Push version: 1.2.3 RC > 02/20/10 22:50:02 [24835] Client IP: 85.180.139.84 > 02/20/10 22:50:02 [24835] Client supports version 2.5 > 02/20/10 22:50:02 [24835] POST cmd: FolderSync > 02/20/10 22:50:02 [24835] Initializing folder diff engine > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 > file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) > [ href='function.file-put-contents'>function.file-put-contents]: > failed to open stream: Permission denied (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 > file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_task.default) > [ href='function.file-put-contents'>function.file-put-contents]: > failed to open stream: Permission denied (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 > file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) > [ href='function.file-put-contents'>function.file-put-contents]: > failed to open stream: Permission denied (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 > file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_note.default) > [ href='function.file-put-contents'>function.file-put-contents]: > failed to open stream: Permission denied (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 > file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) > [ href='function.file-put-contents'>function.file-put-contents]: > failed to open stream: Permission denied (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 > file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_contact.default) > [ href='function.file-put-contents'>function.file-put-contents]: > failed to open stream: Permission denied (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 > file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) > [ href='function.file-put-contents'>function.file-put-contents]: > failed to open stream: Permission denied (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 > file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_event.default) > [ href='function.file-put-contents'>function.file-put-contents]: > failed to open stream: Permission denied (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined > variable: anno (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined > variable: anno (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 > file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) > [ href='function.file-put-contents'>function.file-put-contents]: > failed to open stream: Permission denied (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] Found 5 folder changes > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) > [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined > offset: 1 (8) > 02/20/10 22:50:02 [24835] > /home/kolab/var/kolab/www/z-push/statemachine.php:103 > file_put_contents(/kolab/var/kolab/www/z-push/state/{b19cf908-a62e-44e8-9d44-b79521a2dae5}30) > [ href='function.file-put-contents'>function.file-put-contents]: > failed to open stream: Permission denied (2) > 02/20/10 22:50:02 [24835] IMAP-errors: SECURITY PROBLEM: insecure > server advertised AUTH=PLAIN > 02/20/10 22:50:02 [24835] IMAP connection closed > 02/20/10 22:50:02 [24835] end > 02/20/10 22:50:02 [24835] -------- > > Thanks again. > > > _______________________________________________ > 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/20100220/de5f929b/attachment.html From alain.abbas at libertech.fr Sun Feb 21 02:58:27 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Sun, 21 Feb 2010 02:58:27 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B806722.9030202@computational-chemistry.org> References: <4B7DA594.2010601@computational-chemistry.org> <201002192303.55780.thorsten.schnebeck@gmx.net> <4B7F0E88.8060403@computational-chemistry.org> <201002200017.49217.thorsten.schnebeck@gmx.net> <4B805B26.9060302@computational-chemistry.org> <4B806722.9030202@computational-chemistry.org> Message-ID: <4B809343.9050903@libertech.fr> seems to have a litle bug in the documentation Apache run with kolab-n user and not kolab-r verify that on your server with #ps aux kolab-n 4358 0.0 0.3 52268 11492 ? S Feb17 0:00 /kolab/sbin/apache kolab-n 4359 0.0 0.3 52268 11476 ? S Feb17 0:00 /kolab/sbin/apache kolab-n 4360 0.0 0.3 52268 11476 ? S Feb17 0:00 /kolab/sbin/apache kolab-n 4361 0.0 0.3 52268 11476 ? S Feb17 0:00 /kolab/sbin/apache kolab-n 4362 0.0 0.3 52268 11476 ? S Feb17 0:00 /kolab/sbin/apache and chown -R kolab-n:kolab-n kolabindex confirm that it s run like that i will correct the documentation Regards Alexander Schr?ter a ?crit : > Well after starting over, I am now one step further. I probably just > missed a file or didn't have the propper rights. Whatever I created > them and now I get this, but nothing happens :( > > cat debug.txt > > 02/20/10 23:15:25 [24834] Start > 02/20/10 23:15:25 [24834] Z-Push version: 1.2.3 RC > 02/20/10 23:15:25 [24834] Client IP: 85.180.139.84 > 02/20/10 23:15:25 [24834] Client supports version 2.5 > 02/20/10 23:15:25 [24834] POST cmd: FolderSync > 02/20/10 23:15:25 [24834] Initializing folder diff engine > 02/20/10 23:15:25 [24834] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined > variable: anno (8) > 02/20/10 23:15:25 [24834] > /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined > variable: anno (8) > 02/20/10 23:15:25 [24834] Found 5 folder changes > 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Contacts) > 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Contacts) > 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Calendar) > 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Calendar) > 02/20/10 23:15:25 [24834] IMAP-errors: SECURITY PROBLEM: insecure > server advertised AUTH=PLAIN > 02/20/10 23:15:25 [24834] IMAP connection closed > 02/20/10 23:15:25 [24834] end > 02/20/10 23:15:25 [24834] -------- > > > > Am 20.02.2010 22:59, schrieb Alexander Schr?ter: >> Hi I had some success with the z-push setup but now I am stuck :( >> >> >> I created the debug.txt file and you can see the output below. I >> allready tried creating the files, which seemed to help some. The log >> file specified in config-kolab.php doesn't tell much. >> >> cat config-kolab.php >> >> 02/20/10 22:50:02 [24835] : : IMAP connection opened sucessfully >> user : me at alexanderschroeter.net Mobile ID: >> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : Setup : >> Mobile ID :356938031394910 Proto Version : 2.5 >> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >> GetAnnotation INBOX/Tasks : task.default >> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >> GetAnnotation INBOX/Notes : note.default >> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >> GetAnnotation INBOX/Contacts : contact.default >> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >> GetAnnotation INBOX/Calendar : event.default >> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >> GetAnnotation INBOX : >> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : IMAP >> connection closed >> >> cat debug.txt: >> >> 02/20/10 22:50:02 [24835] Start >> 02/20/10 22:50:02 [24835] Z-Push version: 1.2.3 RC >> 02/20/10 22:50:02 [24835] Client IP: 85.180.139.84 >> 02/20/10 22:50:02 [24835] Client supports version 2.5 >> 02/20/10 22:50:02 [24835] POST cmd: FolderSync >> 02/20/10 22:50:02 [24835] Initializing folder diff engine >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >> [> href='function.file-put-contents'>function.file-put-contents]: >> failed to open stream: Permission denied (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_task.default) >> [> href='function.file-put-contents'>function.file-put-contents]: >> failed to open stream: Permission denied (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >> [> href='function.file-put-contents'>function.file-put-contents]: >> failed to open stream: Permission denied (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_note.default) >> [> href='function.file-put-contents'>function.file-put-contents]: >> failed to open stream: Permission denied (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >> [> href='function.file-put-contents'>function.file-put-contents]: >> failed to open stream: Permission denied (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_contact.default) >> [> href='function.file-put-contents'>function.file-put-contents]: >> failed to open stream: Permission denied (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >> [> href='function.file-put-contents'>function.file-put-contents]: >> failed to open stream: Permission denied (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_event.default) >> [> href='function.file-put-contents'>function.file-put-contents]: >> failed to open stream: Permission denied (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: anno (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: anno (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) >> [> href='function.file-put-contents'>function.file-put-contents]: >> failed to open stream: Permission denied (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] Found 5 folder changes >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >> [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 (8) >> 02/20/10 22:50:02 [24835] >> /home/kolab/var/kolab/www/z-push/statemachine.php:103 >> file_put_contents(/kolab/var/kolab/www/z-push/state/{b19cf908-a62e-44e8-9d44-b79521a2dae5}30) >> [> href='function.file-put-contents'>function.file-put-contents]: >> failed to open stream: Permission denied (2) >> 02/20/10 22:50:02 [24835] IMAP-errors: SECURITY PROBLEM: insecure >> server advertised AUTH=PLAIN >> 02/20/10 22:50:02 [24835] IMAP connection closed >> 02/20/10 22:50:02 [24835] end >> 02/20/10 22:50:02 [24835] -------- >> >> Thanks again. >> >> >> _______________________________________________ >> 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 webmaster at computational-chemistry.org Sun Feb 21 03:09:12 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Sun, 21 Feb 2010 03:09:12 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B809343.9050903@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <201002192303.55780.thorsten.schnebeck@gmx.net> <4B7F0E88.8060403@computational-chemistry.org> <201002200017.49217.thorsten.schnebeck@gmx.net> <4B805B26.9060302@computational-chemistry.org> <4B806722.9030202@computational-chemistry.org> <4B809343.9050903@libertech.fr> Message-ID: <4B8095C8.7070908@computational-chemistry.org> Yes that did the trick. Maybe you can correct me if I am wrong but the state folder should be kolab-n:kolab-n too, right? Regarding the wiki ... I think I will rewrite a part because I think the way it is now the files in z-push never get change to be owned by kolab. Thanks for the syning seems to work fine. Thanks to all! Am 21.02.2010 02:58, schrieb Alain abbas: > seems to have a litle bug in the documentation > Apache run with kolab-n user and not kolab-r > verify that on your server with > > #ps aux > kolab-n 4358 0.0 0.3 52268 11492 ? S Feb17 0:00 > /kolab/sbin/apache > kolab-n 4359 0.0 0.3 52268 11476 ? S Feb17 0:00 > /kolab/sbin/apache > kolab-n 4360 0.0 0.3 52268 11476 ? S Feb17 0:00 > /kolab/sbin/apache > kolab-n 4361 0.0 0.3 52268 11476 ? S Feb17 0:00 > /kolab/sbin/apache > kolab-n 4362 0.0 0.3 52268 11476 ? S Feb17 0:00 > /kolab/sbin/apache > > and > chown -R kolab-n:kolab-n kolabindex > > confirm that it s run like that i will correct the documentation > > Regards > > > Alexander Schr?ter a ?crit : >> Well after starting over, I am now one step further. I probably just >> missed a file or didn't have the propper rights. Whatever I created >> them and now I get this, but nothing happens :( >> >> cat debug.txt >> >> 02/20/10 23:15:25 [24834] Start >> 02/20/10 23:15:25 [24834] Z-Push version: 1.2.3 RC >> 02/20/10 23:15:25 [24834] Client IP: 85.180.139.84 >> 02/20/10 23:15:25 [24834] Client supports version 2.5 >> 02/20/10 23:15:25 [24834] POST cmd: FolderSync >> 02/20/10 23:15:25 [24834] Initializing folder diff engine >> 02/20/10 23:15:25 [24834] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: anno (8) >> 02/20/10 23:15:25 [24834] >> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: anno (8) >> 02/20/10 23:15:25 [24834] Found 5 folder changes >> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Contacts) >> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Contacts) >> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Calendar) >> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Calendar) >> 02/20/10 23:15:25 [24834] IMAP-errors: SECURITY PROBLEM: insecure >> server advertised AUTH=PLAIN >> 02/20/10 23:15:25 [24834] IMAP connection closed >> 02/20/10 23:15:25 [24834] end >> 02/20/10 23:15:25 [24834] -------- >> >> >> >> Am 20.02.2010 22:59, schrieb Alexander Schr?ter: >>> Hi I had some success with the z-push setup but now I am stuck :( >>> >>> >>> I created the debug.txt file and you can see the output below. I >>> allready tried creating the files, which seemed to help some. The >>> log file specified in config-kolab.php doesn't tell much. >>> >>> cat config-kolab.php >>> >>> 02/20/10 22:50:02 [24835] : : IMAP connection opened sucessfully >>> user : me at alexanderschroeter.net Mobile ID: >>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : Setup : >>> Mobile ID :356938031394910 Proto Version : 2.5 >>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>> GetAnnotation INBOX/Tasks : task.default >>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>> GetAnnotation INBOX/Notes : note.default >>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>> GetAnnotation INBOX/Contacts : contact.default >>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>> GetAnnotation INBOX/Calendar : event.default >>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>> GetAnnotation INBOX : >>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : IMAP >>> connection closed >>> >>> cat debug.txt: >>> >>> 02/20/10 22:50:02 [24835] Start >>> 02/20/10 22:50:02 [24835] Z-Push version: 1.2.3 RC >>> 02/20/10 22:50:02 [24835] Client IP: 85.180.139.84 >>> 02/20/10 22:50:02 [24835] Client supports version 2.5 >>> 02/20/10 22:50:02 [24835] POST cmd: FolderSync >>> 02/20/10 22:50:02 [24835] Initializing folder diff engine >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>> >>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>> [>> href='function.file-put-contents'>function.file-put-contents]: >>> failed to open stream: Permission denied (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>> >>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_task.default) >>> >>> [>> href='function.file-put-contents'>function.file-put-contents]: >>> failed to open stream: Permission denied (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>> >>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>> [>> href='function.file-put-contents'>function.file-put-contents]: >>> failed to open stream: Permission denied (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>> >>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_note.default) >>> >>> [>> href='function.file-put-contents'>function.file-put-contents]: >>> failed to open stream: Permission denied (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>> >>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>> >>> [>> href='function.file-put-contents'>function.file-put-contents]: >>> failed to open stream: Permission denied (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>> >>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_contact.default) >>> >>> [>> href='function.file-put-contents'>function.file-put-contents]: >>> failed to open stream: Permission denied (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>> >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>> >>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>> >>> [>> href='function.file-put-contents'>function.file-put-contents]: >>> failed to open stream: Permission denied (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>> >>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_event.default) >>> >>> [>> href='function.file-put-contents'>function.file-put-contents]: >>> failed to open stream: Permission denied (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>> >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >>> variable: anno (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >>> variable: anno (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) >>> [>> href='function.file-put-contents'>function.file-put-contents]: >>> failed to open stream: Permission denied (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] Found 5 folder changes >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>> >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>> >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>> >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>> >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>> >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>> >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>> >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>> >>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>> >>> [>> href='function.file-get-contents'>function.file-get-contents]: >>> failed to open stream: No such file or directory (2) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>> offset: 1 (8) >>> 02/20/10 22:50:02 [24835] >>> /home/kolab/var/kolab/www/z-push/statemachine.php:103 >>> >>> file_put_contents(/kolab/var/kolab/www/z-push/state/{b19cf908-a62e-44e8-9d44-b79521a2dae5}30) >>> >>> [>> href='function.file-put-contents'>function.file-put-contents]: >>> failed to open stream: Permission denied (2) >>> 02/20/10 22:50:02 [24835] IMAP-errors: SECURITY PROBLEM: insecure >>> server advertised AUTH=PLAIN >>> 02/20/10 22:50:02 [24835] IMAP connection closed >>> 02/20/10 22:50:02 [24835] end >>> 02/20/10 22:50:02 [24835] -------- >>> >>> Thanks again. >>> >>> >>> _______________________________________________ >>> 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 alain.abbas at libertech.fr Sun Feb 21 03:15:26 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Sun, 21 Feb 2010 03:15:26 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B8095C8.7070908@computational-chemistry.org> References: <4B7DA594.2010601@computational-chemistry.org> <201002192303.55780.thorsten.schnebeck@gmx.net> <4B7F0E88.8060403@computational-chemistry.org> <201002200017.49217.thorsten.schnebeck@gmx.net> <4B805B26.9060302@computational-chemistry.org> <4B806722.9030202@computational-chemistry.org> <4B809343.9050903@libertech.fr> <4B8095C8.7070908@computational-chemistry.org> Message-ID: <4B80973E.6040704@libertech.fr> z-push must write his state at each sync in the dir kolabsync and the state folder too that is why theses folders must be owned by the same user that apache run i coorected the wiki :-) good night . Alexander Schr?ter a ?crit : > Yes that did the trick. Maybe you can correct me if I am wrong but the > state folder should be kolab-n:kolab-n too, right? > > Regarding the wiki ... I think I will rewrite a part because I think the > way it is now the files in z-push never get change to be owned by kolab. > > Thanks for the syning seems to work fine. > Thanks to all! > > Am 21.02.2010 02:58, schrieb Alain abbas: > >> seems to have a litle bug in the documentation >> Apache run with kolab-n user and not kolab-r >> verify that on your server with >> >> #ps aux >> kolab-n 4358 0.0 0.3 52268 11492 ? S Feb17 0:00 >> /kolab/sbin/apache >> kolab-n 4359 0.0 0.3 52268 11476 ? S Feb17 0:00 >> /kolab/sbin/apache >> kolab-n 4360 0.0 0.3 52268 11476 ? S Feb17 0:00 >> /kolab/sbin/apache >> kolab-n 4361 0.0 0.3 52268 11476 ? S Feb17 0:00 >> /kolab/sbin/apache >> kolab-n 4362 0.0 0.3 52268 11476 ? S Feb17 0:00 >> /kolab/sbin/apache >> >> and >> chown -R kolab-n:kolab-n kolabindex >> >> confirm that it s run like that i will correct the documentation >> >> Regards >> >> >> Alexander Schr?ter a ?crit : >> >>> Well after starting over, I am now one step further. I probably just >>> missed a file or didn't have the propper rights. Whatever I created >>> them and now I get this, but nothing happens :( >>> >>> cat debug.txt >>> >>> 02/20/10 23:15:25 [24834] Start >>> 02/20/10 23:15:25 [24834] Z-Push version: 1.2.3 RC >>> 02/20/10 23:15:25 [24834] Client IP: 85.180.139.84 >>> 02/20/10 23:15:25 [24834] Client supports version 2.5 >>> 02/20/10 23:15:25 [24834] POST cmd: FolderSync >>> 02/20/10 23:15:25 [24834] Initializing folder diff engine >>> 02/20/10 23:15:25 [24834] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >>> variable: anno (8) >>> 02/20/10 23:15:25 [24834] >>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >>> variable: anno (8) >>> 02/20/10 23:15:25 [24834] Found 5 folder changes >>> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Contacts) >>> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Contacts) >>> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Calendar) >>> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Calendar) >>> 02/20/10 23:15:25 [24834] IMAP-errors: SECURITY PROBLEM: insecure >>> server advertised AUTH=PLAIN >>> 02/20/10 23:15:25 [24834] IMAP connection closed >>> 02/20/10 23:15:25 [24834] end >>> 02/20/10 23:15:25 [24834] -------- >>> >>> >>> >>> Am 20.02.2010 22:59, schrieb Alexander Schr?ter: >>> >>>> Hi I had some success with the z-push setup but now I am stuck :( >>>> >>>> >>>> I created the debug.txt file and you can see the output below. I >>>> allready tried creating the files, which seemed to help some. The >>>> log file specified in config-kolab.php doesn't tell much. >>>> >>>> cat config-kolab.php >>>> >>>> 02/20/10 22:50:02 [24835] : : IMAP connection opened sucessfully >>>> user : me at alexanderschroeter.net Mobile ID: >>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : Setup : >>>> Mobile ID :356938031394910 Proto Version : 2.5 >>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>>> GetAnnotation INBOX/Tasks : task.default >>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>>> GetAnnotation INBOX/Notes : note.default >>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>>> GetAnnotation INBOX/Contacts : contact.default >>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>>> GetAnnotation INBOX/Calendar : event.default >>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>>> GetAnnotation INBOX : >>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : IMAP >>>> connection closed >>>> >>>> cat debug.txt: >>>> >>>> 02/20/10 22:50:02 [24835] Start >>>> 02/20/10 22:50:02 [24835] Z-Push version: 1.2.3 RC >>>> 02/20/10 22:50:02 [24835] Client IP: 85.180.139.84 >>>> 02/20/10 22:50:02 [24835] Client supports version 2.5 >>>> 02/20/10 22:50:02 [24835] POST cmd: FolderSync >>>> 02/20/10 22:50:02 [24835] Initializing folder diff engine >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>>> >>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>> [>>> href='function.file-put-contents'>function.file-put-contents]: >>>> failed to open stream: Permission denied (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>>> >>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_task.default) >>>> >>>> [>>> href='function.file-put-contents'>function.file-put-contents]: >>>> failed to open stream: Permission denied (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>>> >>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>> [>>> href='function.file-put-contents'>function.file-put-contents]: >>>> failed to open stream: Permission denied (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>>> >>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_note.default) >>>> >>>> [>>> href='function.file-put-contents'>function.file-put-contents]: >>>> failed to open stream: Permission denied (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>>> >>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>> >>>> [>>> href='function.file-put-contents'>function.file-put-contents]: >>>> failed to open stream: Permission denied (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>>> >>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_contact.default) >>>> >>>> [>>> href='function.file-put-contents'>function.file-put-contents]: >>>> failed to open stream: Permission denied (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>> >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>>> >>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>> >>>> [>>> href='function.file-put-contents'>function.file-put-contents]: >>>> failed to open stream: Permission denied (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>>> >>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_event.default) >>>> >>>> [>>> href='function.file-put-contents'>function.file-put-contents]: >>>> failed to open stream: Permission denied (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>> >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >>>> variable: anno (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >>>> variable: anno (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) >>>> [>>> href='function.file-put-contents'>function.file-put-contents]: >>>> failed to open stream: Permission denied (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] Found 5 folder changes >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>> >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>> >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>> >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>> >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>> >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>> >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>> >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>> >>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>> >>>> [>>> href='function.file-get-contents'>function.file-get-contents]: >>>> failed to open stream: No such file or directory (2) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>> offset: 1 (8) >>>> 02/20/10 22:50:02 [24835] >>>> /home/kolab/var/kolab/www/z-push/statemachine.php:103 >>>> >>>> file_put_contents(/kolab/var/kolab/www/z-push/state/{b19cf908-a62e-44e8-9d44-b79521a2dae5}30) >>>> >>>> [>>> href='function.file-put-contents'>function.file-put-contents]: >>>> failed to open stream: Permission denied (2) >>>> 02/20/10 22:50:02 [24835] IMAP-errors: SECURITY PROBLEM: insecure >>>> server advertised AUTH=PLAIN >>>> 02/20/10 22:50:02 [24835] IMAP connection closed >>>> 02/20/10 22:50:02 [24835] end >>>> 02/20/10 22:50:02 [24835] -------- >>>> >>>> Thanks again. >>>> >>>> >>>> _______________________________________________ >>>> Kolab-users mailing list >>>> Kolab-users at kolab.org >>>> https://kolab.org/mailman/listinfo/kolab-users >>>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Kolab-users mailing list >>> Kolab-users at kolab.org >>> https://kolab.org/mailman/listinfo/kolab-users >>> >> > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > From webmaster at computational-chemistry.org Sun Feb 21 03:35:05 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Sun, 21 Feb 2010 03:35:05 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B80973E.6040704@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <201002192303.55780.thorsten.schnebeck@gmx.net> <4B7F0E88.8060403@computational-chemistry.org> <201002200017.49217.thorsten.schnebeck@gmx.net> <4B805B26.9060302@computational-chemistry.org> <4B806722.9030202@computational-chemistry.org> <4B809343.9050903@libertech.fr> <4B8095C8.7070908@computational-chemistry.org> <4B80973E.6040704@libertech.fr> Message-ID: <4B809BD9.2070408@computational-chemistry.org> It finally works, no sleep for me yet :) But I do have another question. Now since syncing works I would like to see but preferably be able to add and edit fields that are available on my phone (like skype, jabber and so on) in the kolab webclient. Since I don't know if ActiveSync handels data the same way SyncML does, I have to ask you. Is it possible to add fields representing the data to the webclient and without getting ahead of myself a question for the future. Will it be possible to for example sync the N900 skype field with the Iphone skype field? I hope people can understand me and my english, hope it makes sense. Alexander Am 21.02.2010 03:15, schrieb Alain abbas: > z-push must write his state at each sync in the dir kolabsync and the > state folder too > that is why theses folders must be owned by the same user that apache run > > i coorected the wiki :-) > > good night > > > . > Alexander Schr?ter a ?crit : >> Yes that did the trick. Maybe you can correct me if I am wrong but >> the state folder should be kolab-n:kolab-n too, right? >> >> Regarding the wiki ... I think I will rewrite a part because I think >> the way it is now the files in z-push never get change to be owned by >> kolab. >> >> Thanks for the syning seems to work fine. >> Thanks to all! >> >> Am 21.02.2010 02:58, schrieb Alain abbas: >>> seems to have a litle bug in the documentation >>> Apache run with kolab-n user and not kolab-r >>> verify that on your server with >>> >>> #ps aux >>> kolab-n 4358 0.0 0.3 52268 11492 ? S Feb17 0:00 >>> /kolab/sbin/apache >>> kolab-n 4359 0.0 0.3 52268 11476 ? S Feb17 0:00 >>> /kolab/sbin/apache >>> kolab-n 4360 0.0 0.3 52268 11476 ? S Feb17 0:00 >>> /kolab/sbin/apache >>> kolab-n 4361 0.0 0.3 52268 11476 ? S Feb17 0:00 >>> /kolab/sbin/apache >>> kolab-n 4362 0.0 0.3 52268 11476 ? S Feb17 0:00 >>> /kolab/sbin/apache >>> >>> and >>> chown -R kolab-n:kolab-n kolabindex >>> >>> confirm that it s run like that i will correct the documentation >>> >>> Regards >>> >>> >>> Alexander Schr?ter a ?crit : >>>> Well after starting over, I am now one step further. I probably >>>> just missed a file or didn't have the propper rights. Whatever I >>>> created them and now I get this, but nothing happens :( >>>> >>>> cat debug.txt >>>> >>>> 02/20/10 23:15:25 [24834] Start >>>> 02/20/10 23:15:25 [24834] Z-Push version: 1.2.3 RC >>>> 02/20/10 23:15:25 [24834] Client IP: 85.180.139.84 >>>> 02/20/10 23:15:25 [24834] Client supports version 2.5 >>>> 02/20/10 23:15:25 [24834] POST cmd: FolderSync >>>> 02/20/10 23:15:25 [24834] Initializing folder diff engine >>>> 02/20/10 23:15:25 [24834] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >>>> variable: anno (8) >>>> 02/20/10 23:15:25 [24834] >>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >>>> variable: anno (8) >>>> 02/20/10 23:15:25 [24834] Found 5 folder changes >>>> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Contacts) >>>> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Contacts) >>>> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Calendar) >>>> 02/20/10 23:15:25 [24834] VCDir::GetFolder(INBOX.Calendar) >>>> 02/20/10 23:15:25 [24834] IMAP-errors: SECURITY PROBLEM: insecure >>>> server advertised AUTH=PLAIN >>>> 02/20/10 23:15:25 [24834] IMAP connection closed >>>> 02/20/10 23:15:25 [24834] end >>>> 02/20/10 23:15:25 [24834] -------- >>>> >>>> >>>> >>>> Am 20.02.2010 22:59, schrieb Alexander Schr?ter: >>>>> Hi I had some success with the z-push setup but now I am stuck :( >>>>> >>>>> >>>>> I created the debug.txt file and you can see the output below. I >>>>> allready tried creating the files, which seemed to help some. The >>>>> log file specified in config-kolab.php doesn't tell much. >>>>> >>>>> cat config-kolab.php >>>>> >>>>> 02/20/10 22:50:02 [24835] : : IMAP connection opened sucessfully >>>>> user : me at alexanderschroeter.net Mobile ID: >>>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : Setup >>>>> : Mobile ID :356938031394910 Proto Version : 2.5 >>>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>>>> GetAnnotation INBOX/Tasks : task.default >>>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>>>> GetAnnotation INBOX/Notes : note.default >>>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>>>> GetAnnotation INBOX/Contacts : contact.default >>>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>>>> GetAnnotation INBOX/Calendar : event.default >>>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : >>>>> GetAnnotation INBOX : >>>>> 02/20/10 22:50:02 [24835] : me at alexanderschroeter.net : IMAP >>>>> connection closed >>>>> >>>>> cat debug.txt: >>>>> >>>>> 02/20/10 22:50:02 [24835] Start >>>>> 02/20/10 22:50:02 [24835] Z-Push version: 1.2.3 RC >>>>> 02/20/10 22:50:02 [24835] Client IP: 85.180.139.84 >>>>> 02/20/10 22:50:02 [24835] Client supports version 2.5 >>>>> 02/20/10 22:50:02 [24835] POST cmd: FolderSync >>>>> 02/20/10 22:50:02 [24835] Initializing folder diff engine >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>>>> >>>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>>> >>>>> [>>>> >>>>> href='function.file-put-contents'>function.file-put-contents]: >>>>> failed to open stream: Permission denied (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>>>> >>>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_task.default) >>>>> >>>>> [>>>> >>>>> href='function.file-put-contents'>function.file-put-contents]: >>>>> failed to open stream: Permission denied (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>>>> >>>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>>> >>>>> [>>>> >>>>> href='function.file-put-contents'>function.file-put-contents]: >>>>> failed to open stream: Permission denied (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>>>> >>>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_note.default) >>>>> >>>>> [>>>> >>>>> href='function.file-put-contents'>function.file-put-contents]: >>>>> failed to open stream: Permission denied (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>>>> >>>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>>> >>>>> [>>>> >>>>> href='function.file-put-contents'>function.file-put-contents]: >>>>> failed to open stream: Permission denied (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>>>> >>>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_contact.default) >>>>> >>>>> [>>>> >>>>> href='function.file-put-contents'>function.file-put-contents]: >>>>> failed to open stream: Permission denied (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>>>> >>>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>>> >>>>> [>>>> >>>>> href='function.file-put-contents'>function.file-put-contents]: >>>>> failed to open stream: Permission denied (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1825 >>>>> >>>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_event.default) >>>>> >>>>> [>>>> >>>>> href='function.file-put-contents'>function.file-put-contents]: >>>>> failed to open stream: Permission denied (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >>>>> variable: anno (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >>>>> variable: anno (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1820 >>>>> file_put_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) >>>>> [>>>> >>>>> href='function.file-put-contents'>function.file-put-contents]: >>>>> failed to open stream: Permission denied (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox) >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] Found 5 folder changes >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.tasks) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.notes) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.contacts) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1831 >>>>> >>>>> file_get_contents(kolabindex/tmp/me at alexanderschroeter.net_inbox.calendar) >>>>> >>>>> [>>>> >>>>> href='function.file-get-contents'>function.file-get-contents]: >>>>> failed to open stream: No such file or directory (2) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >>>>> offset: 1 (8) >>>>> 02/20/10 22:50:02 [24835] >>>>> /home/kolab/var/kolab/www/z-push/statemachine.php:103 >>>>> >>>>> file_put_contents(/kolab/var/kolab/www/z-push/state/{b19cf908-a62e-44e8-9d44-b79521a2dae5}30) >>>>> >>>>> [>>>> >>>>> href='function.file-put-contents'>function.file-put-contents]: >>>>> failed to open stream: Permission denied (2) >>>>> 02/20/10 22:50:02 [24835] IMAP-errors: SECURITY PROBLEM: insecure >>>>> server advertised AUTH=PLAIN >>>>> 02/20/10 22:50:02 [24835] IMAP connection closed >>>>> 02/20/10 22:50:02 [24835] end >>>>> 02/20/10 22:50:02 [24835] -------- >>>>> >>>>> Thanks again. >>>>> >>>>> >>>>> _______________________________________________ >>>>> Kolab-users mailing list >>>>> Kolab-users at kolab.org >>>>> https://kolab.org/mailman/listinfo/kolab-users >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> _______________________________________________ >>>> Kolab-users mailing list >>>> Kolab-users at kolab.org >>>> https://kolab.org/mailman/listinfo/kolab-users >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users > > From wrobel at pardus.de Sun Feb 21 05:37:54 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sun, 21 Feb 2010 05:37:54 +0100 Subject: global address book not being searched in horde compose email In-Reply-To: <20100216135621.GV25325@gcd.ie> References: <20100209113155.GL4292@gcd.ie> <20100211140326.GC4292@gcd.ie> <20100215110725.GX25325@gcd.ie> <20100216135621.GV25325@gcd.ie> Message-ID: <20100221053754.10806gn410mknlgc@webmail.pardus.de> Quoting Gavin McCullagh : > Hi, > > On Mon, 15 Feb 2010, Gavin McCullagh wrote: > >> So, I'm assuming this is something local for me at the minute but another >> possibility is a regression in v2.2.3 which breaks the autocompleter. I'll >> try and track it down but thought I'd mention this in case it rings a bell >> for someone else. > > That assumption has been borne out in that by removing my .prefs file from > /kolab/var/kolab/www/client/storage/ and letting it recreate, this was > fixed. I had tracked this down in the code to the global address book not > being in the list of address books to consult. > > What's strange is that the same thing seems to have happened to every other > user (of which there are 6-8 test users). The first time they login, their > preferences get automatically set in such a way that the global address > book is not being consulted. Then, if I delete the prefs file and they > login again, the global addressbook is set right. This is pretty odd. > Again, it might be a bug, or it might be a local issue. Should be easy to check if it is reproducible on our side. Added to the tracker as https://issues.kolab.org/issue4152 Cheers, Gunnar > > Gavin > > _______________________________________________ > 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/20100221/c4596476/attachment.bin From wrobel at pardus.de Sun Feb 21 05:45:00 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sun, 21 Feb 2010 05:45:00 +0100 Subject: kolab aliases and distribution lists In-Reply-To: <20100216100833.GQ25325@gcd.ie> References: <20100208184821.GE4292@gcd.ie> <20100212152939.15664yie2uzgmj48@webmail.pardus.de> <20100212154534.GN25325@gcd.ie> <20100212170217.21241l737hqhisu8@webmail.pardus.de> <20100212161005.GP25325@gcd.ie> <20100212173325.128277tic2ui4j0o@webmail.pardus.de> <20100216100833.GQ25325@gcd.ie> Message-ID: <20100221054500.36345xmxaowo0d4w@webmail.pardus.de> Quoting Gavin McCullagh : > On Fri, 12 Feb 2010, Gunnar Wrobel wrote: > >> Quoting Gavin McCullagh : > >> > I've just given two accounts the same alias here in the web interface and >> > it seems to have worked fine. Have I misunderstood something? I think I >> > tested before and found that sending to that alias would cause >> the email to >> > go to both addresses? >> >> Uh, oh, confirmed. Bug in 2.2.3 :( > > I have to ask, why is this a bug? I'm not certain concerning the alias at the moment. The problem is bigger than just the alias though. The check that got broken in this version of the Kolab web admin checks in general that one mail address only belongs to one user. Right now it is possible to set the uid of user a to the mail address of user b. And that creates problems with mail delivery. After I fixed that problem we might consider the alias problem again and see if the check is really necessary there. Cheers, Gunnar > > Gavin > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- ____ http://www.pardus.de _________________ http://gunnarwrobel.de _ E-mail : p at rdus.de Dr. Gunnar Wrobel Tel. : +49 700 6245 0000 Bundesstrasse 29 Fax : +49 721 1513 52322 D-20146 Hamburg -------------------------------------------------------------------- >> Mail at ease - Rent a kolab groupware server at p at rdus << -------------------------------------------------------------------- -------------- 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/20100221/93496dd2/attachment.bin From wrobel at pardus.de Sun Feb 21 05:56:18 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sun, 21 Feb 2010 05:56:18 +0100 Subject: amavisd-new version In-Reply-To: <003e01cab0e7$0e196640$2a4c32c0$@cx> References: <003e01cab0e7$0e196640$2a4c32c0$@cx> Message-ID: <20100221055618.11505xlfrsgqpqo8@webmail.pardus.de> Quoting Troy Carpenter : > Is Kolab tied to the amavisd-new version included in the packages? The > Kolab version of amavisd is 2.5.3. When I do a diff from the released > version, I the bulk of the diffs are related to path changes related to the > Kolab installation, so there doesn't appear to be any custom changes from > the released version. > > I am investigating incorporating a software package into my Kolab > installation, but it wants to use a custom forked version of amavisd-new > 2.2.1. If Kolab isn't using any of the functionality specifically provided > by amavisd 2.5.3, would it still work with the older 2.2.1? Yes, it should still work as we use the plain upstream package without modifications. And I don't remember that there was anything specific Kolab required in the past few versions of amavisd. Cheers, Gunnar > > Thanks, > Troy Carpenter > > > _______________________________________________ > 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/20100221/1911a6d2/attachment.bin From wrobel at pardus.de Sun Feb 21 06:03:21 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sun, 21 Feb 2010 06:03:21 +0100 Subject: horde 404 error In-Reply-To: <4B7C97DC.8030904@yugm.org> References: <4B7C97DC.8030904@yugm.org> Message-ID: <20100221060320.21347kdlhn9e7pgk@webmail.pardus.de> Quoting Paul Douglas Franklin of Union Gospel Mission : > Hi. > I'm moving to version 2.2.3 from 2.1.0. To attempt to accomplish this, > I did a fresh install of 2.2.3 on a new box and have copied the various > files and settings. I can log in to the admin page, and my Thunderbird > client can connect. > But one of my goals in the upgrade is to have Horde. When I try to > access Horde (https://example.example.org/client/), it gives me a 404 > error. Any idea why? > I did check for the existence of /kolab/var/kolab/www/client; it does > exist and is populated. What does the apache, php, and horde log files tell you? /kolab/var/apache/log/*.log /kolab/var/apache/log/php/ /kolab/var/kolab/www/client/log/ 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://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/20100221/04aadddf/attachment.bin From alexander.marx at oab.de Sun Feb 21 11:18:08 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Sun, 21 Feb 2010 11:18:08 +0100 Subject: z-push windows mobile activesync In-Reply-To: <4B7E740A.3060408@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> Message-ID: <20100221111808.86526qcsc3lq6gsg@oabmail.dyndns.org> HI all together I am using Kolab 2.2.3 BEHIND A FIREWALL and i want to test z-push with my sony ericsson XPERIA X1 As far as i understood, ssl is not possible. I get no response, the sony ericsson tells me it could not find the server. my z-push is 1.3 RC2 and i use the Windows mobile built in activesync. What do i have to take care of? Do i need to configure Kolab to be a non ssl webserver? - How do i do this? Do i need to forward some ports on the firewall? What is the right line in config-kolab.php for KOlabserver? Actual i have: $BACKEND_PROVIDER = "BackendKolab"; define('KOLAB_SERVER', 'mailserver.dyndns.org'); define('KOLAB_IMAP_OPTIONS', '/notls/norsh'); define('KOLAB_IMAP_PORT', 143); define('KOLAB_INDEX',"kolabindex"); // If 1: shared folders will be synced on the I-phone (the backend will push to the // I-phone each folder who the user has rights) define('KOLAB_SHAREDFOLDER',1); // If 1: users shared folders will be synced with the I-phone (contacts and calendars, // this functionality is experimental) define('KOLAB_USERFOLDER',1); // If 1: only the default event folder will be synced (if 1 shared folders and users // folders will be ignored for the calendar) define('KOLAB_JUST_DEFAULT_DIARY',1); // If 1: only contact default folder will be synced) define('KOLAB_JUST_DEFAULT_CONTACT',0); // If 1: shared folders will be read-only, even if the user have rights on it define('KOLAB_SHAREDFOLDERS_RO',"1"); // Logfile define('KOLAB_LOGFILE',"/kolab/var/kolab/www/z-push/access.log"); Please be so kind and help me Alex ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From alain.abbas at libertech.fr Sun Feb 21 12:21:42 2010 From: alain.abbas at libertech.fr (Alain Abbas) Date: Sun, 21 Feb 2010 12:21:42 +0100 Subject: z-push windows mobile activesync In-Reply-To: <20100221111808.86526qcsc3lq6gsg@oabmail.dyndns.org> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <20100221111808.86526qcsc3lq6gsg@oabmail.dyndns.org> Message-ID: <897498A8-1398-4C45-A833-266D80714518@libertech.fr> Hi The version of zpush MUST BE 1.2.2 or 1.2.3rc KOLAB_SERVER is your kolab server ( for The imap connection between zpush and kolab) You must test The URL like The documentation say and try an authentication to see if all is ok The ssl work for iPhone but requier an official certificate for Windows mobile (Windows mobile stuff) It would be great that you test your sync in internal to understand The principle before cross The firewall Alain Abbas Envoy? de mon iPhone Le 21 f?vr. 2010 ? 11:18, Alexander Marx a ?crit : > HI all together > > I am using Kolab 2.2.3 BEHIND A FIREWALL > and i want to test z-push with my sony ericsson XPERIA X1 > > As far as i understood, ssl is not possible. > > I get no response, the sony ericsson tells me it could not find the > server. > > my z-push is 1.3 RC2 and i use the Windows mobile built in activesync. > > > > What do i have to take care of? > > Do i need to configure Kolab to be a non ssl webserver? - How do i > do this? > Do i need to forward some ports on the firewall? > What is the right line in config-kolab.php for KOlabserver? Actual i > have: > > $BACKEND_PROVIDER = "BackendKolab"; > > define('KOLAB_SERVER', 'mailserver.dyndns.org'); > define('KOLAB_IMAP_OPTIONS', '/notls/norsh'); > define('KOLAB_IMAP_PORT', 143); > define('KOLAB_INDEX',"kolabindex"); > > // If 1: shared folders will be synced on the I-phone (the backend > will push to the > // I-phone each folder who the user has rights) > define('KOLAB_SHAREDFOLDER',1); > > // If 1: users shared folders will be synced with the I-phone > (contacts and calendars, > // this functionality is experimental) > define('KOLAB_USERFOLDER',1); > > // If 1: only the default event folder will be synced (if 1 shared > folders and users > // folders will be ignored for the calendar) > define('KOLAB_JUST_DEFAULT_DIARY',1); > > // If 1: only contact default folder will be synced) > define('KOLAB_JUST_DEFAULT_CONTACT',0); > > // If 1: shared folders will be read-only, even if the user have > rights on it > define('KOLAB_SHAREDFOLDERS_RO',"1"); > > // Logfile > define('KOLAB_LOGFILE',"/kolab/var/kolab/www/z-push/access.log"); > > > > Please be so kind and help me > > Alex > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From gavin.mccullagh at gcd.ie Sun Feb 21 13:47:05 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Sun, 21 Feb 2010 12:47:05 +0000 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B809343.9050903@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <201002192303.55780.thorsten.schnebeck@gmx.net> <4B7F0E88.8060403@computational-chemistry.org> <201002200017.49217.thorsten.schnebeck@gmx.net> <4B805B26.9060302@computational-chemistry.org> <4B806722.9030202@computational-chemistry.org> <4B809343.9050903@libertech.fr> Message-ID: <20100221124704.GS4253@gcd.ie> On Sun, 21 Feb 2010, Alain abbas wrote: > seems to have a litle bug in the documentation > Apache run with kolab-n user and not kolab-r > verify that on your server with Doh! That's my bad, sorry. I was working from memory which apparently I shouldn't trust. Thanks for spotting and fixing it. Gavin From comptes.libresurf at free.fr Sun Feb 21 17:03:57 2010 From: comptes.libresurf at free.fr (libresurf) Date: Sun, 21 Feb 2010 17:03:57 +0100 Subject: Adding a subtree to the personal address book Message-ID: <201002211703.57975.comptes.libresurf@free.fr> Hello, I'm looking for a way to add a subtree to my personal address book. My address book was automaticaly created by kolabwizard. It is a ressource shared by the IMAP server via KMail. In Kaddressbook, I found no way to create this subtree. So, I parsed the LDAP tree with luma and found no entry for my address book. My idea was to create a subtree in the LDAP base. How can I do it ? From wrobel at pardus.de Mon Feb 22 08:54:08 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Mon, 22 Feb 2010 08:54:08 +0100 Subject: viewing ICS calendar in outlook 2007 In-Reply-To: <20100218185445.GF25325@gcd.ie> References: <20100218185445.GF25325@gcd.ie> Message-ID: <20100222085408.1183363kov5lapeo@webmail.pardus.de> Hi Gavin, Quoting Gavin McCullagh : > Hi, > > we can't work out how to get Outlook 2007 to view ICS calendars -- it > appears to actually try the HTTP request, but gives up when asked for > authentication if we point it at: > > https:///client/rpc.php/kronolith//.ics > > As an experiment, we tried: > > https://:@/client/rpc.php/kronolith//.ics > > but it refuses to even try that (even if you URL encode the username and > password). It would appear this is a common problem and that Google > have worked around it by creating an unauthenticated "secret url" which a > user can paste into Outlook -- effectively embedding a password of sorts in > the URL. > > http://www.howtogeek.com/howto/microsoft-office/view-your-google-calendar-in-outlook-2007/ > > Is there some way to do this in kolab? What you can also try is to allow anonymous access to the *.ics files. You'll find a description here: http://kolab.org/cgi-bin/viewcvs-kolab.cgi/doc/raw-howtos/anonymous-ics-export.txt?rev=1.1&content-type=text/vnd.viewcvs-markup If that is not what you need then we should probably look at options to somehow embed the username/password in the Url. We are in general interested to support the different calendaring use cases with the Kolab server. So if something does not work as desired we might find the time to fix it :) > Is Google's method worth > considering, something like > > https:///client/rpc.php/kronolith//:/.ics > > with the right apache rewrite rules and/or PHP code, I suppose this might > be workable? I appreciate that it's horde/kronolith would need to change > but is there any sense in this? > > By contrast, sunbird/lightning download the calendar perfectly, but they > don't seem able to use F/B info :-( Do you point at the F/B info under http://example.com/freebusy/... or do you use http://example.com/client/...? The first one is correct, the second one is not. Cheers, Gunnar > > Gavin > > _______________________________________________ > 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/20100222/ac025923/attachment.bin From alexander.marx at oab.de Mon Feb 22 10:50:50 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Mon, 22 Feb 2010 10:50:50 +0100 Subject: z-push Windows Mobile and activesync Message-ID: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> Hi After testing the whole procedure locally i can say that the error resists. But now the windows mobile gives an error saying: while processing activesync there was an error on the server (translated from german) 0x85010014 the 0x85010014 error seems to be an error, when someone changes the ip adress of the exchange server??? so can someone please tell me if i am right: BY installing kolab for the first time, i configured it with a dyndns-name, because the server should be reachable from the internet. The Kolabserver is behind a firewall. Within the /etc/hosts i added a line with the local ip 192.168.XXX.XXX and the dyndns name I used the wiki to install z-push, a connect to the server (externally AND internally) is working http://fqdn/Microsoft-Server-ActiveSync gives a popup with authentication, after filling in name and password, a white empty page appears (think that is right?) it doesn't matter if i fill in the windows mobile activesync the puplic ip of the server or the local ip, the error is the same. although the error log "access.log" is not generated within the /kolab/var/kolab/www/z-push directory. The path is configured within the config-kolab.php file. the /kolab/var/kolab/www/zpush/* directorys are owned by user kolab, the status and kolabindex are owned by kolab-n. I hope i didn't forget some infos. Can someone please help me? Alex ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From alain.abbas at libertech.fr Mon Feb 22 11:09:05 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Mon, 22 Feb 2010 11:09:05 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> Message-ID: <4B8257C1.3020805@libertech.fr> the zpush is installed on the same server as kolab in KOLAB_SERVER just put 127.0.0.1 in your firewall you must NAT the port 80 and 443 to your internal server 192.168.XXX.XXX with an external connexion you must have the authentication if you type on a webbrower http://yourDynAddress/Microsoft...... (see the doc to have the exact path) and you must able to autenticate if its ok you have a message Get is not supported on your Mobile if you are in 3G or Edge enter in the field server your dynDNS server name if you are in Wifi in internal try with the internal address Alain ---->dyndnsAddr:80->|FIREWALL Nat to |--->>192.168.XXX.XXX ---->|apache ->zpush,bakend -->KOLAB_SERVER(127.0.0.1):IMAP| Alexander Marx a ?crit : > Hi > > After testing the whole procedure locally i can say that the error resists. > > But now the windows mobile gives an error saying: > > while processing activesync there was an error on the server > (translated from german) > 0x85010014 > > the 0x85010014 error seems to be an error, when someone changes the ip > adress of the exchange server??? > > so can someone please tell me if i am right: > > BY installing kolab for the first time, i configured it with a > dyndns-name, because the server should be reachable from the internet. > The Kolabserver is behind a firewall. > Within the /etc/hosts i added a line with the local ip 192.168.XXX.XXX > and the dyndns name > > I used the wiki to install z-push, a connect to the server (externally > AND internally) is working http://fqdn/Microsoft-Server-ActiveSync > gives a popup with authentication, after filling in name and password, > a white empty page appears (think that is right?) > > > it doesn't matter if i fill in the windows mobile activesync the > puplic ip of the server or the local ip, the error is the same. > > > although the error log "access.log" is not generated within the > /kolab/var/kolab/www/z-push directory. The path is configured within > the config-kolab.php file. > > the /kolab/var/kolab/www/zpush/* directorys are owned by user kolab, > the status and kolabindex are owned by kolab-n. > > > I hope i didn't forget some infos. > > Can someone please help me? > > > Alex > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > From liste at gelpi.it Mon Feb 22 13:09:10 2010 From: liste at gelpi.it (Gelpi Andrea) Date: Mon, 22 Feb 2010 13:09:10 +0100 Subject: z-push and N900 Mail for Exchange In-Reply-To: <4B8030DA.9010201@libertech.fr> References: <4B7DA594.2010601@computational-chemistry.org> <1D895376-9AEE-41A3-9640-4D4B035F557E@libertech.fr> <20100219105846.GE4253@gcd.ie> <4B7E740A.3060408@libertech.fr> <4B8029F9.8000204@gelpi.it> <4B8030DA.9010201@libertech.fr> Message-ID: <4B8273E6.6020104@gelpi.it> Alain abbas ha scritto: > hello > we didn t make test one a 2.2.0 server. > could you please create a debug.txt file on the z-push directory , make > a synchro and send me the > file. > seems to be a pear problem or horde library problem. No it was an installation error I made. I confirm I can syncronize my Calendar and address books with i-Phone on kolab serber 2.2.0. Installing on saturday was not a good idea :-( > > Gelpi Andrea a ?crit : >> Il 19/02/10 12:20, Alain abbas ha scritto: >> >>> hello >>> >>> this is for Calendar, contacts >>> and soon Tasks >>> >>> http://wiki.kolab.org/index.php/Z_push >>> >> I follow the instructions in the wiki on my kolab 2.2.0, but after >> sending userID and Password I got only error 500 Internal server error. >> Debug file says nothing interesting: >> >> 02/20/10 19:20:14 [6229] Start >> 02/20/10 19:20:14 [6229] Z-Push version: 1.2.3 RC >> 02/20/10 19:20:14 [6229] Client IP: 127.0.0.1 >> >> I also install Kolab_Format more than once ... but no success. >> >> mail:/kolab/var/kolab/www/z-push# pear channel-discover pear.horde.org >> Channel "pear.horde.org" is already initialized >> mail:/kolab/var/kolab/www/z-push# pear install --force >> channel://pear.horde.org/Kolab_Format >> downloading Kolab_Format-1.0.1.tgz ... >> Starting to download Kolab_Format-1.0.1.tgz (33,412 bytes) >> .........done: 33,412 bytes >> install ok: channel://pear.horde.org/Kolab_Format-1.0.1 >> >> Is z-push compatible with kolab 2.2.0? >> >> > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users -- ing. Andrea Gelpi *************************************************** La Terra non la abbiamo ereditata dai nostri avi, ma la abbiamo presa in prestito dai nostri bambini. *************************************************** We do not inherit the Earth from our parents, but borrow it from our children. *************************************************** From webmaster at computational-chemistry.org Mon Feb 22 14:09:29 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Mon, 22 Feb 2010 14:09:29 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> Message-ID: <4B828209.2090701@computational-chemistry.org> Am 22.02.2010 10:50, schrieb Alexander Marx: > Hi > > After testing the whole procedure locally i can say that the error resists. > > But now the windows mobile gives an error saying: > > while processing activesync there was an error on the server > (translated from german) > 0x85010014 > > the 0x85010014 error seems to be an error, when someone changes the ip > adress of the exchange server??? > > so can someone please tell me if i am right: > > BY installing kolab for the first time, i configured it with a > dyndns-name, because the server should be reachable from the internet. > The Kolabserver is behind a firewall. > Within the /etc/hosts i added a line with the local ip 192.168.XXX.XXX > and the dyndns name > > I used the wiki to install z-push, a connect to the server (externally > AND internally) is working http://fqdn/Microsoft-Server-ActiveSync > gives a popup with authentication, after filling in name and password, > a white empty page appears (think that is right?) > > > it doesn't matter if i fill in the windows mobile activesync the > puplic ip of the server or the local ip, the error is the same. > > > although the error log "access.log" is not generated within the > /kolab/var/kolab/www/z-push directory. The path is configured within > the config-kolab.php file. > create the file using "touch /path/access.log" and just to make sure I gave the file "chmod 777 /path/access.log" I also suggest creating the debug.txt file in the z-push directory. > the /kolab/var/kolab/www/zpush/* directorys are owned by user kolab, > the status and kolabindex are owned by kolab-n. > I hope i didn't forget some infos. > just to make sure because I changed it in the wiki ... did you maybe forget the "" at the beginning and the end of config-kolab.php > Can someone please help me? > > > Alex > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > > From alain.abbas at libertech.fr Mon Feb 22 14:45:46 2010 From: alain.abbas at libertech.fr (Alain abbas) Date: Mon, 22 Feb 2010 14:45:46 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <4B828209.2090701@computational-chemistry.org> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> <4B828209.2090701@computational-chemistry.org> Message-ID: <4B828A8A.506@libertech.fr> Alexander Schr?ter a ?crit : > Am 22.02.2010 10:50, schrieb Alexander Marx: > >> Hi >> >> After testing the whole procedure locally i can say that the error resists. >> >> But now the windows mobile gives an error saying: >> >> while processing activesync there was an error on the server >> (translated from german) >> 0x85010014 >> >> the 0x85010014 error seems to be an error, when someone changes the ip >> adress of the exchange server??? >> >> so can someone please tell me if i am right: >> >> BY installing kolab for the first time, i configured it with a >> dyndns-name, because the server should be reachable from the internet. >> The Kolabserver is behind a firewall. >> Within the /etc/hosts i added a line with the local ip 192.168.XXX.XXX >> and the dyndns name >> >> I used the wiki to install z-push, a connect to the server (externally >> AND internally) is working http://fqdn/Microsoft-Server-ActiveSync >> gives a popup with authentication, after filling in name and password, >> a white empty page appears (think that is right?) >> >> >> it doesn't matter if i fill in the windows mobile activesync the >> puplic ip of the server or the local ip, the error is the same. >> >> >> although the error log "access.log" is not generated within the >> /kolab/var/kolab/www/z-push directory. The path is configured within >> the config-kolab.php file. >> >> > create the file using "touch /path/access.log" and just to make sure I > gave the file "chmod 777 /path/access.log" > I also suggest creating the debug.txt file in the z-push directory. > path mean you path /var/log/z-push for exemple chown kolab-n:kolab-n /var/log/z-push for the debugfile , apache must have the rights to write it chown kolab-n:kolab-n >> the /kolab/var/kolab/www/zpush/* directorys are owned by user kolab, >> the status and kolabindex are owned by kolab-n. >> I hope i didn't forget some infos. >> >> > just to make sure because I changed it in the wiki ... did you maybe > forget the "" at the beginning and the end of config-kolab.php > >> Can someone please help me? >> >> >> Alex >> >> >> ---------------------------------------------------------------- >> This message was sent using IMP, the Internet Messaging Program. >> >> _______________________________________________ >> 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 webmaster at computational-chemistry.org Mon Feb 22 15:07:58 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Mon, 22 Feb 2010 15:07:58 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <201002221455.55122.alexander.marx@oab.de> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> <4B828209.2090701@computational-chemistry.org> <201002221455.55122.alexander.marx@oab.de> Message-ID: <4B828FBE.6090507@computational-chemistry.org> Hello Alexander that actually looks pretty good. The only Problem you are having and I don't see a fix for that right now is your "gel?schte objekte" folder which has umlaute. I think you should create a bugreport to help the developers fix this issue. Alexander Am 22.02.2010 14:55, schrieb Alexander Marx: > > Am Montag, 22. Februar 2010 14:09:29 schrieben Sie: > > > Am 22.02.2010 10:50, schrieb Alexander USERNAME: > > > > Hi > > > > > > > > After testing the whole procedure locally i can say that the error > > > > resists. > > > > > > > > But now the windows mobile gives an error saying: > > > > > > > > while processing activesync there was an error on the server > > > > (translated from german) > > > > 0x85010014 > > > > > > > > the 0x85010014 error seems to be an error, when someone changes the ip > > > > adress of the exchange server??? > > > > > > > > so can someone please tell me if i am right: > > > > > > > > BY installing kolab for the first time, i configured it with a > > > > dyndns-name, because the server should be reachable from the internet. > > > > The Kolabserver is behind a firewall. > > > > Within the /etc/hosts i added a line with the local ip 192.168.XXX.XXX > > > > and the dyndns name > > > > > > > > I used the wiki to install z-push, a connect to the server (externally > > > > AND internally) is working http://fqdn/Microsoft-Server-ActiveSync > > > > gives a popup with authentication, after filling in name and password, > > > > a white empty page appears (think that is right?) > > > > > > > > > > > > it doesn't matter if i fill in the windows mobile activesync the > > > > puplic ip of the server or the local ip, the error is the same. > > > > > > > > > > > > although the error log "access.log" is not generated within the > > > > /kolab/var/kolab/www/z-push directory. The path is configured within > > > > the config-kolab.php file. > > > > > > create the file using "touch /path/access.log" and just to make sure I > > > gave the file "chmod 777 /path/access.log" > > > I also suggest creating the debug.txt file in the z-push directory. > > > > > > > the /kolab/var/kolab/www/zpush/* directorys are owned by user kolab, > > > > the status and kolabindex are owned by kolab-n. > > > > I hope i didn't forget some infos. > > > > > > just to make sure because I changed it in the wiki ... did you maybe > > > forget the "" at the beginning and the end of > > > config-kolab.php > > > > > > > Can someone please help me? > > > > > > > > > > > > Alex > > Ok, i installed the whole stuff again and now i have an access.log and > a debug.txt. By the way: it doesn't work till now > > i post the debug.txt > > 2/22/10 14:41:54 [2879] Start > > 02/22/10 14:41:54 [2879] Z-Push version: 1.2.3 RC > > 02/22/10 14:41:54 [2879] Client IP: 217.199.201.162 > > 02/22/10 14:41:54 [2879] Access denied: no password sent. > > 02/22/10 14:41:55 [2879] Start > > 02/22/10 14:41:55 [2879] Z-Push version: 1.2.3 RC > > 02/22/10 14:41:55 [2879] Client IP: 217.199.201.162 > > 02/22/10 14:41:55 [2879] Client supports version 2.5 > > 02/22/10 14:41:55 [2879] Options request > > 02/22/10 14:41:55 [2879] IMAP-errors: SECURITY PROBLEM: insecure > server advertised AUTH=PLAIN > > 02/22/10 14:41:55 [2879] IMAP connection closed > > 02/22/10 14:41:55 [2879] end > > 02/22/10 14:41:55 [2879] -------- > > 02/22/10 14:41:55 [2879] Start > > 02/22/10 14:41:55 [2879] Z-Push version: 1.2.3 RC > > 02/22/10 14:41:55 [2879] Client IP: 217.199.201.162 > > 02/22/10 14:41:55 [2879] Client supports version 2.5 > > 02/22/10 14:41:55 [2879] POST cmd: FolderSync > > 02/22/10 14:41:55 [2879] Initializing folder diff engine > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/USERNAME_inbox.gel&apy-schte > objekte) [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 > (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/22/10 14:41:55 [2879] Found 61 folder changes > > 02/22/10 14:41:55 [2879] VCDir::GetFolder(INBOX.Kontakte) > > 02/22/10 14:41:55 [2879] VCDir::GetFolder(INBOX.Kontakte) > > 02/22/10 14:41:55 [2879] VCDir::GetFolder(INBOX.Kalender) > > 02/22/10 14:41:55 [2879] VCDir::GetFolder(INBOX.Kalender) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/USERNAME_inbox.gel&apy-schte > objekte) [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/USERNAME_inbox.gel&apy-schte > objekte) [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/USERNAME_inbox.gel&apy-schte > objekte) [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1831 > file_get_contents(kolabindex/tmp/USERNAME_inbox.gel&apy-schte > objekte) [ href='function.file-get-contents'>function.file-get-contents]: > failed to open stream: No such file or directory (2) > > 02/22/10 14:41:55 [2879] > /kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined offset: 1 (8) > > 02/22/10 14:41:55 [2879] IMAP-errors: SECURITY PROBLEM: insecure > server advertised AUTH=PLAIN > > 02/22/10 14:41:55 [2879] IMAP connection closed > > 02/22/10 14:41:55 [2879] end > > 02/22/10 14:41:55 [2879] -------- > > And access.log > > 2/22/10 14:41:55 [2879] : : IMAP connection opened sucessfully user : > USERNAME Mobile ID: > > 02/22/10 14:41:55 [2879] : USERNAME : Setup : USERNAME Mobile ID > :0DCA14B4F1B854A3D616588FD326730F Proto Version : 2.5 > > 02/22/10 14:41:55 [2879] : USERNAME : IMAP connection closed > > 02/22/10 14:41:55 [2879] : : IMAP connection opened sucessfully user : > USERNAME Mobile ID: > > 02/22/10 14:41:55 [2879] : USERNAME : Setup : USERNAME Mobile ID > :0DCA14B4F1B854A3D616588FD326730F Proto Version : 2.5 > > 02/22/10 14:41:55 [2879] : USERNAME : GetAnnotation INBOX/xxx : > > 02/22/10 14:41:55 [2879] : USERNAME : GetAnnotation INBOX/Notizen : > note.default > > 02/22/10 14:41:55 [2879] : USERNAME : GetAnnotation INBOX/Kontakte : > contact.default > > 02/22/10 14:41:55 [2879] : USERNAME : GetAnnotation INBOX/Kalender : > event.default > > 02/22/10 14:41:55 [2879] : USERNAME : GetAnnotation INBOX/Junk : > > 02/22/10 14:41:55 [2879] : USERNAME : GetAnnotation INBOX/Journal : > journal.default > > 02/22/10 14:41:55 [2879] : USERNAME : GetAnnotation INBOX/Aufgaben : > task.default > > 02/22/10 14:41:55 [2879] : USERNAME : GetAnnotation INBOX/Angebote : > > 02/22/10 14:41:55 [2879] : USERNAME : GetAnnotation INBOX : > > 02/22/10 14:41:55 [2879] : USERNAME : IMAP connection closed > > Any suggestions? The activesyncdevice gives an error: > > 0x80830006 > > Thanx > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100222/e5f01075/attachment.html From alain.abbas at libertech.fr Mon Feb 22 15:25:56 2010 From: alain.abbas at libertech.fr (Alain Abbas) Date: Mon, 22 Feb 2010 15:25:56 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <4B828FBE.6090507@computational-chemistry.org> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> <4B828209.2090701@computational-chemistry.org> <201002221455.55122.alexander.marx@oab.de> <4B828FBE.6090507@computational-chemistry.org> Message-ID: <06ED27F1-59C8-4572-BFA5-40570B3C3BA2@libertech.fr> Do you sync mail ? If test step by step contacts, calendar For The mail ors is better for now to sync in imap and nit with active sync Envoy? de mon iPhone Le 22 f?vr. 2010 ? 15:07, Alexander Schr?ter a ?crit : > Hello Alexander > > that actually looks pretty good. The only Problem you are having and > I don't see a fix for that right now is your "gel?schte objekte" fol > der which has umlaute. I think you should create a bugreport to help > the developers fix this issue. > > Alexander > > Am 22.02.2010 14:55, schrieb Alexander Marx: >> >> Am Montag, 22. Februar 2010 >> 14:09:29 schrieben Sie: >> > Am 22.02.2010 10:50, >> schrieb Alexander USERNAME: >> > > Hi >> > > >> > > After testing the >> whole procedure locally i can say that the error >> > > resists. >> > > >> > > But now the >> windows mobile gives an error saying: >> > > >> > > while processing >> activesync there was an error on the server >> > > (translated from >> german) >> > > 0x85010014 >> > > >> > > the 0x85010014 >> error seems to be an error, when someone changes the ip >> > > adress of the >> exchange server??? >> > > >> > > so can someone >> please tell me if i am right: >> > > >> > > BY installing >> kolab for the first time, i configured it with a >> > > dyndns-name, >> because the server should be reachable from the internet. >> > > The Kolabserver >> is behind a firewall. >> > > Within the >> /etc/hosts i added a line with the local ip 192.168.XXX.XXX >> > > and the dyndns >> name >> > > >> > > I used the wiki >> to install z-push, a connect to the server (externally >> > > AND internally) >> is working http://fqdn/Microsoft-Server-ActiveSync >> > > gives a popup >> with authentication, after filling in name and password, >> > > a white empty >> page appears (think that is right?) >> > > >> > > >> > > it doesn't matter >> if i fill in the windows mobile activesync the >> > > puplic ip of the >> server or the local ip, the error is the same. >> > > >> > > >> > > although the >> error log "access.log" is not generated within the >> > > >> /kolab/var/kolab/www/z-push directory. The path is configured within >> > > the >> config-kolab.php file. >> > >> > create the file using >> "touch /path/access.log" and just to make sure I >> > gave the file "chmod >> 777 /path/access.log" >> > I also suggest >> creating the debug.txt file in the z-push directory. >> > >> > > the >> /kolab/var/kolab/www/zpush/* directorys are owned by user kolab, >> > > the status and >> kolabindex are owned by kolab-n. >> > > I hope i didn't >> forget some infos. >> > >> > just to make sure >> because I changed it in the wiki ... did you maybe >> > forget the "> and "?>" at the beginning and the end of >> > config-kolab.php >> > >> > > Can someone >> please help me? >> > > >> > > >> > > Alex >> Ok, i installed the whole >> stuff again and now i have an access.log and a debug.txt. By the way: >> it doesn't work till now >> i post the debug.txt >> 2/22/10 14:41:54 [2879] >> Start >> 02/22/10 14:41:54 [2879] >> Z-Push version: 1.2.3 RC >> 02/22/10 14:41:54 [2879] >> Client IP: 217.199.201.162 >> 02/22/10 14:41:54 [2879] >> Access denied: no password sent. >> 02/22/10 14:41:55 [2879] >> Start >> 02/22/10 14:41:55 [2879] >> Z-Push version: 1.2.3 RC >> 02/22/10 14:41:55 [2879] >> Client IP: 217.199.201.162 >> 02/22/10 14:41:55 [2879] >> Client supports version 2.5 >> 02/22/10 14:41:55 [2879] >> Options request >> 02/22/10 14:41:55 [2879] >> IMAP-errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN >> 02/22/10 14:41:55 [2879] >> IMAP connection closed >> 02/22/10 14:41:55 [2879] >> end >> 02/22/10 14:41:55 [2879] >> -------- >> 02/22/10 14:41:55 [2879] >> Start >> 02/22/10 14:41:55 [2879] >> Z-Push version: 1.2.3 RC >> 02/22/10 14:41:55 [2879] >> Client IP: 217.199.201.162 >> 02/22/10 14:41:55 [2879] >> Client supports version 2.5 >> 02/22/10 14:41:55 [2879] >> POST cmd: FolderSync >> 02/22/10 14:41:55 [2879] >> Initializing folder diff engine >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/USERNAME_inbox.gel&apy-schte >> objekte) [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 >> (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined >> variable: >> anno (8) >> 02/22/10 14:41:55 [2879] >> Found 61 folder changes >> 02/22/10 14:41:55 [2879] >> VCDir::GetFolder(INBOX.Kontakte) >> 02/22/10 14:41:55 [2879] >> VCDir::GetFolder(INBOX.Kontakte) >> 02/22/10 14:41:55 [2879] >> VCDir::GetFolder(INBOX.Kalender) >> 02/22/10 14:41:55 [2879] >> VCDir::GetFolder(INBOX.Kalender) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/USERNAME_inbox.gel&apy-schte >> objekte) [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 >> (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/USERNAME_inbox.gel&apy-schte >> objekte) [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 >> (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/USERNAME_inbox.gel&apy-schte >> objekte) [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 >> (8) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1831 >> file_get_contents(kolabindex/tmp/USERNAME_inbox.gel&apy-schte >> objekte) [> href='function.file-get-contents'>function.file-get-contents]: >> failed to open stream: No such file or directory (2) >> 02/22/10 14:41:55 [2879] >> /kolab/var/kolab/www/z-push/backend/kolab.php:1833 Undefined >> offset: 1 >> (8) >> 02/22/10 14:41:55 [2879] >> IMAP-errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN >> 02/22/10 14:41:55 [2879] >> IMAP connection closed >> 02/22/10 14:41:55 [2879] end >> 02/22/10 14:41:55 [2879] >> -------- >> And access.log >> >> 2/22/10 14:41:55 [2879] : : >> IMAP connection opened sucessfully user : USERNAME Mobile ID: >> 02/22/10 14:41:55 [2879] : >> USERNAME : Setup : USERNAME Mobile ID : >> 0DCA14B4F1B854A3D616588FD326730F >> Proto Version : 2.5 >> 02/22/10 14:41:55 [2879] : >> USERNAME : IMAP connection closed >> 02/22/10 14:41:55 [2879] : >> : IMAP connection opened sucessfully user : USERNAME Mobile ID: >> 02/22/10 14:41:55 [2879] : >> USERNAME : Setup : USERNAME Mobile ID : >> 0DCA14B4F1B854A3D616588FD326730F >> Proto Version : 2.5 >> 02/22/10 14:41:55 [2879] : >> USERNAME : GetAnnotation INBOX/xxx : >> 02/22/10 14:41:55 [2879] : >> USERNAME : GetAnnotation INBOX/Notizen : note.default >> 02/22/10 14:41:55 [2879] : >> USERNAME : GetAnnotation INBOX/Kontakte : contact.default >> 02/22/10 14:41:55 [2879] : >> USERNAME : GetAnnotation INBOX/Kalender : event.default >> 02/22/10 14:41:55 [2879] : >> USERNAME : GetAnnotation INBOX/Junk : >> 02/22/10 14:41:55 [2879] : >> USERNAME : GetAnnotation INBOX/Journal : journal.default >> 02/22/10 14:41:55 [2879] : >> USERNAME : GetAnnotation INBOX/Aufgaben : task.default >> 02/22/10 14:41:55 [2879] : >> USERNAME : GetAnnotation INBOX/Angebote : >> 02/22/10 14:41:55 [2879] : >> USERNAME : GetAnnotation INBOX : >> 02/22/10 14:41:55 [2879] : >> USERNAME : IMAP connection closed >> Any suggestions? The >> activesyncdevice gives an error: >> 0x80830006 >> Thanx > > _______________________________________________ > 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/20100222/8ce08092/attachment.html From webmaster at computational-chemistry.org Mon Feb 22 15:41:40 2010 From: webmaster at computational-chemistry.org (=?UTF-8?B?QWxleGFuZGVyIFNjaHLDtnRlcg==?=) Date: Mon, 22 Feb 2010 15:41:40 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <06ED27F1-59C8-4572-BFA5-40570B3C3BA2@libertech.fr> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> <4B828209.2090701@computational-chemistry.org> <201002221455.55122.alexander.marx@oab.de> <4B828FBE.6090507@computational-chemistry.org> <06ED27F1-59C8-4572-BFA5-40570B3C3BA2@libertech.fr> Message-ID: <4B8297A4.7030406@computational-chemistry.org> Am 22.02.2010 15:25, schrieb Alain Abbas: > Do you sync mail ? > If test step by step contacts, calendar > For The mail ors is better for now to sync in imap and nit with active > sync > > Envoy? de mon iPhone > > Le 22 f?vr. 2010 ? 15:07, Alexander Schr?ter > > a ?crit : > Hi for now I think it's best to only sync calendar and contacts with zpush for kolab and use the phoneclients native mail setup for example imap to sync mails. At least thats what I am doing on my N900. Thinking about that not syncing mail might fix Alexander M. problem. Because Gel?schte Objekte probably referes to the mail trash folder. So try only syncing contacts and calendar. Alexander -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100222/78026324/attachment.html From alexander.marx at oab.de Mon Feb 22 16:12:59 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Mon, 22 Feb 2010 16:12:59 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <4B8297A4.7030406@computational-chemistry.org> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> <06ED27F1-59C8-4572-BFA5-40570B3C3BA2@libertech.fr> <4B8297A4.7030406@computational-chemistry.org> Message-ID: <201002221612.59977.alexander.marx@oab.de> Am Montag, 22. Februar 2010 15:41:40 schrieb Alexander Schr?ter: > Am 22.02.2010 15:25, schrieb Alain Abbas: > > Do you sync mail ? > > If test step by step contacts, calendar > > For The mail ors is better for now to sync in imap and nit with active > > sync > > > > Envoy? de mon iPhone > > > > Le 22 f?vr. 2010 ? 15:07, Alexander Schr?ter > > > > a ?crit : > > Hi for now I think it's best to only sync calendar and contacts with > zpush for kolab and use the phoneclients native mail setup for example > imap to sync mails. At least thats what I am doing on my N900. > > Thinking about that not syncing mail might fix Alexander M. problem. > Because Gel?schte Objekte probably referes to the mail trash folder. > > So try only syncing contacts and calendar. > > Alexander > Hi thank you. But i only try to sync contacts and calendar. The error remains. My device tells me 0x80830006 Whatever this might be. and the device doesn't sync anything. where can i get more debug information? Does somebody know how i can "rename" my directory "gel?schte objekte" ? i tried it on the serverside directly in the folder /kolab/var/imapd/spool/domain/o/oab.de/a/user/USERNAME which doesn't work (except that my mailprog is now defective -> doesn't find the folder anymore) Alex From alain.abbas at libertech.fr Mon Feb 22 18:16:58 2010 From: alain.abbas at libertech.fr (Alain Abbas) Date: Mon, 22 Feb 2010 18:16:58 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> Message-ID: Seems to not be a zpush or backend problem but a Windows mobile problem Which verdsion of Windows mobile you use ? Envoy? de mon iPhone Le 22 f?vr. 2010 ? 10:50, Alexander Marx a ?crit : > > Hi > > After testing the whole procedure locally i can say that the error > resists. > > But now the windows mobile gives an error saying: > > while processing activesync there was an error on the server > (translated from german) > 0x85010014 > > the 0x85010014 error seems to be an error, when someone changes the > ip adress of the exchange server??? > > so can someone please tell me if i am right: > > BY installing kolab for the first time, i configured it with a > dyndns-name, because the server should be reachable from the > internet. The Kolabserver is behind a firewall. > Within the /etc/hosts i added a line with the local ip > 192.168.XXX.XXX and the dyndns name > > I used the wiki to install z-push, a connect to the server > (externally AND internally) is working http://fqdn/Microsoft-Server-ActiveSync > gives a popup with authentication, after filling in name and > password, a white empty page appears (think that is right?) > > > it doesn't matter if i fill in the windows mobile activesync the > puplic ip of the server or the local ip, the error is the same. > > > although the error log "access.log" is not generated within the / > kolab/var/kolab/www/z-push directory. The path is configured within > the config-kolab.php file. > > the /kolab/var/kolab/www/zpush/* directorys are owned by user kolab, > the status and kolabindex are owned by kolab-n. > > > I hope i didn't forget some infos. > > Can someone please help me? > > > Alex > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > From pdf at yugm.org Tue Feb 23 02:57:25 2010 From: pdf at yugm.org (Paul Douglas Franklin) Date: Mon, 22 Feb 2010 17:57:25 -0800 Subject: horde 404 error SOLVED In-Reply-To: <4B7C97DC.8030904@yugm.org> References: <4B7C97DC.8030904@yugm.org> Message-ID: <4B833605.40106@yugm.org> My error, a DNS problem. Paul Douglas Franklin of Union Gospel Mission wrote: > Hi. > I'm moving to version 2.2.3 from 2.1.0. To attempt to accomplish > this, I did a fresh install of 2.2.3 on a new box and have copied the > various files and settings. I can log in to the admin page, and my > Thunderbird client can connect. > But one of my goals in the upgrade is to have Horde. When I try to > access Horde (https://example.example.org/client/), it gives me a 404 > error. Any idea why? > I did check for the existence of /kolab/var/kolab/www/client; it does > exist and is populated. > --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 pdf at yugm.org Tue Feb 23 03:49:07 2010 From: pdf at yugm.org (Paul Douglas Franklin) Date: Mon, 22 Feb 2010 18:49:07 -0800 Subject: Transfer to new server Message-ID: <4B834223.9070406@yugm.org> When I set up my kolab box 3 years ago, I made some mistakes and want to start relatively fresh. Here is my hoped-for process: 1) Create a brand-new install of kolab on a new box. 2) Add my domains and other items as needed on the settings page. 3) (on the old server) /kolab/sbin/slapcat-l kolab-ldap.ldif and edit the .ldif file down to just the users I want to transfer. 4) (on the new server) /kolab/sbin/slapadd -l kolab-ldap.ldif 5) rsync /kolab/var/imapd/spool from old to new. 6) (as kolab-r on the old box) /kolab/bin/ctl_mboxlist -d >mailboxlist.txt. 7) (as kolab-r on the new box) /kolab/bin/ctl_mboxlist -u References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> Message-ID: <201002230904.30732.alexander.marx@oab.de> Am Montag, 22. Februar 2010 18:16:58 schrieb Alain Abbas: > Seems to not be a zpush or backend problem but a Windows mobile problem > Which verdsion of Windows mobile you use ? > > Envoy? de mon iPhone > > Le 22 f?vr. 2010 ? 10:50, Alexander Marx a > > ?crit : > > Hi > > > > After testing the whole procedure locally i can say that the error > > resists. > > > > But now the windows mobile gives an error saying: > > > > while processing activesync there was an error on the server > > (translated from german) > > 0x85010014 > > > > the 0x85010014 error seems to be an error, when someone changes the > > ip adress of the exchange server??? > > > > so can someone please tell me if i am right: > > > > BY installing kolab for the first time, i configured it with a > > dyndns-name, because the server should be reachable from the > > internet. The Kolabserver is behind a firewall. > > Within the /etc/hosts i added a line with the local ip > > 192.168.XXX.XXX and the dyndns name > > > > I used the wiki to install z-push, a connect to the server > > (externally AND internally) is working > > http://fqdn/Microsoft-Server-ActiveSync gives a popup with > > authentication, after filling in name and > > password, a white empty page appears (think that is right?) > > > > > > it doesn't matter if i fill in the windows mobile activesync the > > puplic ip of the server or the local ip, the error is the same. > > > > > > although the error log "access.log" is not generated within the / > > kolab/var/kolab/www/z-push directory. The path is configured within > > the config-kolab.php file. > > > > the /kolab/var/kolab/www/zpush/* directorys are owned by user kolab, > > the status and kolabindex are owned by kolab-n. > > > > > > I hope i didn't forget some infos. > > > > Can someone please help me? > > > > > > Alex > > > > > > ---------------------------------------------------------------- > > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > Thank you all for your patience. I tested the z-push on a windows Mobile 6 (sony ericsson XPERIA X1) and on a MDA IV with Windows Mobile 6 CE OS 5.2.1620 I get a activesync error on the device 0x80830006 you told me that umlauts in the directorystructure might be a problem. So i created a new account and connected the user through horde to this account for the first time, language was english After logging in, the folderstructure was created (all names are english) then i created a contact and logged off After that i tested activesync on BOTH devices with the same error 0x80830006 debug log says: 02/23/10 08:56:46 [19270] Start 02/23/10 08:56:46 [19270] Z-Push version: 1.2.3 RC 02/23/10 08:56:46 [19270] Client IP: xxx.xxx.xxx.xxx 02/23/10 08:56:46 [19270] Access denied: no password sent. 02/23/10 08:56:46 [19270] Start 02/23/10 08:56:46 [19270] Z-Push version: 1.2.3 RC 02/23/10 08:56:46 [19270] Client IP: xxx.xxx.xxx.xxx 02/23/10 08:56:46 [19270] Client supports version 2.5 02/23/10 08:56:46 [19270] Options request 02/23/10 08:56:46 [19270] IMAP-errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN 02/23/10 08:56:46 [19270] IMAP connection closed 02/23/10 08:56:46 [19270] end 02/23/10 08:56:46 [19270] -------- 02/23/10 08:56:46 [19270] Start 02/23/10 08:56:46 [19270] Z-Push version: 1.2.3 RC 02/23/10 08:56:46 [19270] Client IP: xxx.xxx.xxx.xxx 02/23/10 08:56:46 [19270] Client supports version 2.5 02/23/10 08:56:46 [19270] POST cmd: FolderSync 02/23/10 08:56:46 [19270] Initializing folder diff engine 02/23/10 08:56:46 [19270] /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: anno (8) 02/23/10 08:56:46 [19270] /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: anno (8) 02/23/10 08:56:46 [19270] Found 4 folder changes 02/23/10 08:56:46 [19270] VCDir::GetFolder(INBOX.Contacts) 02/23/10 08:56:46 [19270] VCDir::GetFolder(INBOX.Contacts) 02/23/10 08:56:46 [19270] VCDir::GetFolder(INBOX.Calendar) 02/23/10 08:56:46 [19270] VCDir::GetFolder(INBOX.Calendar) 02/23/10 08:56:46 [19270] IMAP-errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN 02/23/10 08:56:46 [19270] IMAP connection closed 02/23/10 08:56:46 [19270] end 02/23/10 08:56:46 [19270] -------- And access.log 02/23/10 08:34:25 [22053] : : IMAP connection opened sucessfully user : user Mobile ID: 02/23/10 08:34:25 [22053] : user : Setup : user Mobile ID :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 02/23/10 08:34:25 [22053] : user : IMAP connection closed 02/23/10 08:34:25 [22053] : : IMAP connection opened sucessfully user : user Mobile ID: 02/23/10 08:34:25 [22053] : user : Setup : user Mobile ID :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 02/23/10 08:34:25 [22053] : user : GetAnnotation INBOX/Tasks : task.default 02/23/10 08:34:25 [22053] : user : GetAnnotation INBOX/Contacts : contact.default 02/23/10 08:34:25 [22053] : user : GetAnnotation INBOX/Calendar : event.default 02/23/10 08:34:25 [22053] : user : GetAnnotation INBOX : 02/23/10 08:34:25 [22053] : user : IMAP connection closed 02/23/10 08:36:42 [11063] : : IMAP connection opened sucessfully user : user Mobile ID: 02/23/10 08:36:42 [11063] : user : Setup : user Mobile ID :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 02/23/10 08:36:42 [11063] : user : IMAP connection closed 02/23/10 08:36:43 [11063] : : IMAP connection opened sucessfully user : user Mobile ID: 02/23/10 08:36:43 [11063] : user : Setup : user Mobile ID :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 02/23/10 08:36:43 [11063] : user : GetAnnotation INBOX/Tasks : task.default 02/23/10 08:36:43 [11063] : user : GetAnnotation INBOX/Contacts : contact.default 02/23/10 08:36:43 [11063] : user : GetAnnotation INBOX/Calendar : event.default 02/23/10 08:36:43 [11063] : user : GetAnnotation INBOX : 02/23/10 08:36:43 [11063] : user : IMAP connection closed 02/23/10 08:56:23 [11065] : : IMAP connection opened sucessfully user : user Mobile ID: 02/23/10 08:56:23 [11065] : user : Setup : user Mobile ID :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 02/23/10 08:56:23 [11065] : user : IMAP connection closed 02/23/10 08:56:23 [11065] : : IMAP connection opened sucessfully user : user Mobile ID: 02/23/10 08:56:23 [11065] : user : Setup : user Mobile ID :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 02/23/10 08:56:23 [11065] : user : GetAnnotation INBOX/Tasks : task.default 02/23/10 08:56:23 [11065] : user : GetAnnotation INBOX/Contacts : contact.default 02/23/10 08:56:23 [11065] : user : GetAnnotation INBOX/Calendar : event.default 02/23/10 08:56:23 [11065] : user : GetAnnotation INBOX : 02/23/10 08:56:23 [11065] : user : IMAP connection closed 02/23/10 08:56:46 [19270] : : IMAP connection opened sucessfully user : user Mobile ID: 02/23/10 08:56:46 [19270] : user : Setup : user Mobile ID :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 02/23/10 08:56:46 [19270] : user : IMAP connection closed 02/23/10 08:56:46 [19270] : : IMAP connection opened sucessfully user : user Mobile ID: 02/23/10 08:56:46 [19270] : user : Setup : user Mobile ID :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 02/23/10 08:56:46 [19270] : user : GetAnnotation INBOX/Tasks : task.default 02/23/10 08:56:46 [19270] : user : GetAnnotation INBOX/Contacts : contact.default 02/23/10 08:56:46 [19270] : user : GetAnnotation INBOX/Calendar : event.default 02/23/10 08:56:46 [19270] : user : GetAnnotation INBOX : 02/23/10 08:56:46 [19270] : user : IMAP connection closed Can someone please help?? Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100223/90bc7a8f/attachment.html From alain.abbas at libertech.fr Tue Feb 23 10:09:08 2010 From: alain.abbas at libertech.fr (Alain Abbas) Date: Tue, 23 Feb 2010 10:09:08 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <201002230904.30732.alexander.marx@oab.de> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> <201002230904.30732.alexander.marx@oab.de> Message-ID: <4B839B34.1050306@libertech.fr> hi Alex try to erase all files in kolabindx/uid_id and kolabindes/id_uid/ and state could on your new account just create a simple event and a simple contact to try and try and send me again the debug file Alain Alexander Marx a ?crit : > > Am Montag, 22. Februar 2010 18:16:58 schrieb Alain Abbas: > > > Seems to not be a zpush or backend problem but a Windows mobile problem > > > Which verdsion of Windows mobile you use ? > > > > > > Envoy? de mon iPhone > > > > > > Le 22 f?vr. 2010 ? 10:50, Alexander Marx a > > > > > > ?crit : > > > > Hi > > > > > > > > After testing the whole procedure locally i can say that the error > > > > resists. > > > > > > > > But now the windows mobile gives an error saying: > > > > > > > > while processing activesync there was an error on the server > > > > (translated from german) > > > > 0x85010014 > > > > > > > > the 0x85010014 error seems to be an error, when someone changes the > > > > ip adress of the exchange server??? > > > > > > > > so can someone please tell me if i am right: > > > > > > > > BY installing kolab for the first time, i configured it with a > > > > dyndns-name, because the server should be reachable from the > > > > internet. The Kolabserver is behind a firewall. > > > > Within the /etc/hosts i added a line with the local ip > > > > 192.168.XXX.XXX and the dyndns name > > > > > > > > I used the wiki to install z-push, a connect to the server > > > > (externally AND internally) is working > > > > http://fqdn/Microsoft-Server-ActiveSync gives a popup with > > > > authentication, after filling in name and > > > > password, a white empty page appears (think that is right?) > > > > > > > > > > > > it doesn't matter if i fill in the windows mobile activesync the > > > > puplic ip of the server or the local ip, the error is the same. > > > > > > > > > > > > although the error log "access.log" is not generated within the / > > > > kolab/var/kolab/www/z-push directory. The path is configured within > > > > the config-kolab.php file. > > > > > > > > the /kolab/var/kolab/www/zpush/* directorys are owned by user kolab, > > > > the status and kolabindex are owned by kolab-n. > > > > > > > > > > > > I hope i didn't forget some infos. > > > > > > > > Can someone please help me? > > > > > > > > > > > > Alex > > > > > > > > > > > > ---------------------------------------------------------------- > > > > This message was sent using IMP, the Internet Messaging Program. > > > > > > _______________________________________________ > > > Kolab-users mailing list > > > Kolab-users at kolab.org > > > https://kolab.org/mailman/listinfo/kolab-users > > > > > Thank you all for your patience. > > I tested the z-push on a windows Mobile 6 (sony ericsson XPERIA X1) > and on a MDA IV with Windows Mobile 6 CE OS 5.2.1620 > > I get a activesync error on the device > > 0x80830006 > > you told me that umlauts in the directorystructure might be a problem. > > So i created a new account and connected the user through horde to > this account for the first time, language was english > > After logging in, the folderstructure was created (all names are english) > > then i created a contact and logged off > > After that i tested activesync on BOTH devices with the same error > 0x80830006 > > debug log says: > > 02/23/10 08:56:46 [19270] Start > > 02/23/10 08:56:46 [19270] Z-Push version: 1.2.3 RC > > 02/23/10 08:56:46 [19270] Client IP: xxx.xxx.xxx.xxx > > 02/23/10 08:56:46 [19270] Access denied: no password sent. > > 02/23/10 08:56:46 [19270] Start > > 02/23/10 08:56:46 [19270] Z-Push version: 1.2.3 RC > > 02/23/10 08:56:46 [19270] Client IP: xxx.xxx.xxx.xxx > > 02/23/10 08:56:46 [19270] Client supports version 2.5 > > 02/23/10 08:56:46 [19270] Options request > > 02/23/10 08:56:46 [19270] IMAP-errors: SECURITY PROBLEM: insecure > server advertised AUTH=PLAIN > > 02/23/10 08:56:46 [19270] IMAP connection closed > > 02/23/10 08:56:46 [19270] end > > 02/23/10 08:56:46 [19270] -------- > > 02/23/10 08:56:46 [19270] Start > > 02/23/10 08:56:46 [19270] Z-Push version: 1.2.3 RC > > 02/23/10 08:56:46 [19270] Client IP: xxx.xxx.xxx.xxx > > 02/23/10 08:56:46 [19270] Client supports version 2.5 > > 02/23/10 08:56:46 [19270] POST cmd: FolderSync > > 02/23/10 08:56:46 [19270] Initializing folder diff engine > > 02/23/10 08:56:46 [19270] > /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: > anno (8) > > 02/23/10 08:56:46 [19270] > /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: > anno (8) > > 02/23/10 08:56:46 [19270] Found 4 folder changes > > 02/23/10 08:56:46 [19270] VCDir::GetFolder(INBOX.Contacts) > > 02/23/10 08:56:46 [19270] VCDir::GetFolder(INBOX.Contacts) > > 02/23/10 08:56:46 [19270] VCDir::GetFolder(INBOX.Calendar) > > 02/23/10 08:56:46 [19270] VCDir::GetFolder(INBOX.Calendar) > > 02/23/10 08:56:46 [19270] IMAP-errors: SECURITY PROBLEM: insecure > server advertised AUTH=PLAIN > > 02/23/10 08:56:46 [19270] IMAP connection closed > > 02/23/10 08:56:46 [19270] end > > 02/23/10 08:56:46 [19270] -------- > > And access.log > > 02/23/10 08:34:25 [22053] : : IMAP connection opened sucessfully user > : user Mobile ID: > > 02/23/10 08:34:25 [22053] : user : Setup : user Mobile ID > :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 > > 02/23/10 08:34:25 [22053] : user : IMAP connection closed > > 02/23/10 08:34:25 [22053] : : IMAP connection opened sucessfully user > : user Mobile ID: > > 02/23/10 08:34:25 [22053] : user : Setup : user Mobile ID > :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 > > 02/23/10 08:34:25 [22053] : user : GetAnnotation INBOX/Tasks : > task.default > > 02/23/10 08:34:25 [22053] : user : GetAnnotation INBOX/Contacts : > contact.default > > 02/23/10 08:34:25 [22053] : user : GetAnnotation INBOX/Calendar : > event.default > > 02/23/10 08:34:25 [22053] : user : GetAnnotation INBOX : > > 02/23/10 08:34:25 [22053] : user : IMAP connection closed > > 02/23/10 08:36:42 [11063] : : IMAP connection opened sucessfully user > : user Mobile ID: > > 02/23/10 08:36:42 [11063] : user : Setup : user Mobile ID > :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 > > 02/23/10 08:36:42 [11063] : user : IMAP connection closed > > 02/23/10 08:36:43 [11063] : : IMAP connection opened sucessfully user > : user Mobile ID: > > 02/23/10 08:36:43 [11063] : user : Setup : user Mobile ID > :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 > > 02/23/10 08:36:43 [11063] : user : GetAnnotation INBOX/Tasks : > task.default > > 02/23/10 08:36:43 [11063] : user : GetAnnotation INBOX/Contacts : > contact.default > > 02/23/10 08:36:43 [11063] : user : GetAnnotation INBOX/Calendar : > event.default > > 02/23/10 08:36:43 [11063] : user : GetAnnotation INBOX : > > 02/23/10 08:36:43 [11063] : user : IMAP connection closed > > 02/23/10 08:56:23 [11065] : : IMAP connection opened sucessfully user > : user Mobile ID: > > 02/23/10 08:56:23 [11065] : user : Setup : user Mobile ID > :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 > > 02/23/10 08:56:23 [11065] : user : IMAP connection closed > > 02/23/10 08:56:23 [11065] : : IMAP connection opened sucessfully user > : user Mobile ID: > > 02/23/10 08:56:23 [11065] : user : Setup : user Mobile ID > :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 > > 02/23/10 08:56:23 [11065] : user : GetAnnotation INBOX/Tasks : > task.default > > 02/23/10 08:56:23 [11065] : user : GetAnnotation INBOX/Contacts : > contact.default > > 02/23/10 08:56:23 [11065] : user : GetAnnotation INBOX/Calendar : > event.default > > 02/23/10 08:56:23 [11065] : user : GetAnnotation INBOX : > > 02/23/10 08:56:23 [11065] : user : IMAP connection closed > > 02/23/10 08:56:46 [19270] : : IMAP connection opened sucessfully user > : user Mobile ID: > > 02/23/10 08:56:46 [19270] : user : Setup : user Mobile ID > :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 > > 02/23/10 08:56:46 [19270] : user : IMAP connection closed > > 02/23/10 08:56:46 [19270] : : IMAP connection opened sucessfully user > : user Mobile ID: > > 02/23/10 08:56:46 [19270] : user : Setup : user Mobile ID > :E4C071B632B1F90949985EAC7C827F84 Proto Version : 2.5 > > 02/23/10 08:56:46 [19270] : user : GetAnnotation INBOX/Tasks : > task.default > > 02/23/10 08:56:46 [19270] : user : GetAnnotation INBOX/Contacts : > contact.default > > 02/23/10 08:56:46 [19270] : user : GetAnnotation INBOX/Calendar : > event.default > > 02/23/10 08:56:46 [19270] : user : GetAnnotation INBOX : > > 02/23/10 08:56:46 [19270] : user : IMAP connection closed > > Can someone please help?? > > Alex > From gavin.mccullagh at gcd.ie Tue Feb 23 11:04:42 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Tue, 23 Feb 2010 10:04:42 +0000 Subject: Transfer to new server In-Reply-To: <4B834223.9070406@yugm.org> References: <4B834223.9070406@yugm.org> Message-ID: <20100223100442.GS4253@gcd.ie> On Mon, 22 Feb 2010, Paul Douglas Franklin wrote: > 1) Create a brand-new install of kolab on a new box. > 2) Add my domains and other items as needed on the settings page. > 3) (on the old server) /kolab/sbin/slapcat-l kolab-ldap.ldif and edit > the .ldif file down to just the users I want to transfer. > 4) (on the new server) /kolab/sbin/slapadd -l kolab-ldap.ldif > 5) rsync /kolab/var/imapd/spool from old to new. > 6) (as kolab-r on the old box) /kolab/bin/ctl_mboxlist -d >mailboxlist.txt. > 7) (as kolab-r on the new box) /kolab/bin/ctl_mboxlist -u as uid to @ so we have to pull some extra tricks but I imagine that's not an issue for you. > The first is that when I ran slapcat -l on the new server to verify what > I had put in there (prior to trying slapadd), it seems to have given > Horde a problem. The Horde login screen is blank--when I go to > https://FQDN/client, it brings up https://FQDN/client/imp/login.php with > a blank screen. Horde was fine immediately before I ran slapcat. I think there is a bug in kolab currently which causes this issue (and not relating to your migration). If you delete the cookies relating to your kolab server all should be well. This bug is a bit of a pain to be honest and one I may have to track down before we can migrate. > The second is that I see on the "Backups for Kolab 2" wiki that I should > back up annotations.db. I don't see a way to do this other than by > copying, and there are changes from old to new such that I doubt that a > simple copy would do the job. I'm not sure about annotations.db to be honest. Gavin From alexander.marx at oab.de Tue Feb 23 11:11:41 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Tue, 23 Feb 2010 11:11:41 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <4B839B34.1050306@libertech.fr> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> <201002230904.30732.alexander.marx@oab.de> <4B839B34.1050306@libertech.fr> Message-ID: <201002231111.41288.alexander.marx@oab.de> Hi i deleted kolabindex/tmp/* uid_id and id_uid were empty is that right? and additionally i installed an update on my XPERIA X1, it is now Windows Mobile 6.1 After fresh initialization of the mobile device i tried it again, but the error is still there. within the directory kolabindex/tmp, there are the folders shown. id_uid and uid_id are empty. debug.txt says: 02/23/10 11:03:56 [24935] Start 02/23/10 11:03:56 [24935] Z-Push version: 1.2.3 RC 02/23/10 11:03:56 [24935] Client IP: xxx.xxx.xxx.xxx 02/23/10 11:03:56 [24935] Access denied: no password sent. 02/23/10 11:03:56 [24935] Start 02/23/10 11:03:56 [24935] Z-Push version: 1.2.3 RC 02/23/10 11:03:56 [24935] Client IP: xxx.xxx.xxx.xxx 02/23/10 11:03:56 [24935] Client supports version 2.5 02/23/10 11:03:56 [24935] Options request 02/23/10 11:03:56 [24935] IMAP-errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN 02/23/10 11:03:56 [24935] IMAP connection closed 02/23/10 11:03:56 [24935] end 02/23/10 11:03:56 [24935] -------- 02/23/10 11:03:56 [24935] Start 02/23/10 11:03:56 [24935] Z-Push version: 1.2.3 RC 02/23/10 11:03:56 [24935] Client IP: xxx.xxx.xxx.xxx 02/23/10 11:03:56 [24935] Client supports version 2.5 02/23/10 11:03:56 [24935] POST cmd: FolderSync 02/23/10 11:03:56 [24935] Initializing folder diff engine 02/23/10 11:03:56 [24935] /kolab/var/kolab/www/z-push/backend/kolab.php:1773 Undefined variable: anno (8) 02/23/10 11:03:56 [24935] /kolab/var/kolab/www/z-push/backend/kolab.php:1782 Undefined variable: anno (8) 02/23/10 11:03:56 [24935] Found 4 folder changes 02/23/10 11:03:56 [24935] VCDir::GetFolder(INBOX.Contacts) 02/23/10 11:03:56 [24935] VCDir::GetFolder(INBOX.Contacts) 02/23/10 11:03:56 [24935] VCDir::GetFolder(INBOX.Calendar) 02/23/10 11:03:56 [24935] VCDir::GetFolder(INBOX.Calendar) 02/23/10 11:03:56 [24935] IMAP-errors: SECURITY PROBLEM: insecure server advertised AUTH=PLAIN 02/23/10 11:03:56 [24935] IMAP connection closed 02/23/10 11:03:56 [24935] end 02/23/10 11:03:56 [24935] -------- And access.log: 02/23/10 11:03:56 [24935] : : IMAP connection opened sucessfully user : user Mobile ID: 02/23/10 11:03:56 [24935] : user : Setup : user Mobile ID :0DCA14B4F1B854A3D616588FD326730F Proto Version : 2.5 02/23/10 11:03:56 [24935] : user : IMAP connection closed 02/23/10 11:03:56 [24935] : : IMAP connection opened sucessfully user : user Mobile ID: 02/23/10 11:03:56 [24935] : user : Setup : user Mobile ID :0DCA14B4F1B854A3D616588FD326730F Proto Version : 2.5 02/23/10 11:03:56 [24935] : user : GetAnnotation INBOX/Tasks : task.default 02/23/10 11:03:56 [24935] : user : GetAnnotation INBOX/Contacts : contact.default 02/23/10 11:03:56 [24935] : user : GetAnnotation INBOX/Calendar : event.default 02/23/10 11:03:56 [24935] : user : GetAnnotation INBOX : 02/23/10 11:03:56 [24935] : user : IMAP connection closed Thanks From alain.abbas at libertech.fr Tue Feb 23 11:45:13 2010 From: alain.abbas at libertech.fr (Alain Abbas) Date: Tue, 23 Feb 2010 11:45:13 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <201002231111.41288.alexander.marx@oab.de> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> <201002230904.30732.alexander.marx@oab.de> <4B839B34.1050306@libertech.fr> <201002231111.41288.alexander.marx@oab.de> Message-ID: <4B83B1B9.2010307@libertech.fr> could you see in the log of apache and php if you have an error ? Alexander Marx a ?crit : > Hi > i deleted kolabindex/tmp/* uid_id and id_uid were empty is that right? > > and additionally i installed an update on my XPERIA X1, it is now Windows > Mobile 6.1 > > After fresh initialization of the mobile device i tried it again, but the > error is still there. within the directory kolabindex/tmp, there are the > folders shown. id_uid and uid_id are empty. > > debug.txt says: > > 02/23/10 11:03:56 [24935] Start > 02/23/10 11:03:56 [24935] Z-Push version: 1.2.3 RC > 02/23/10 11:03:56 [24935] Client IP: xxx.xxx.xxx.xxx > 02/23/10 11:03:56 [24935] Access denied: no password sent. > 02/23/10 11:03:56 [24935] Start > 02/23/10 11:03:56 [24935] Z-Push version: 1.2.3 RC > 02/23/10 11:03:56 [24935] Client IP: xxx.xxx.xxx.xxx > 02/23/10 11:03:56 [24935] Client supports version 2.5 > 02/23/10 11:03:56 [24935] Options request > 02/23/10 11:03:56 [24935] IMAP-errors: SECURITY PROBLEM: insecure server > advertised AUTH=PLAIN > 02/23/10 11:03:56 [24935] IMAP connection closed > 02/23/10 11:03:56 [24935] end > 02/23/10 11:03:56 [24935] -------- > 02/23/10 11:03:56 [24935] Start > 02/23/10 11:03:56 [24935] Z-Push version: 1.2.3 RC > 02/23/10 11:03:56 [24935] Client IP: xxx.xxx.xxx.xxx > 02/23/10 11:03:56 [24935] Client supports version 2.5 > 02/23/10 11:03:56 [24935] POST cmd: FolderSync > 02/23/10 11:03:56 [24935] Initializing folder diff engine > 02/23/10 11:03:56 [24935] /kolab/var/kolab/www/z-push/backend/kolab.php:1773 > Undefined variable: anno (8) > 02/23/10 11:03:56 [24935] /kolab/var/kolab/www/z-push/backend/kolab.php:1782 > Undefined variable: anno (8) > 02/23/10 11:03:56 [24935] Found 4 folder changes > 02/23/10 11:03:56 [24935] VCDir::GetFolder(INBOX.Contacts) > 02/23/10 11:03:56 [24935] VCDir::GetFolder(INBOX.Contacts) > 02/23/10 11:03:56 [24935] VCDir::GetFolder(INBOX.Calendar) > 02/23/10 11:03:56 [24935] VCDir::GetFolder(INBOX.Calendar) > 02/23/10 11:03:56 [24935] IMAP-errors: SECURITY PROBLEM: insecure server > advertised AUTH=PLAIN > 02/23/10 11:03:56 [24935] IMAP connection closed > 02/23/10 11:03:56 [24935] end > 02/23/10 11:03:56 [24935] -------- > > > > And access.log: > 02/23/10 11:03:56 [24935] : : IMAP connection opened sucessfully user : user > Mobile ID: > 02/23/10 11:03:56 [24935] : user : Setup : user Mobile ID > :0DCA14B4F1B854A3D616588FD326730F Proto Version : 2.5 > 02/23/10 11:03:56 [24935] : user : IMAP connection closed > 02/23/10 11:03:56 [24935] : : IMAP connection opened sucessfully user : user > Mobile ID: > 02/23/10 11:03:56 [24935] : user : Setup : user Mobile ID > :0DCA14B4F1B854A3D616588FD326730F Proto Version : 2.5 > 02/23/10 11:03:56 [24935] : user : GetAnnotation INBOX/Tasks : task.default > 02/23/10 11:03:56 [24935] : user : GetAnnotation INBOX/Contacts : > contact.default > 02/23/10 11:03:56 [24935] : user : GetAnnotation INBOX/Calendar : > event.default > 02/23/10 11:03:56 [24935] : user : GetAnnotation INBOX : > 02/23/10 11:03:56 [24935] : user : IMAP connection closed > > > Thanks > > From alexander.marx at oab.de Tue Feb 23 11:59:46 2010 From: alexander.marx at oab.de (Alexander Marx) Date: Tue, 23 Feb 2010 11:59:46 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <4B83B1B9.2010307@libertech.fr> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> <201002231111.41288.alexander.marx@oab.de> <4B83B1B9.2010307@libertech.fr> Message-ID: <201002231159.46930.alexander.marx@oab.de> The only log entry is in apache-access.log saying: xxx.xxx.xxx.xxx - - [23/Feb/2010:11:55:31 +0100] "OPTIONS /Microsoft-Server- ActiveSync?User=user&DeviceId=0DCA14B4F1B854A3D616588FD326730F&DeviceType=PocketPC HTTP/1.1" 401 53 xxx.xxx.xxx.xxx - domain\\user [23/Feb/2010:11:55:31 +0100] "OPTIONS /Microsoft-Server- ActiveSync?User=user&DeviceId=0DCA14B4F1B854A3D616588FD326730F&DeviceType=PocketPC HTTP/1.1" 200 1 no entry in any php-log. but the webinterface tells me (after authentication): GET not supported This is the z-push location and can only be accessed by Microsoft ActiveSync- capable devices. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100223/59937e33/attachment.html From gavin.mccullagh at gcd.ie Tue Feb 23 13:02:04 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Tue, 23 Feb 2010 12:02:04 +0000 Subject: Blank screen with horde. In-Reply-To: <201001281239.33591.kasparas@infosaitas.lt> References: <201001281239.33591.kasparas@infosaitas.lt> Message-ID: <20100223120204.GW4253@gcd.ie> Hi, On Thu, 28 Jan 2010, Kasparas Adomaitis wrote: > On Thursday 28 January 2010 12:15:12 pm kiser Caesar wrote: > > When they try to logon, they obtain only a blank screen.. without nothing ! > > The account and password are good. > I think in most cases restarting firefox (or any other web browser) helps? we > experience similar situation, when there are a few tabs in the browser from > which the user tried to logon. We simply restart firefox. Has this "blank page" issue been reported as a bug? I've seen it come up on this list a good few times in the past couple of months. One person suggested it had to do with having the webmail open in multiple tabs. I tend to open multiple tabs, so that's possible in my case. I'm not sure if this is true for everyone though. Gavin From alain.abbas at libertech.fr Tue Feb 23 13:14:06 2010 From: alain.abbas at libertech.fr (Alain Abbas) Date: Tue, 23 Feb 2010 13:14:06 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <201002231159.46930.alexander.marx@oab.de> References: <20100222105050.40076wklswud7a0w@oabmail.dyndns.org> <201002231111.41288.alexander.marx@oab.de> <4B83B1B9.2010307@libertech.fr> <201002231159.46930.alexander.marx@oab.de> Message-ID: <4B83C68E.8020905@libertech.fr> this is the normal message Alexander Marx a ?crit : > > The only log entry is in apache-access.log saying: > > xxx.xxx.xxx.xxx - - [23/Feb/2010:11:55:31 +0100] "OPTIONS > /Microsoft-Server-ActiveSync?User=user&DeviceId=0DCA14B4F1B854A3D616588FD326730F&DeviceType=PocketPC > HTTP/1.1" 401 53 > > xxx.xxx.xxx.xxx - domain\\user [23/Feb/2010:11:55:31 +0100] "OPTIONS > /Microsoft-Server-ActiveSync?User=user&DeviceId=0DCA14B4F1B854A3D616588FD326730F&DeviceType=PocketPC > HTTP/1.1" 200 1 > > no entry in any php-log. > > but the webinterface tells me (after authentication): > > GET not supported > > This is the z-push location and can only be accessed by Microsoft > ActiveSync-capable devices. > From gavin.mccullagh at gcd.ie Tue Feb 23 14:27:34 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Tue, 23 Feb 2010 13:27:34 +0000 Subject: global address book not being searched in horde compose email In-Reply-To: <20100221053754.10806gn410mknlgc@webmail.pardus.de> References: <20100209113155.GL4292@gcd.ie> <20100211140326.GC4292@gcd.ie> <20100215110725.GX25325@gcd.ie> <20100216135621.GV25325@gcd.ie> <20100221053754.10806gn410mknlgc@webmail.pardus.de> Message-ID: <20100223132734.GZ4253@gcd.ie> Hi, On Sun, 21 Feb 2010, Gunnar Wrobel wrote: > Should be easy to check if it is reproducible on our side. Added to > the tracker as https://issues.kolab.org/issue4152 I've registered for an account on the issue tracker and will post this information there when I get access. In the meantime, I'm going to post some extra thoughts here. To reliably reproduce this, I do: 1. Create new test user in Kolab admin interface, in this case testie.mctest at mydomain.tld. No .prefs file yet exists. 2. Login as that user. Immediately a .prefs file is created. 3. Hit new message and try to autocomplete from global address book which fails. 4. Snag the .prefs file which has been created. 5. Remove the .prefs file and logout (I did it in that order, though I don't think that matters). 6. Login again, new .prefs file is created. Autocomplete now works. Again, snag the .prefs file. When I compare the .prefs files I notice that they are different in a number of ways. One might have thought they'd be moreorless the same, no? Anyway, both have a line beginning "localsql email". In the first prefs file, it looks like: localsql email"............s:12:"display_cals";a:3:{s:1:"v";s:38:"a:1:{i:0;s:20:"testie.mctest at mydomain.tld";}";s:1:"m" in the second it looks like localsql email"............s:12:"display_cals";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m" which seems to say that in the first case, the displayed calendar is set explicitly to be my personal one, whereas in the second case the value is unset, which apparently allows all calendars to be displayed. I'm not sure why this file is created differently in the very first login than in the subsequent one, but this distinction, at a guess, is where the problem lies. Attached are the two prefs files. Gavin -------------- next part -------------- a:7:{s:5:"horde";a:37:{s:16:"default_identity";a:3:{s:1:"v";i:0;s:1:"m";i:10;s:1:"d";i:0;}s:10:"identities";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:10;s:1:"d";s:6:"a:0:{}";}s:13:"confirm_email";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:10;s:1:"d";s:6:"a:0:{}";}s:2:"id";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:8:"fullname";a:3:{s:1:"v";s:13:"Testie McTest";s:1:"m";i:10;s:1:"d";s:0:"";}s:9:"from_addr";a:3:{s:1:"v";s:20:"testie.mctest at mydomain.tld";s:1:"m";i:10;s:1:"d";s:0:"";}s:11:"credentials";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:10;s:1:"d";s:6:"a:0:{}";}s:17:"security_question";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:15:"security_answer";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:15:"alternate_email";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:8:"language";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:8:"timezone";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:10:"twentyFour";a:3:{s:1:"v";b:0;s:1:"m";i:10;s:1:"d";b:0;}s:11:"date_format";a:3:{s:1:"v";s:2:"%x";s:1:"m";i:10;s:1:"d";s:2:"%x";}s:17:"date_input_format";a:3:{s:1:"v";s:14:"year-month-day";s:1:"m";i:10;s:1:"d";s:14:"year-month-day";}s:14:"first_week_day";a:3:{s:1:"v";s:1:"0";s:1:"m";i:10;s:1:"d";s:1:"0";}s:5:"theme";a:3:{s:1:"v";s:6:"silver";s:1:"m";i:10;s:1:"d";s:6:"silver";}s:10:"categories";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:15:"category_colors";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:20:"summary_refresh_time";a:3:{s:1:"v";i:300;s:1:"m";i:10;s:1:"d";i:300;}s:12:"show_sidebar";a:3:{s:1:"v";b:1;s:1:"m";i:10;s:1:"d";b:1;}s:13:"sidebar_width";a:3:{s:1:"v";i:200;s:1:"m";i:10;s:1:"d";i:200;}s:9:"menu_view";a:3:{s:1:"v";s:4:"both";s:1:"m";i:10;s:1:"d";s:4:"both";}s:17:"menu_refresh_time";a:3:{s:1:"v";i:300;s:1:"m";i:10;s:1:"d";i:300;}s:14:"do_maintenance";a:3:{s:1:"v";b:1;s:1:"m";i:10;s:1:"d";b:1;}s:16:"last_maintenance";a:3:{s:1:"v";i:1266928371;s:1:"m";i:2;s:1:"d";i:0;}s:19:"confirm_maintenance";a:3:{s:1:"v";b:1;s:1:"m";i:10;s:1:"d";b:1;}s:19:"initial_application";a:3:{s:1:"v";s:5:"horde";s:1:"m";i:10;s:1:"d";s:5:"horde";}s:16:"widget_accesskey";a:3:{s:1:"v";b:1;s:1:"m";i:10;s:1:"d";b:1;}s:13:"portal_layout";a:3:{s:1:"v";s:1163:"a:3:{i:0;a:2:{i:0;a:4:{s:3:"app";s:3:"imp";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:2:{s:11:"show_unread";i:1;s:10:"show_total";i:0;}}}i:1;a:4:{s:3:"app";s:9:"kronolith";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:1:{s:8:"calendar";s:5:"__all";}}}}i:1;a:2:{i:0;a:4:{s:3:"app";s:4:"ingo";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:8:"overview";s:6:"params";a:0:{}}}i:1;a:4:{s:3:"app";s:3:"nag";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:8:{s:8:"show_pri";s:2:"on";s:12:"show_actions";s:2:"on";s:8:"show_due";s:2:"on";s:13:"show_tasklist";s:2:"on";s:11:"show_alarms";s:2:"on";s:13:"show_category";s:2:"on";s:12:"show_overdue";s:2:"on";s:14:"show_completed";s:2:"on";}}}}i:2;a:2:{i:0;a:4:{s:3:"app";s:5:"mnemo";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:2:{s:12:"show_actions";s:2:"on";s:12:"show_notepad";s:2:"on";}}}i:1;a:4:{s:3:"app";s:5:"turba";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:10:"minisearch";s:6:"params";a:0:{}}}}}";s:1:"m";i:10;s:1:"d";s:1163:"a:3:{i:0;a:2:{i:0;a:4:{s:3:"app";s:3:"imp";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:2:{s:11:"show_unread";i:1;s:10:"show_total";i:0;}}}i:1;a:4:{s:3:"app";s:9:"kronolith";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:1:{s:8:"calendar";s:5:"__all";}}}}i:1;a:2:{i:0;a:4:{s:3:"app";s:4:"ingo";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:8:"overview";s:6:"params";a:0:{}}}i:1;a:4:{s:3:"app";s:3:"nag";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:8:{s:8:"show_pri";s:2:"on";s:12:"show_actions";s:2:"on";s:8:"show_due";s:2:"on";s:13:"show_tasklist";s:2:"on";s:11:"show_alarms";s:2:"on";s:13:"show_category";s:2:"on";s:12:"show_overdue";s:2:"on";s:14:"show_completed";s:2:"on";}}}}i:2;a:2:{i:0;a:4:{s:3:"app";s:5:"mnemo";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:2:{s:12:"show_actions";s:2:"on";s:12:"show_notepad";s:2:"on";}}}i:1;a:4:{s:3:"app";s:5:"turba";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:10:"minisearch";s:6:"params";a:0:{}}}}}";}s:16:"remote_summaries";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:10;s:1:"d";s:6:"a:0:{}";}s:10:"last_login";a:3:{s:1:"v";s:59:"a:2:{s:4:"time";i:1266928371;s:4:"host";s:10:"172.16.1.3";}";s:1:"m";i:2;s:1:"d";s:6:"a:0:{}";}s:15:"show_last_login";a:3:{s:1:"v";b:1;s:1:"m";i:10;s:1:"d";b:1;}s:14:"editor_plugins";a:3:{s:1:"v";s:49:"a:2:{i:0;s:8:"ListType";i:1;s:12:"CharacterMap";}";s:1:"m";i:10;s:1:"d";s:49:"a:2:{i:0;s:8:"ListType";i:1;s:12:"CharacterMap";}";}s:15:"sending_charset";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:15:"display_contact";a:3:{s:1:"v";i:1;s:1:"m";i:10;s:1:"d";i:1;}s:10:"add_source";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}}s:3:"imp";a:123:{s:12:"replyto_addr";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:10:"alias_addr";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:10:"tieto_addr";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:8:"bcc_addr";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:9:"signature";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:10:"sig_dashes";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"sig_first";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"save_sent_mail";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:16:"sent_mail_folder";a:3:{s:1:"v";s:4:"Sent";s:1:"m";i:8;s:1:"d";s:4:"Sent";}s:10:"use_vinbox";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:9:"subscribe";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:13:"drafts_folder";a:3:{s:1:"v";s:6:"Drafts";s:1:"m";i:8;s:1:"d";s:6:"Drafts";}s:12:"trash_folder";a:3:{s:1:"v";s:5:"Trash";s:1:"m";i:8;s:1:"d";s:5:"Trash";}s:11:"spam_folder";a:3:{s:1:"v";s:4:"Spam";s:1:"m";i:8;s:1:"d";s:4:"Spam";}s:7:"vfolder";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:3:"acl";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:12:"initial_page";a:3:{s:1:"v";s:5:"INBOX";s:1:"m";i:8;s:1:"d";s:5:"INBOX";}s:23:"rename_sentmail_monthly";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:23:"delete_sentmail_monthly";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:28:"delete_sentmail_monthly_keep";a:3:{s:1:"v";i:12;s:1:"m";i:8;s:1:"d";i:12;}s:14:"purge_sentmail";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:23:"purge_sentmail_interval";a:3:{s:1:"v";s:1:"2";s:1:"m";i:8;s:1:"d";s:1:"2";}s:19:"purge_sentmail_keep";a:3:{s:1:"v";i:30;s:1:"m";i:8;s:1:"d";i:30;}s:26:"delete_attachments_monthly";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:31:"delete_attachments_monthly_keep";a:3:{s:1:"v";i:6;s:1:"m";i:8;s:1:"d";i:6;}s:10:"purge_spam";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:19:"purge_spam_interval";a:3:{s:1:"v";s:1:"2";s:1:"m";i:8;s:1:"d";s:1:"2";}s:15:"purge_spam_keep";a:3:{s:1:"v";i:30;s:1:"m";i:8;s:1:"d";i:30;}s:11:"purge_trash";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:20:"purge_trash_interval";a:3:{s:1:"v";s:1:"2";s:1:"m";i:8;s:1:"d";s:1:"2";}s:16:"purge_trash_keep";a:3:{s:1:"v";i:30;s:1:"m";i:8;s:1:"d";i:30;}s:13:"tos_agreement";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:10:"stationery";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:10:"compose_cc";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:11:"compose_bcc";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:18:"compose_spellcheck";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"compose_confirm";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:12:"set_priority";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:13:"compose_popup";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:12:"compose_html";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:8:"jseditor";a:3:{s:1:"v";s:5:"xinha";s:1:"m";i:8;s:1:"d";s:5:"xinha";}s:18:"xinha_hide_buttons";a:3:{s:1:"v";s:546:"a:25:{i:0;s:11:"popupeditor";i:1;s:13:"strikethrough";i:2;s:13:"textindicator";i:3;s:9:"subscript";i:4;s:11:"superscript";i:5;s:20:"inserthorizontalrule";i:6;s:11:"insertimage";i:7;s:11:"inserttable";i:8;s:9:"selectall";i:9;s:5:"print";i:10;s:3:"cut";i:11;s:4:"copy";i:12;s:5:"paste";i:13;s:9:"overwrite";i:14;s:6:"saveas";i:15;s:8:"killword";i:16;s:10:"clearfonts";i:17;s:12:"removeformat";i:18;s:13:"toggleborders";i:19;s:10:"splitblock";i:20;s:11:"lefttoright";i:21;s:11:"righttoleft";i:22;s:8:"htmlmode";i:23;s:8:"showhelp";i:24;s:5:"about";}";s:1:"m";i:8;s:1:"d";s:546:"a:25:{i:0;s:11:"popupeditor";i:1;s:13:"strikethrough";i:2;s:13:"textindicator";i:3;s:9:"subscript";i:4;s:11:"superscript";i:5;s:20:"inserthorizontalrule";i:6;s:11:"insertimage";i:7;s:11:"inserttable";i:8;s:9:"selectall";i:9;s:5:"print";i:10;s:3:"cut";i:11;s:4:"copy";i:12;s:5:"paste";i:13;s:9:"overwrite";i:14;s:6:"saveas";i:15;s:8:"killword";i:16;s:10:"clearfonts";i:17;s:12:"removeformat";i:18;s:13:"toggleborders";i:19;s:10:"splitblock";i:20;s:11:"lefttoright";i:21;s:11:"righttoleft";i:22;s:8:"htmlmode";i:23;s:8:"showhelp";i:24;s:5:"about";}";}s:11:"mail_domain";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:14:"compose_cursor";a:3:{s:1:"v";s:3:"top";s:1:"m";i:8;s:1:"d";s:3:"top";}s:15:"default_encrypt";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:16:"save_attachments";a:3:{s:1:"v";s:9:"prompt_no";s:1:"m";i:8;s:1:"d";s:9:"prompt_no";}s:24:"disposition_request_read";a:3:{s:1:"v";s:3:"ask";s:1:"m";i:8;s:1:"d";s:3:"ask";}s:11:"reply_quote";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:12:"reply_format";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"forward_default";a:3:{s:1:"v";s:11:"forward_all";s:1:"m";i:8;s:1:"d";s:11:"forward_all";}s:16:"forward_bodytext";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:13:"reply_headers";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:11:"attrib_text";a:3:{s:1:"v";s:11:"Quoting %f:";s:1:"m";i:8;s:1:"d";s:11:"Quoting %f:";}s:11:"close_draft";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:13:"unseen_drafts";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:16:"auto_save_drafts";a:3:{s:1:"v";i:5;s:1:"m";i:8;s:1:"d";i:5;}s:9:"filtering";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:17:"strip_attachments";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:24:"delete_spam_after_report";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:22:"html_image_replacement";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:19:"html_image_addrbook";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:14:"highlight_text";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:23:"highlight_simple_markup";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:16:"show_quoteblocks";a:3:{s:1:"v";s:6:"thread";s:1:"m";i:8;s:1:"d";s:6:"thread";}s:13:"dim_signature";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:9:"emoticons";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:18:"attachment_display";a:3:{s:1:"v";s:4:"list";s:1:"m";i:8;s:1:"d";s:4:"list";}s:8:"mail_hdr";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:19:"default_msg_charset";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:19:"alternative_display";a:3:{s:1:"v";s:4:"none";s:1:"m";i:8;s:1:"d";s:4:"none";}s:20:"disposition_send_mdn";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"mailbox_return";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"use_trash";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:10:"use_vtrash";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"vtrash_id";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:16:"empty_trash_menu";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:15:"empty_spam_menu";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:7:"delhide";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:12:"refresh_time";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"nav_popup";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"nav_audio";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"preview_enabled";a:3:{s:1:"v";s:1:"0";s:1:"m";i:8;s:1:"d";s:1:"0";}s:14:"preview_maxlen";a:3:{s:1:"v";i:250;s:1:"m";i:8;s:1:"d";i:250;}s:16:"preview_strip_nl";a:3:{s:1:"v";s:1:"1";s:1:"m";i:8;s:1:"d";s:1:"1";}s:19:"preview_show_unread";a:3:{s:1:"v";s:1:"1";s:1:"m";i:8;s:1:"d";s:1:"1";}s:20:"preview_show_tooltip";a:3:{s:1:"v";s:1:"0";s:1:"m";i:8;s:1:"d";s:1:"0";}s:15:"fetchmail_popup";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"fetchmail_menu";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:11:"fm_accounts";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:15:"fetchmail_login";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:13:"mailbox_start";a:3:{s:1:"v";i:3;s:1:"m";i:8;s:1:"d";i:3;}s:6:"sortby";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:7:"sortdir";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:8:"sortpref";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:8:"max_msgs";a:3:{s:1:"v";i:20;s:1:"m";i:8;s:1:"d";i:20;}s:9:"from_link";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:11:"time_format";a:3:{s:1:"v";s:2:"%X";s:1:"m";i:8;s:1:"d";s:2:"%X";}s:12:"nav_expanded";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"tree_view";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:20:"nav_expanded_sidebar";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:12:"nav_poll_all";a:3:{s:1:"v";b:1;s:1:"m";i:8;s:1:"d";b:1;}s:16:"expanded_folders";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:8:"nav_poll";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:15:"filter_on_login";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:17:"filter_on_display";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:17:"filter_on_sidebar";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"filter_menuitem";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:18:"filter_any_mailbox";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"save_recipients";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"search_sources";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:13:"search_fields";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:7:"use_pgp";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:17:"pgp_attach_pubkey";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:13:"pgp_scan_body";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:10:"pgp_verify";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:15:"pgp_private_key";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:14:"pgp_public_key";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:9:"use_smime";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:12:"smime_verify";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:17:"smime_private_key";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:16:"smime_public_key";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:21:"smime_additional_cert";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:9:"vinbox_id";a:3:{s:1:"v";s:22:"2v7if37pkwg0wss44o04kc";s:1:"m";i:0;s:1:"d";s:0:"";}}s:14:"__file_version";i:1;s:5:"turba";a:12:{s:12:"addressbooks";a:3:{s:1:"v";s:21:" testie.mctest at mydomain.tld";s:1:"m";i:0;s:1:"d";s:0:"";}s:10:"sync_books";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:7:"columns";a:3:{s:1:"v";s:45:"netcenter email verisign email localsql email";s:1:"m";i:0;s:1:"d";s:45:"netcenter email verisign email localsql email";}s:9:"sortorder";a:3:{s:1:"v";s:63:"a:1:{i:0;a:2:{s:5:"field";s:8:"lastname";s:9:"ascending";b:1;}}";s:1:"m";i:8;s:1:"d";s:63:"a:1:{i:0;a:2:{s:5:"field";s:8:"lastname";s:9:"ascending";b:1;}}";}s:7:"maxpage";a:3:{s:1:"v";i:10;s:1:"m";i:8;s:1:"d";i:10;}s:7:"perpage";a:3:{s:1:"v";i:20;s:1:"m";i:8;s:1:"d";i:20;}s:12:"initial_page";a:3:{s:1:"v";s:10:"search.php";s:1:"m";i:8;s:1:"d";s:10:"search.php";}s:11:"name_format";a:3:{s:1:"v";s:4:"none";s:1:"m";i:8;s:1:"d";s:4:"none";}s:11:"default_dir";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:9:"prefbooks";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:23:"turba_maintenance_tasks";a:3:{s:1:"v";s:54:"a:2:{i:0;s:12:"upgradeprefs";i:1;s:12:"upgradelists";}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:11:"own_contact";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}}s:9:"kronolith";a:40:{s:14:"confirm_delete";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:11:"defaultview";a:3:{s:1:"v";s:5:"month";s:1:"m";i:8;s:1:"d";s:5:"month";}s:17:"time_between_days";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:17:"week_start_monday";a:3:{s:1:"v";s:1:"0";s:1:"m";i:8;s:1:"d";s:1:"0";}s:14:"day_hour_start";a:3:{s:1:"v";i:16;s:1:"m";i:8;s:1:"d";i:16;}s:12:"day_hour_end";a:3:{s:1:"v";i:48;s:1:"m";i:8;s:1:"d";i:48;}s:14:"day_hour_force";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"slots_per_hour";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:10:"show_icons";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:9:"show_time";a:3:{s:1:"v";s:22:"a:1:{i:0;s:5:"print";}";s:1:"m";i:8;s:1:"d";s:22:"a:1:{i:0;s:5:"print";}";}s:13:"show_location";a:3:{s:1:"v";s:22:"a:1:{i:0;s:5:"print";}";s:1:"m";i:8;s:1:"d";s:22:"a:1:{i:0;s:5:"print";}";}s:11:"show_legend";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:10:"show_panel";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:14:"show_fb_legend";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:24:"show_shared_side_by_side";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:12:"summary_days";a:3:{s:1:"v";i:7;s:1:"m";i:8;s:1:"d";i:7;}s:14:"summary_alarms";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:20:"show_external_colors";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:13:"default_share";a:3:{s:1:"v";s:20:"testie.mctest at mydomain.tld";s:1:"m";i:8;s:1:"d";s:20:"testie.mctest at mydomain.tld";}s:15:"holiday_drivers";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:12:"display_cals";a:3:{s:1:"v";s:38:"a:1:{i:0;s:20:"testie.mctest at mydomain.tld";}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:13:"default_alarm";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:11:"remote_cals";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:19:"display_remote_cals";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:21:"display_external_cals";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:18:"event_notification";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:12:"daily_agenda";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:31:"event_notification_exclude_self";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"event_reminder";a:3:{s:1:"v";s:5:"owner";s:1:"m";i:8;s:1:"d";s:5:"owner";}s:12:"event_alarms";a:3:{s:1:"v";s:25:"a:1:{s:6:"notify";a:0:{}}";s:1:"m";i:8;s:1:"d";s:25:"a:1:{s:6:"notify";a:0:{}}";}s:13:"freebusy_days";a:3:{s:1:"v";i:30;s:1:"m";i:8;s:1:"d";i:30;}s:14:"search_sources";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:13:"search_fields";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:7:"fb_cals";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:16:"event_categories";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:12:"event_colors";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:12:"purge_events";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:21:"purge_events_interval";a:3:{s:1:"v";s:1:"2";s:1:"m";i:8;s:1:"d";s:1:"2";}s:17:"purge_events_keep";a:3:{s:1:"v";i:365;s:1:"m";i:8;s:1:"d";i:365;}s:26:"last_kronolith_maintenance";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}}s:3:"nag";a:15:{s:16:"tasklist_columns";a:3:{s:1:"v";s:58:"a:3:{i:0;s:8:"priority";i:1;s:3:"due";i:2;s:8:"category";}";s:1:"m";i:8;s:1:"d";s:58:"a:3:{i:0;s:8:"priority";i:1;s:3:"due";i:2;s:8:"category";}";}s:10:"show_panel";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:6:"sortby";a:3:{s:1:"v";s:8:"priority";s:1:"m";i:8;s:1:"d";s:8:"priority";}s:9:"altsortby";a:3:{s:1:"v";s:8:"category";s:1:"m";i:8;s:1:"d";s:8:"category";}s:7:"sortdir";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:10:"delete_opt";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:11:"default_due";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:16:"default_due_days";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:16:"default_due_time";a:3:{s:1:"v";s:3:"now";s:1:"m";i:8;s:1:"d";s:3:"now";}s:17:"task_notification";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:11:"task_alarms";a:3:{s:1:"v";s:25:"a:1:{s:6:"notify";a:0:{}}";s:1:"m";i:8;s:1:"d";s:25:"a:1:{s:6:"notify";a:0:{}}";}s:14:"show_completed";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:15:"task_categories";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:16:"default_tasklist";a:3:{s:1:"v";s:20:"testie.mctest at mydomain.tld";s:1:"m";i:8;s:1:"d";s:20:"testie.mctest at mydomain.tld";}s:17:"display_tasklists";a:3:{s:1:"v";s:38:"a:1:{i:0;s:20:"testie.mctest at mydomain.tld";}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}}s:5:"mnemo";a:9:{s:12:"show_notepad";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:10:"show_panel";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:6:"sortby";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:7:"sortdir";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"memo_categories";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:11:"memo_colors";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:15:"default_notepad";a:3:{s:1:"v";s:20:"testie.mctest at mydomain.tld";s:1:"m";i:8;s:1:"d";s:20:"testie.mctest at mydomain.tld";}s:16:"display_notepads";a:3:{s:1:"v";s:38:"a:1:{i:0;s:20:"testie.mctest at mydomain.tld";}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:10:"delete_opt";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}}} -------------- next part -------------- a:7:{s:5:"horde";a:37:{s:16:"default_identity";a:3:{s:1:"v";i:0;s:1:"m";i:10;s:1:"d";i:0;}s:10:"identities";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:10;s:1:"d";s:6:"a:0:{}";}s:13:"confirm_email";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:10;s:1:"d";s:6:"a:0:{}";}s:2:"id";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:8:"fullname";a:3:{s:1:"v";s:13:"Testie McTest";s:1:"m";i:10;s:1:"d";s:0:"";}s:9:"from_addr";a:3:{s:1:"v";s:20:"testie.mctest at mydomain.tld";s:1:"m";i:10;s:1:"d";s:0:"";}s:11:"credentials";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:10;s:1:"d";s:6:"a:0:{}";}s:17:"security_question";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:15:"security_answer";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:15:"alternate_email";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:8:"language";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:8:"timezone";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:10:"twentyFour";a:3:{s:1:"v";b:0;s:1:"m";i:10;s:1:"d";b:0;}s:11:"date_format";a:3:{s:1:"v";s:2:"%x";s:1:"m";i:10;s:1:"d";s:2:"%x";}s:17:"date_input_format";a:3:{s:1:"v";s:14:"year-month-day";s:1:"m";i:10;s:1:"d";s:14:"year-month-day";}s:14:"first_week_day";a:3:{s:1:"v";s:1:"0";s:1:"m";i:10;s:1:"d";s:1:"0";}s:5:"theme";a:3:{s:1:"v";s:6:"silver";s:1:"m";i:10;s:1:"d";s:6:"silver";}s:10:"categories";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:15:"category_colors";a:3:{s:1:"v";s:0:"";s:1:"m";i:10;s:1:"d";s:0:"";}s:20:"summary_refresh_time";a:3:{s:1:"v";i:300;s:1:"m";i:10;s:1:"d";i:300;}s:12:"show_sidebar";a:3:{s:1:"v";b:1;s:1:"m";i:10;s:1:"d";b:1;}s:13:"sidebar_width";a:3:{s:1:"v";i:200;s:1:"m";i:10;s:1:"d";i:200;}s:9:"menu_view";a:3:{s:1:"v";s:4:"both";s:1:"m";i:10;s:1:"d";s:4:"both";}s:17:"menu_refresh_time";a:3:{s:1:"v";i:300;s:1:"m";i:10;s:1:"d";i:300;}s:14:"do_maintenance";a:3:{s:1:"v";b:1;s:1:"m";i:10;s:1:"d";b:1;}s:16:"last_maintenance";a:3:{s:1:"v";i:1266928514;s:1:"m";i:2;s:1:"d";i:0;}s:19:"confirm_maintenance";a:3:{s:1:"v";b:1;s:1:"m";i:10;s:1:"d";b:1;}s:19:"initial_application";a:3:{s:1:"v";s:5:"horde";s:1:"m";i:10;s:1:"d";s:5:"horde";}s:16:"widget_accesskey";a:3:{s:1:"v";b:1;s:1:"m";i:10;s:1:"d";b:1;}s:13:"portal_layout";a:3:{s:1:"v";s:1163:"a:3:{i:0;a:2:{i:0;a:4:{s:3:"app";s:3:"imp";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:2:{s:11:"show_unread";i:1;s:10:"show_total";i:0;}}}i:1;a:4:{s:3:"app";s:9:"kronolith";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:1:{s:8:"calendar";s:5:"__all";}}}}i:1;a:2:{i:0;a:4:{s:3:"app";s:4:"ingo";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:8:"overview";s:6:"params";a:0:{}}}i:1;a:4:{s:3:"app";s:3:"nag";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:8:{s:8:"show_pri";s:2:"on";s:12:"show_actions";s:2:"on";s:8:"show_due";s:2:"on";s:13:"show_tasklist";s:2:"on";s:11:"show_alarms";s:2:"on";s:13:"show_category";s:2:"on";s:12:"show_overdue";s:2:"on";s:14:"show_completed";s:2:"on";}}}}i:2;a:2:{i:0;a:4:{s:3:"app";s:5:"mnemo";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:2:{s:12:"show_actions";s:2:"on";s:12:"show_notepad";s:2:"on";}}}i:1;a:4:{s:3:"app";s:5:"turba";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:10:"minisearch";s:6:"params";a:0:{}}}}}";s:1:"m";i:10;s:1:"d";s:1163:"a:3:{i:0;a:2:{i:0;a:4:{s:3:"app";s:3:"imp";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:2:{s:11:"show_unread";i:1;s:10:"show_total";i:0;}}}i:1;a:4:{s:3:"app";s:9:"kronolith";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:1:{s:8:"calendar";s:5:"__all";}}}}i:1;a:2:{i:0;a:4:{s:3:"app";s:4:"ingo";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:8:"overview";s:6:"params";a:0:{}}}i:1;a:4:{s:3:"app";s:3:"nag";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:8:{s:8:"show_pri";s:2:"on";s:12:"show_actions";s:2:"on";s:8:"show_due";s:2:"on";s:13:"show_tasklist";s:2:"on";s:11:"show_alarms";s:2:"on";s:13:"show_category";s:2:"on";s:12:"show_overdue";s:2:"on";s:14:"show_completed";s:2:"on";}}}}i:2;a:2:{i:0;a:4:{s:3:"app";s:5:"mnemo";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:7:"summary";s:6:"params";a:2:{s:12:"show_actions";s:2:"on";s:12:"show_notepad";s:2:"on";}}}i:1;a:4:{s:3:"app";s:5:"turba";s:6:"height";i:1;s:5:"width";i:1;s:6:"params";a:2:{s:4:"type";s:10:"minisearch";s:6:"params";a:0:{}}}}}";}s:16:"remote_summaries";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:10;s:1:"d";s:6:"a:0:{}";}s:10:"last_login";a:3:{s:1:"v";s:59:"a:2:{s:4:"time";i:1266928513;s:4:"host";s:10:"172.16.1.3";}";s:1:"m";i:2;s:1:"d";s:6:"a:0:{}";}s:15:"show_last_login";a:3:{s:1:"v";b:1;s:1:"m";i:10;s:1:"d";b:1;}s:14:"editor_plugins";a:3:{s:1:"v";s:49:"a:2:{i:0;s:8:"ListType";i:1;s:12:"CharacterMap";}";s:1:"m";i:10;s:1:"d";s:49:"a:2:{i:0;s:8:"ListType";i:1;s:12:"CharacterMap";}";}s:15:"sending_charset";a:3:{s:1:"v";s:0:"";s:1:"m";i:2;s:1:"d";s:0:"";}s:15:"display_contact";a:3:{s:1:"v";i:1;s:1:"m";i:2;s:1:"d";i:1;}s:10:"add_source";a:3:{s:1:"v";s:0:"";s:1:"m";i:2;s:1:"d";s:0:"";}}s:14:"__file_version";i:1;s:3:"imp";a:123:{s:12:"replyto_addr";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:10:"alias_addr";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:10:"tieto_addr";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:8:"bcc_addr";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:9:"signature";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:10:"sig_dashes";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"sig_first";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"save_sent_mail";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:16:"sent_mail_folder";a:3:{s:1:"v";s:4:"Sent";s:1:"m";i:8;s:1:"d";s:4:"Sent";}s:10:"use_vinbox";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:9:"subscribe";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:13:"drafts_folder";a:3:{s:1:"v";s:6:"Drafts";s:1:"m";i:8;s:1:"d";s:6:"Drafts";}s:12:"trash_folder";a:3:{s:1:"v";s:5:"Trash";s:1:"m";i:8;s:1:"d";s:5:"Trash";}s:11:"spam_folder";a:3:{s:1:"v";s:4:"Spam";s:1:"m";i:8;s:1:"d";s:4:"Spam";}s:7:"vfolder";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:3:"acl";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:12:"initial_page";a:3:{s:1:"v";s:5:"INBOX";s:1:"m";i:8;s:1:"d";s:5:"INBOX";}s:23:"rename_sentmail_monthly";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:23:"delete_sentmail_monthly";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:28:"delete_sentmail_monthly_keep";a:3:{s:1:"v";i:12;s:1:"m";i:8;s:1:"d";i:12;}s:14:"purge_sentmail";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:23:"purge_sentmail_interval";a:3:{s:1:"v";s:1:"2";s:1:"m";i:8;s:1:"d";s:1:"2";}s:19:"purge_sentmail_keep";a:3:{s:1:"v";i:30;s:1:"m";i:8;s:1:"d";i:30;}s:26:"delete_attachments_monthly";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:31:"delete_attachments_monthly_keep";a:3:{s:1:"v";i:6;s:1:"m";i:8;s:1:"d";i:6;}s:10:"purge_spam";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:19:"purge_spam_interval";a:3:{s:1:"v";s:1:"2";s:1:"m";i:8;s:1:"d";s:1:"2";}s:15:"purge_spam_keep";a:3:{s:1:"v";i:30;s:1:"m";i:8;s:1:"d";i:30;}s:11:"purge_trash";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:20:"purge_trash_interval";a:3:{s:1:"v";s:1:"2";s:1:"m";i:8;s:1:"d";s:1:"2";}s:16:"purge_trash_keep";a:3:{s:1:"v";i:30;s:1:"m";i:8;s:1:"d";i:30;}s:13:"tos_agreement";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:10:"stationery";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:10:"compose_cc";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:11:"compose_bcc";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:18:"compose_spellcheck";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"compose_confirm";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:12:"set_priority";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:13:"compose_popup";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:12:"compose_html";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:8:"jseditor";a:3:{s:1:"v";s:5:"xinha";s:1:"m";i:8;s:1:"d";s:5:"xinha";}s:18:"xinha_hide_buttons";a:3:{s:1:"v";s:546:"a:25:{i:0;s:11:"popupeditor";i:1;s:13:"strikethrough";i:2;s:13:"textindicator";i:3;s:9:"subscript";i:4;s:11:"superscript";i:5;s:20:"inserthorizontalrule";i:6;s:11:"insertimage";i:7;s:11:"inserttable";i:8;s:9:"selectall";i:9;s:5:"print";i:10;s:3:"cut";i:11;s:4:"copy";i:12;s:5:"paste";i:13;s:9:"overwrite";i:14;s:6:"saveas";i:15;s:8:"killword";i:16;s:10:"clearfonts";i:17;s:12:"removeformat";i:18;s:13:"toggleborders";i:19;s:10:"splitblock";i:20;s:11:"lefttoright";i:21;s:11:"righttoleft";i:22;s:8:"htmlmode";i:23;s:8:"showhelp";i:24;s:5:"about";}";s:1:"m";i:8;s:1:"d";s:546:"a:25:{i:0;s:11:"popupeditor";i:1;s:13:"strikethrough";i:2;s:13:"textindicator";i:3;s:9:"subscript";i:4;s:11:"superscript";i:5;s:20:"inserthorizontalrule";i:6;s:11:"insertimage";i:7;s:11:"inserttable";i:8;s:9:"selectall";i:9;s:5:"print";i:10;s:3:"cut";i:11;s:4:"copy";i:12;s:5:"paste";i:13;s:9:"overwrite";i:14;s:6:"saveas";i:15;s:8:"killword";i:16;s:10:"clearfonts";i:17;s:12:"removeformat";i:18;s:13:"toggleborders";i:19;s:10:"splitblock";i:20;s:11:"lefttoright";i:21;s:11:"righttoleft";i:22;s:8:"htmlmode";i:23;s:8:"showhelp";i:24;s:5:"about";}";}s:11:"mail_domain";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:14:"compose_cursor";a:3:{s:1:"v";s:3:"top";s:1:"m";i:8;s:1:"d";s:3:"top";}s:15:"default_encrypt";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:16:"save_attachments";a:3:{s:1:"v";s:9:"prompt_no";s:1:"m";i:8;s:1:"d";s:9:"prompt_no";}s:24:"disposition_request_read";a:3:{s:1:"v";s:3:"ask";s:1:"m";i:8;s:1:"d";s:3:"ask";}s:11:"reply_quote";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:12:"reply_format";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"forward_default";a:3:{s:1:"v";s:11:"forward_all";s:1:"m";i:8;s:1:"d";s:11:"forward_all";}s:16:"forward_bodytext";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:13:"reply_headers";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:11:"attrib_text";a:3:{s:1:"v";s:11:"Quoting %f:";s:1:"m";i:8;s:1:"d";s:11:"Quoting %f:";}s:11:"close_draft";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:13:"unseen_drafts";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:16:"auto_save_drafts";a:3:{s:1:"v";i:5;s:1:"m";i:8;s:1:"d";i:5;}s:9:"filtering";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:17:"strip_attachments";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:24:"delete_spam_after_report";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:22:"html_image_replacement";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:19:"html_image_addrbook";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:14:"highlight_text";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:23:"highlight_simple_markup";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:16:"show_quoteblocks";a:3:{s:1:"v";s:6:"thread";s:1:"m";i:8;s:1:"d";s:6:"thread";}s:13:"dim_signature";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:9:"emoticons";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:18:"attachment_display";a:3:{s:1:"v";s:4:"list";s:1:"m";i:8;s:1:"d";s:4:"list";}s:8:"mail_hdr";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:19:"default_msg_charset";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:19:"alternative_display";a:3:{s:1:"v";s:4:"none";s:1:"m";i:8;s:1:"d";s:4:"none";}s:20:"disposition_send_mdn";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"mailbox_return";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"use_trash";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:10:"use_vtrash";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"vtrash_id";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:16:"empty_trash_menu";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:15:"empty_spam_menu";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:7:"delhide";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:12:"refresh_time";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"nav_popup";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"nav_audio";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"preview_enabled";a:3:{s:1:"v";s:1:"0";s:1:"m";i:8;s:1:"d";s:1:"0";}s:14:"preview_maxlen";a:3:{s:1:"v";i:250;s:1:"m";i:8;s:1:"d";i:250;}s:16:"preview_strip_nl";a:3:{s:1:"v";s:1:"1";s:1:"m";i:8;s:1:"d";s:1:"1";}s:19:"preview_show_unread";a:3:{s:1:"v";s:1:"1";s:1:"m";i:8;s:1:"d";s:1:"1";}s:20:"preview_show_tooltip";a:3:{s:1:"v";s:1:"0";s:1:"m";i:8;s:1:"d";s:1:"0";}s:15:"fetchmail_popup";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"fetchmail_menu";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:11:"fm_accounts";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:15:"fetchmail_login";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:13:"mailbox_start";a:3:{s:1:"v";i:3;s:1:"m";i:8;s:1:"d";i:3;}s:6:"sortby";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:7:"sortdir";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:8:"sortpref";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:8:"max_msgs";a:3:{s:1:"v";i:20;s:1:"m";i:8;s:1:"d";i:20;}s:9:"from_link";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:11:"time_format";a:3:{s:1:"v";s:2:"%X";s:1:"m";i:8;s:1:"d";s:2:"%X";}s:12:"nav_expanded";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:9:"tree_view";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:20:"nav_expanded_sidebar";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:12:"nav_poll_all";a:3:{s:1:"v";b:1;s:1:"m";i:8;s:1:"d";b:1;}s:16:"expanded_folders";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:8:"nav_poll";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:15:"filter_on_login";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:17:"filter_on_display";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:17:"filter_on_sidebar";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"filter_menuitem";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:18:"filter_any_mailbox";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"save_recipients";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"search_sources";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:13:"search_fields";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:7:"use_pgp";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:17:"pgp_attach_pubkey";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:13:"pgp_scan_body";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:10:"pgp_verify";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:15:"pgp_private_key";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:14:"pgp_public_key";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:9:"use_smime";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:12:"smime_verify";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:17:"smime_private_key";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:16:"smime_public_key";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:21:"smime_additional_cert";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:9:"vinbox_id";a:3:{s:1:"v";s:22:"2v7if37pkwg0wss44o04kc";s:1:"m";i:0;s:1:"d";s:0:"";}}s:5:"turba";a:12:{s:12:"addressbooks";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:10:"sync_books";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:7:"columns";a:3:{s:1:"v";s:45:"netcenter email verisign email localsql email";s:1:"m";i:0;s:1:"d";s:45:"netcenter email verisign email localsql email";}s:9:"sortorder";a:3:{s:1:"v";s:63:"a:1:{i:0;a:2:{s:5:"field";s:8:"lastname";s:9:"ascending";b:1;}}";s:1:"m";i:8;s:1:"d";s:63:"a:1:{i:0;a:2:{s:5:"field";s:8:"lastname";s:9:"ascending";b:1;}}";}s:7:"maxpage";a:3:{s:1:"v";i:10;s:1:"m";i:8;s:1:"d";i:10;}s:7:"perpage";a:3:{s:1:"v";i:20;s:1:"m";i:8;s:1:"d";i:20;}s:12:"initial_page";a:3:{s:1:"v";s:10:"search.php";s:1:"m";i:8;s:1:"d";s:10:"search.php";}s:11:"name_format";a:3:{s:1:"v";s:4:"none";s:1:"m";i:8;s:1:"d";s:4:"none";}s:11:"default_dir";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:9:"prefbooks";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:23:"turba_maintenance_tasks";a:3:{s:1:"v";s:54:"a:2:{i:0;s:12:"upgradeprefs";i:1;s:12:"upgradelists";}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:11:"own_contact";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}}s:9:"kronolith";a:40:{s:14:"confirm_delete";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:11:"defaultview";a:3:{s:1:"v";s:5:"month";s:1:"m";i:8;s:1:"d";s:5:"month";}s:17:"time_between_days";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:17:"week_start_monday";a:3:{s:1:"v";s:1:"0";s:1:"m";i:8;s:1:"d";s:1:"0";}s:14:"day_hour_start";a:3:{s:1:"v";i:16;s:1:"m";i:8;s:1:"d";i:16;}s:12:"day_hour_end";a:3:{s:1:"v";i:48;s:1:"m";i:8;s:1:"d";i:48;}s:14:"day_hour_force";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"slots_per_hour";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:10:"show_icons";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:9:"show_time";a:3:{s:1:"v";s:22:"a:1:{i:0;s:5:"print";}";s:1:"m";i:8;s:1:"d";s:22:"a:1:{i:0;s:5:"print";}";}s:13:"show_location";a:3:{s:1:"v";s:22:"a:1:{i:0;s:5:"print";}";s:1:"m";i:8;s:1:"d";s:22:"a:1:{i:0;s:5:"print";}";}s:11:"show_legend";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:10:"show_panel";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:14:"show_fb_legend";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:24:"show_shared_side_by_side";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:12:"summary_days";a:3:{s:1:"v";i:7;s:1:"m";i:8;s:1:"d";i:7;}s:14:"summary_alarms";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:20:"show_external_colors";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:13:"default_share";a:3:{s:1:"v";s:20:"testie.mctest at mydomain.tld";s:1:"m";i:8;s:1:"d";s:20:"testie.mctest at mydomain.tld";}s:15:"holiday_drivers";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:12:"display_cals";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:13:"default_alarm";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:11:"remote_cals";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:19:"display_remote_cals";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:21:"display_external_cals";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:18:"event_notification";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:12:"daily_agenda";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:31:"event_notification_exclude_self";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:14:"event_reminder";a:3:{s:1:"v";s:5:"owner";s:1:"m";i:8;s:1:"d";s:5:"owner";}s:12:"event_alarms";a:3:{s:1:"v";s:25:"a:1:{s:6:"notify";a:0:{}}";s:1:"m";i:8;s:1:"d";s:25:"a:1:{s:6:"notify";a:0:{}}";}s:13:"freebusy_days";a:3:{s:1:"v";i:30;s:1:"m";i:8;s:1:"d";i:30;}s:14:"search_sources";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:13:"search_fields";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:7:"fb_cals";a:3:{s:1:"v";s:6:"a:0:{}";s:1:"m";i:8;s:1:"d";s:6:"a:0:{}";}s:16:"event_categories";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:12:"event_colors";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:12:"purge_events";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:21:"purge_events_interval";a:3:{s:1:"v";s:1:"2";s:1:"m";i:8;s:1:"d";s:1:"2";}s:17:"purge_events_keep";a:3:{s:1:"v";i:365;s:1:"m";i:8;s:1:"d";i:365;}s:26:"last_kronolith_maintenance";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}}s:3:"nag";a:15:{s:16:"tasklist_columns";a:3:{s:1:"v";s:58:"a:3:{i:0;s:8:"priority";i:1;s:3:"due";i:2;s:8:"category";}";s:1:"m";i:8;s:1:"d";s:58:"a:3:{i:0;s:8:"priority";i:1;s:3:"due";i:2;s:8:"category";}";}s:10:"show_panel";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:6:"sortby";a:3:{s:1:"v";s:8:"priority";s:1:"m";i:8;s:1:"d";s:8:"priority";}s:9:"altsortby";a:3:{s:1:"v";s:8:"category";s:1:"m";i:8;s:1:"d";s:8:"category";}s:7:"sortdir";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:10:"delete_opt";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:11:"default_due";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:16:"default_due_days";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:16:"default_due_time";a:3:{s:1:"v";s:3:"now";s:1:"m";i:8;s:1:"d";s:3:"now";}s:17:"task_notification";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:11:"task_alarms";a:3:{s:1:"v";s:25:"a:1:{s:6:"notify";a:0:{}}";s:1:"m";i:8;s:1:"d";s:25:"a:1:{s:6:"notify";a:0:{}}";}s:14:"show_completed";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:15:"task_categories";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:16:"default_tasklist";a:3:{s:1:"v";s:20:"testie.mctest at mydomain.tld";s:1:"m";i:8;s:1:"d";s:20:"testie.mctest at mydomain.tld";}s:17:"display_tasklists";a:3:{s:1:"v";s:38:"a:1:{i:0;s:20:"testie.mctest at mydomain.tld";}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}}s:5:"mnemo";a:9:{s:12:"show_notepad";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:10:"show_panel";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}s:6:"sortby";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:7:"sortdir";a:3:{s:1:"v";i:0;s:1:"m";i:8;s:1:"d";i:0;}s:15:"memo_categories";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:11:"memo_colors";a:3:{s:1:"v";s:0:"";s:1:"m";i:8;s:1:"d";s:0:"";}s:15:"default_notepad";a:3:{s:1:"v";s:20:"testie.mctest at mydomain.tld";s:1:"m";i:8;s:1:"d";s:20:"testie.mctest at mydomain.tld";}s:16:"display_notepads";a:3:{s:1:"v";s:38:"a:1:{i:0;s:20:"testie.mctest at mydomain.tld";}";s:1:"m";i:0;s:1:"d";s:6:"a:0:{}";}s:10:"delete_opt";a:3:{s:1:"v";i:1;s:1:"m";i:8;s:1:"d";i:1;}}} From kcaesar at hotmail.com Tue Feb 23 15:15:19 2010 From: kcaesar at hotmail.com (kiser Caesar) Date: Tue, 23 Feb 2010 15:15:19 +0100 Subject: Kolab-users Digest, Vol 72, Issue 38 In-Reply-To: References: Message-ID: --Pi?ce jointe du message transmise-- Subject: Re: Blank screen with horde. Date: Tue, 23 Feb 2010 12:02:04 +0000 To: kolab-users at kolab.org From: gavin.mccullagh at gcd.ie Hi, On Thu, 28 Jan 2010, Kasparas Adomaitis wrote: > On Thursday 28 January 2010 12:15:12 pm kiser Caesar wrote: > > When they try to logon, they obtain only a blank screen.. without nothing ! > > The account and password are good. > I think in most cases restarting firefox (or any other web browser) helps? we > experience similar situation, when there are a few tabs in the browser from > which the user tried to logon. We simply restart firefox. Has this "blank page" issue been reported as a bug? I've seen it come up on this list a good few times in the past couple of months. One person suggested it had to do with having the webmail open in multiple tabs. I tend to open multiple tabs, so that's possible in my case. I'm not sure if this is true for everyone though. Gavin Hello Gavin, No it's not due to multiple tabs because the trouble is present on any computer with which I try to logon with this "bad user". If I try on my computer it's not working, the I close my browser, next I try on my colleagues computer it's not working too. Best regards, _________________________________________________________________ D?couvrez Windows 7 en 7 secondes?! http://clk.atdmt.com/FRM/go/181574577/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://kolab.org/pipermail/kolab-users/attachments/20100223/2e4b6b03/attachment.html From webmaster at computational-chemistry.org Tue Feb 23 17:16:45 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-15?Q?Alexander_Schr=F6ter?=) Date: Tue, 23 Feb 2010 17:16:45 +0100 Subject: Nothing happening on port 25 with ne kolab installation Message-ID: <4B83FF6D.7080200@computational-chemistry.org> Hi I have the following problem. My New Installation won't recieve mail from the outside. I checked the litte box in the admin interface that says accept mail from the internet but nothing is happening. A portscan shows me that port 25 has nothing happening and thats where the incoming mail should arrive at right? So i figured let's take a look at that from the inside "netstat -l -n" which I guess looks good. Can somebody help me figure this out? netstat -l -n Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:389 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:10024 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:10025 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:10026 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:2222 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:9999 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:2000 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:2003 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:8022 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:6010 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:636 0.0.0.0:* LISTEN tcp6 0 0 :::2222 :::* LISTEN tcp6 0 0 :::80 :::* LISTEN tcp6 0 0 :::81 :::* LISTEN tcp6 0 0 ::1:6010 :::* LISTEN tcp6 0 0 :::443 :::* LISTEN udp 0 0 141.2.231.193:123 0.0.0.0:* udp 0 0 127.0.0.1:123 0.0.0.0:* udp 0 0 0.0.0.0:123 0.0.0.0:* udp6 0 0 fe80::20c:29ff:fe43:123 :::* udp6 0 0 ::1:123 :::* udp6 0 0 :::123 :::* Active UNIX domain sockets (only servers) Proto RefCnt Flags Type State I-Node Path unix 2 [ ACC ] STREAM LISTENING 29863 /kolab/var/sasl/saslauthd/mux unix 2 [ ACC ] STREAM LISTENING 5239 /var/run/acpid.socket unix 2 [ ACC ] STREAM LISTENING 5365 /var/run/mysqld/mysqld.sock unix 2 [ ACC ] STREAM LISTENING 7363 /var/run/proftpd/proftpd.sock unix 2 [ ACC ] STREAM LISTENING 27527 /kolab/var/amavisd/amavisd.sock unix 2 [ ACC ] STREAM LISTENING 28397 /kolab/var/kolab/lmtp unix 2 [ ACC ] STREAM LISTENING 28139 /kolab/var/clamav/clamd.sock unix 2 [ ACC ] STREAM LISTENING 29499 public/cleanup unix 2 [ ACC ] STREAM LISTENING 29506 private/tlsmgr unix 2 [ ACC ] STREAM LISTENING 29510 private/rewrite unix 2 [ ACC ] STREAM LISTENING 29514 private/bounce unix 2 [ ACC ] STREAM LISTENING 29518 private/defer unix 2 [ ACC ] STREAM LISTENING 29522 private/trace unix 2 [ ACC ] STREAM LISTENING 29526 private/verify unix 2 [ ACC ] STREAM LISTENING 29530 public/flush unix 2 [ ACC ] STREAM LISTENING 29534 private/proxymap unix 2 [ ACC ] STREAM LISTENING 29538 private/smtp unix 2 [ ACC ] STREAM LISTENING 29542 private/relay unix 2 [ ACC ] STREAM LISTENING 29546 public/showq unix 2 [ ACC ] STREAM LISTENING 29550 private/discard unix 2 [ ACC ] STREAM LISTENING 29554 private/error unix 2 [ ACC ] STREAM LISTENING 29558 private/retry unix 2 [ ACC ] STREAM LISTENING 29562 private/local unix 2 [ ACC ] STREAM LISTENING 29566 private/lmtp unix 2 [ ACC ] STREAM LISTENING 29570 private/anvil unix 2 [ ACC ] STREAM LISTENING 29574 private/scache unix 2 [ ACC ] STREAM LISTENING 29585 public/post-cleanup unix 2 [ ACC ] STREAM LISTENING 29589 private/smtp-amavis unix 2 [ ACC ] STREAM LISTENING 29607 private/kolabpolicy unix 2 [ ACC ] STREAM LISTENING 29611 private/kolabfilter unix 2 [ ACC ] STREAM LISTENING 29615 private/kolabmailboxfilter From georg at learn2ski.eu Tue Feb 23 18:21:21 2010 From: georg at learn2ski.eu (Georg Scherfler) Date: Tue, 23 Feb 2010 18:21:21 +0100 Subject: Konnte nicht auf dem LDAP-Server binden: Invalid credentials Message-ID: <4B840E91.6080204@learn2ski.eu> Hi I have the following problem. When I trie to start the webadmin I get the following error: "Could not bind to LDAP Server: Invalid credentials". I use openSUSE 11.2 and kolab 2.2.2 from openSUSE repositories. I tried to find information on the web, but there was nothing which really helped me. I also tried to reinstall kolab but I always endup with the same result. I hope somebody can help me to solve this problem. Thank you. From ml at radoeka.nl Tue Feb 23 19:22:10 2010 From: ml at radoeka.nl (Richard Bos) Date: Tue, 23 Feb 2010 19:22:10 +0100 Subject: Konnte nicht auf dem LDAP-Server binden: Invalid credentials In-Reply-To: <4B840E91.6080204@learn2ski.eu> References: <4B840E91.6080204@learn2ski.eu> Message-ID: <201002231922.10716.ml@radoeka.nl> Hello George, Op dinsdag 23 februari 2010 18:21:21 schreef Georg Scherfler: > When I trie to start the webadmin I get the following error: "Could not > bind to LDAP Server: Invalid credentials". > I use openSUSE 11.2 and kolab 2.2.2 from openSUSE repositories. I tried > to find information on the web, but there was nothing which really > helped me. I also tried to reinstall kolab but I always endup with the > same result. > > I hope somebody can help me to solve this problem. from which repository did you install kolab? Did you install from server:Kolab:stable? Did you follow the information and hints provided at http://en.opensuse.org/Kolab#Service_configuration -- Richard From georg at learn2ski.eu Tue Feb 23 19:32:36 2010 From: georg at learn2ski.eu (Georg Scherfler) Date: Tue, 23 Feb 2010 19:32:36 +0100 Subject: Konnte nicht auf dem LDAP-Server binden: Invalid credentials In-Reply-To: <201002231922.10716.ml@radoeka.nl> References: <4B840E91.6080204@learn2ski.eu> <201002231922.10716.ml@radoeka.nl> Message-ID: <4B841F44.405@learn2ski.eu> Hi Richard, I tried server:Kolab:stable and unstable, but it didn?t make any difference. From troy at carpenter.cx Tue Feb 23 20:06:41 2010 From: troy at carpenter.cx (Troy Carpenter) Date: Tue, 23 Feb 2010 14:06:41 -0500 Subject: z-push Windows Mobile and activesync Message-ID: <018801cab4bb$58f7f690$0ae7e3b0$@cx> I have followed the directions on the Wiki, but I'm still having trouble with my shared calendar. Just to be clear: z-push 1.2.3rc and kolab_zpush 0.2. I'm using an iPod touch and set up everything as listed on the website. I have the exchange setup on the iPod to only download contacts and calendars. I was able to get shared contacts to sync, but my shared calendar did not. I only have shared calendar items...my personal Calendar folder is empty. Can the kolab connector sync shared calendar items like it can with shared contacts? Is this an iPod issue? What should I be looking for in the logs? I have the debug.txt log and access.log file. Speaking of the access.log file, I see this when a connection from the iPod is initiated. I've trimmed out some of the superfluous mailboxes, but you can see that it detects the shared.calender file. 02/23/10 19:34:07 [6955] : : IMAP connection opened sucessfully user : troy at carpenter.cx Mobile ID: 02/23/10 19:34:07 [6955] : troy at carpenter.cx : Setup : troy at carpenter.cx Mobile ID :Appl1C0489WX7L3 Proto Version : 2.5 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation shared.notes : note 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation shared.contacts : contact 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation shared.calendar : event 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/Trash : mail 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/Tasks : task.default 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/Sent : mail 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/Notes : note.default 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/Journal : journal.default 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/Drafts : mail 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/Contacts : contact.default 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/Calendar : event.default 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX : mail 02/23/10 19:34:07 [6955] : troy at carpenter.cx : IMAP connection closed When I add a new event into my personal calendar (not the shared one), it does eventually show up on the device, so I know that contacts in general get synced...just no shared calendar. In the email thread, it seems that kolab_zpush 0.3 might have more focus on shared calendars, so perhaps I need to wait. Thanks, Troy From webmaster at computational-chemistry.org Tue Feb 23 23:45:04 2010 From: webmaster at computational-chemistry.org (=?ISO-8859-1?Q?Alexander_Schr=F6ter?=) Date: Tue, 23 Feb 2010 23:45:04 +0100 Subject: Nothing happening on port 25 with ne kolab installation In-Reply-To: <4B83FF6D.7080200@computational-chemistry.org> References: <4B83FF6D.7080200@computational-chemistry.org> Message-ID: <4B845A70.9060405@computational-chemistry.org> ok what I did not expect was that the university blocks not only outgoing but also incoming connections on port 25. Which explains the odd behavier I have been experiencing. Anybody have an idea on how to make it work or do i have to check with the mailadministrators of the university? thanks From alex at ap-consulting.co.uk Wed Feb 24 04:09:58 2010 From: alex at ap-consulting.co.uk (Alex Potter) Date: Wed, 24 Feb 2010 03:09:58 +0000 Subject: Nothing happening on port 25 with ne kolab installation In-Reply-To: <4B845A70.9060405@computational-chemistry.org> References: <4B83FF6D.7080200@computational-chemistry.org> <4B845A70.9060405@computational-chemistry.org> Message-ID: <201002240309.59523.alex@ap-consulting.co.uk> On Tuesday 23 Feb 2010 22:45:04 Alexander Schr?ter wrote: > ok what I did not expect was that the university blocks not only > outgoing but also incoming connections on port 25. Which explains the > odd behavier I have been experiencing. Anybody have an idea on how to > make it work or do i have to check with the mailadministrators of the > university? > > thanks > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users Postfix, or something, is listening on port 25. You'll have to talk with your systems administrators. Good Luck! -- Regards Alex From thorsten.schnebeck at gmx.net Wed Feb 24 14:15:53 2010 From: thorsten.schnebeck at gmx.net (Thorsten Schnebeck) Date: Wed, 24 Feb 2010 14:15:53 +0100 Subject: Nothing happening on port 25 with ne kolab installation In-Reply-To: <4B845A70.9060405@computational-chemistry.org> References: <4B83FF6D.7080200@computational-chemistry.org> <4B845A70.9060405@computational-chemistry.org> Message-ID: <201002241415.54242.thorsten.schnebeck@gmx.net> Am Dienstag, 23. Februar 2010 23:45:04 schrieb Alexander Schr?ter: > ok what I did not expect was that the university blocks not only > outgoing but also incoming connections on port 25. Which explains the > odd behavier I have been experiencing. Anybody have an idea on how to > make it work or do i have to check with the mailadministrators of the > university? Hi, we had nearly the same problem. We solved this by buying an external root-server (We use a Strato package) and install Kolab on this machine For a faster backup its useful to have the imap dirs on an intranet machine. So we use a master slave setup. Master-Slave communicate via openvpn. imap dirs are on the slave. root-server is kolab master. master is smarthost of the slave. HTH Thorsten > > thanks > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > > From alain.abbas at libertech.fr Wed Feb 24 15:14:10 2010 From: alain.abbas at libertech.fr (Alain Abbas) Date: Wed, 24 Feb 2010 15:14:10 +0100 Subject: z-push Windows Mobile and activesync In-Reply-To: <018801cab4bb$58f7f690$0ae7e3b0$@cx> References: <018801cab4bb$58f7f690$0ae7e3b0$@cx> Message-ID: <2B754C70-1C13-4BAA-AEFE-5923646FB8C7@libertech.fr> Hi Troy With 0.2 shared calendar are exp?rimental , we are working on it to fix all folders problems for The 0.3 Alain Envoy? de mon iPhone Le 23 f?vr. 2010 ? 20:06, "Troy Carpenter" a ?crit : > I have followed the directions on the Wiki, but I'm still having > trouble > with my shared calendar. Just to be clear: z-push 1.2.3rc and > kolab_zpush > 0.2. > > I'm using an iPod touch and set up everything as listed on the > website. I > have the exchange setup on the iPod to only download contacts and > calendars. > > I was able to get shared contacts to sync, but my shared calendar > did not. > I only have shared calendar items...my personal Calendar folder is > empty. > > Can the kolab connector sync shared calendar items like it can with > shared > contacts? Is this an iPod issue? What should I be looking for in > the logs? > I have the debug.txt log and access.log file. > > Speaking of the access.log file, I see this when a connection from > the iPod > is initiated. I've trimmed out some of the superfluous mailboxes, > but you > can see that it detects the shared.calender file. > > 02/23/10 19:34:07 [6955] : : IMAP connection opened sucessfully > user : > troy at carpenter.cx Mobile ID: > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : Setup : troy at carpenter.cx > Mobile ID :Appl1C0489WX7L3 Proto Version : 2.5 > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation > shared.notes : > note > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation > shared.contacts > : contact > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation > shared.calendar > : event > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > Trash : > mail > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > Tasks : > task.default > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > Sent : > mail > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > Notes : > note.default > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > Journal : > journal.default > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > Drafts : > mail > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > Contacts > : contact.default > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > Calendar > : event.default > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX : > mail > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : IMAP connection closed > > When I add a new event into my personal calendar (not the shared > one), it > does eventually show up on the device, so I know that contacts in > general > get synced...just no shared calendar. In the email thread, it seems > that > kolab_zpush 0.3 might have more focus on shared calendars, so > perhaps I need > to wait. > > Thanks, > Troy > > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users From wrobel at pardus.de Wed Feb 24 19:23:59 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Wed, 24 Feb 2010 19:23:59 +0100 Subject: Adding a subtree to the personal address book In-Reply-To: <201002211703.57975.comptes.libresurf@free.fr> References: <201002211703.57975.comptes.libresurf@free.fr> Message-ID: <20100224192358.10917l0vghv9q4kk@webmail.pardus.de> Quoting libresurf : > Hello, > > I'm looking for a way to add a subtree to my personal address book. > > My address book was automaticaly created by kolabwizard. It is a ressource > shared by the IMAP server via KMail. > > In Kaddressbook, I found no way to create this subtree. > So, I parsed the LDAP tree with luma and found no entry for my address book. > My idea was to create a subtree in the LDAP base. As you mentioned above the addressbook "is a resource shared by the IMAP server". So it is not stored in LDAP but rather in IMAP. And the Kolab format does not explicitly support storing contacts in a hierarchical form. This does not exclude that a client could implement it but I assume that this is the reason why Kaddressbook does not support it in this case. Cheers, Gunnar > > How can I do it ? > > > _______________________________________________ > 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/20100224/2a415af0/attachment.bin From comptes.libresurf at free.fr Wed Feb 24 20:07:28 2010 From: comptes.libresurf at free.fr (libresurf) Date: Wed, 24 Feb 2010 20:07:28 +0100 Subject: Adding a subtree to the personal address book In-Reply-To: <20100224192358.10917l0vghv9q4kk@webmail.pardus.de> References: <201002211703.57975.comptes.libresurf@free.fr> <20100224192358.10917l0vghv9q4kk@webmail.pardus.de> Message-ID: <201002242007.29051.comptes.libresurf@free.fr> Wednesday 24 February 2010 19:23:59 Gunnar Wrobel wrote?: > As you mentioned above the addressbook "is a resource shared by the > IMAP server". So it is not stored in LDAP but rather in IMAP. And the > Kolab format does not explicitly support storing contacts in a > hierarchical form. This does not exclude that a client could implement > it but I assume that this is the reason why Kaddressbook does not > support it in this case. > > Cheers, > > Gunnar Thank you for your answer, Gunnar. Perhaps, should I create a separate hierarchy in the global address book on the LDAP server ? Is it possible to create a subtree in the cn=external,cn=domain,cn=com resource for this ? Thank you. From admin at jmay.org Thu Feb 25 16:37:47 2010 From: admin at jmay.org (Jochen May) Date: Thu, 25 Feb 2010 16:37:47 +0100 Subject: Lost Emails in Kolab Message-ID: <201002251637.47919.admin@jmay.org> Hi, i got some problems with my mailsystem yesterday. Fetchmail grep around 3 pm a couple of mails from my provider and hand it over to postfix. So far so good. Unfortunaly, i never get this mails. After browsing thrue the log-files i found this: Feb 24 14:41:16 kolab kolabd[2930]: Y Error: Unable to connect to local Cyrus admin interface So i guess, that this was the problem. But i don't get the mails. I got in my mind, that postfix keep the messages until they can forward it to cyrus. So normaly, the messages shout be appear after the restart of the server... But when i take a look to the postfix.log, it shows me, that the messages are bounced back. First of all, is this right what i write there? And if yes, can somebody explain me why it work in this? After a restart of the server, everything was ok. Expect the missing mails :-( Greetings Jochen May From johnm at advocap.org Thu Feb 25 16:45:32 2010 From: johnm at advocap.org (John McMonagle) Date: Thu, 25 Feb 2010 09:45:32 -0600 Subject: z-push Windows Mobile and activesync In-Reply-To: <2B754C70-1C13-4BAA-AEFE-5923646FB8C7@libertech.fr> References: <018801cab4bb$58f7f690$0ae7e3b0$@cx> <2B754C70-1C13-4BAA-AEFE-5923646FB8C7@libertech.fr> Message-ID: <201002250945.32814.johnm@advocap.org> Alain I'm testing some smart phones with z-push. With an Ipod-touch it seemed wot work OK. Possibly I was lucky to have it pick the right calendar. With a windows mobile device and a droid. It had problems. I think it synced with the wrong calendar. I was able to remove the offending calendar as it was only for testing and it is OK now. If one needs multiple calendars is there any work around for now? Possibly get it to use the most important calendar? Thanks. John On Wednesday 24 February 2010 08:14:10 am Alain Abbas wrote: > Hi Troy > > With 0.2 shared calendar are exp?rimental , we are working on it to > fix all folders problems for The 0.3 > > Alain > > Envoy? de mon iPhone > > Le 23 f?vr. 2010 ? 20:06, "Troy Carpenter" a > > ?crit : > > I have followed the directions on the Wiki, but I'm still having > > trouble > > with my shared calendar. Just to be clear: z-push 1.2.3rc and > > kolab_zpush > > 0.2. > > > > I'm using an iPod touch and set up everything as listed on the > > website. I > > have the exchange setup on the iPod to only download contacts and > > calendars. > > > > I was able to get shared contacts to sync, but my shared calendar > > did not. > > I only have shared calendar items...my personal Calendar folder is > > empty. > > > > Can the kolab connector sync shared calendar items like it can with > > shared > > contacts? Is this an iPod issue? What should I be looking for in > > the logs? > > I have the debug.txt log and access.log file. > > > > Speaking of the access.log file, I see this when a connection from > > the iPod > > is initiated. I've trimmed out some of the superfluous mailboxes, > > but you > > can see that it detects the shared.calender file. > > > > 02/23/10 19:34:07 [6955] : : IMAP connection opened sucessfully > > user : > > troy at carpenter.cx Mobile ID: > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : Setup : troy at carpenter.cx > > Mobile ID :Appl1C0489WX7L3 Proto Version : 2.5 > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation > > shared.notes : > > note > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation > > shared.contacts > > > > : contact > > > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation > > shared.calendar > > > > : event > > > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > > Trash : > > mail > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > > Tasks : > > task.default > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > > Sent : > > mail > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > > Notes : > > note.default > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > > Journal : > > journal.default > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > > Drafts : > > mail > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > > Contacts > > > > : contact.default > > > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX/ > > Calendar > > > > : event.default > > > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : GetAnnotation INBOX : > > mail > > 02/23/10 19:34:07 [6955] : troy at carpenter.cx : IMAP connection closed > > > > When I add a new event into my personal calendar (not the shared > > one), it > > does eventually show up on the device, so I know that contacts in > > general > > get synced...just no shared calendar. In the email thread, it seems > > that > > kolab_zpush 0.3 might have more focus on shared calendars, so > > perhaps I need > > to wait. > > > > Thanks, > > Troy > > > > > > _______________________________________________ > > 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 wrobel at pardus.de Thu Feb 25 16:51:48 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 25 Feb 2010 16:51:48 +0100 Subject: Transfer to new server In-Reply-To: <4B834223.9070406@yugm.org> References: <4B834223.9070406@yugm.org> Message-ID: <20100225165148.25612airz7x9ex7o@webmail.pardus.de> Quoting Paul Douglas Franklin : > When I set up my kolab box 3 years ago, I made some mistakes and want to > start relatively fresh. Here is my hoped-for process: > > 1) Create a brand-new install of kolab on a new box. > 2) Add my domains and other items as needed on the settings page. > 3) (on the old server) /kolab/sbin/slapcat-l kolab-ldap.ldif and edit > the .ldif file down to just the users I want to transfer. > 4) (on the new server) /kolab/sbin/slapadd -l kolab-ldap.ldif > 5) rsync /kolab/var/imapd/spool from old to new. > 6) (as kolab-r on the old box) /kolab/bin/ctl_mboxlist -d >mailboxlist.txt. > 7) (as kolab-r on the new box) /kolab/bin/ctl_mboxlist -u > This is not going so well. I have two concerns. The first is that when > I ran slapcat -l on the new server to verify what I had put in there > (prior to trying slapadd), it seems to have given Horde a problem. The > Horde login screen is blank--when I go to https://FQDN/client, it brings > up https://FQDN/client/imp/login.php with a blank screen. Horde was > fine immediately before I ran slapcat. As Gavin mentioned you should try to see if killing your cookies fixes that particular problem. If not, I'd like to know if there is anything in /kolab/var/kolab/www/client/log/* that indicates what kind of error might have occured. > > The second is that I see on the "Backups for Kolab 2" wiki that I should > back up annotations.db. I don't see a way to do this other than by > copying, and there are changes from old to new such that I doubt that a > simple copy would do the job. You should be able to transform the database into a plain text file similar to what you did with the mailbox file. And you should transfer it because otherwise you will loose the information which folders contain events, addresses, tasks etc. Cheers, Gunnar > > Is what I'm trying possible, and does anyone have answers for my two > concerns? > > --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/20100225/45a4678a/attachment.bin From wrobel at pardus.de Thu Feb 25 16:56:09 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 25 Feb 2010 16:56:09 +0100 Subject: Transfer to new server In-Reply-To: <20100223100442.GS4253@gcd.ie> References: <4B834223.9070406@yugm.org> <20100223100442.GS4253@gcd.ie> Message-ID: <20100225165609.15125wekeoh7w58g@webmail.pardus.de> Quoting Gavin McCullagh : > On Mon, 22 Feb 2010, Paul Douglas Franklin wrote: > >> 1) Create a brand-new install of kolab on a new box. >> 2) Add my domains and other items as needed on the settings page. >> 3) (on the old server) /kolab/sbin/slapcat-l kolab-ldap.ldif and edit >> the .ldif file down to just the users I want to transfer. >> 4) (on the new server) /kolab/sbin/slapadd -l kolab-ldap.ldif >> 5) rsync /kolab/var/imapd/spool from old to new. >> 6) (as kolab-r on the old box) /kolab/bin/ctl_mboxlist -d >mailboxlist.txt. >> 7) (as kolab-r on the new box) /kolab/bin/ctl_mboxlist -u > I'm in the middle of something similar from a kolab v1 setup. It's worth > also noting that you may need to transfer quotas and that you almost > certainly want to transfer the .seen information from > /kolab/var/imapd/domain/. We're migrating from a hacked multi-domain > setup and translating from as uid to @ so we > have to pull some extra tricks but I imagine that's not an issue for you. > >> The first is that when I ran slapcat -l on the new server to verify what >> I had put in there (prior to trying slapadd), it seems to have given >> Horde a problem. The Horde login screen is blank--when I go to >> https://FQDN/client, it brings up https://FQDN/client/imp/login.php with >> a blank screen. Horde was fine immediately before I ran slapcat. > > I think there is a bug in kolab currently which causes this issue (and not > relating to your migration). If you delete the cookies relating to your > kolab server all should be well. > > This bug is a bit of a pain to be honest and one I may have to track down > before we can migrate. All I know so far is that it is probably Kolab specific and likely linked to the loading of incorrect session data. So if you hit the problem a simple "var_dump($_SESSION);" right after the session has been reloaded might give some valuable information. Cheers, Gunnar > >> The second is that I see on the "Backups for Kolab 2" wiki that I should >> back up annotations.db. I don't see a way to do this other than by >> copying, and there are changes from old to new such that I doubt that a >> simple copy would do the job. > > I'm not sure about annotations.db to be honest. > > Gavin > > _______________________________________________ > 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/20100225/8e5c7779/attachment.bin From wrobel at pardus.de Thu Feb 25 17:24:16 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 25 Feb 2010 17:24:16 +0100 Subject: Blank screen with horde. In-Reply-To: <20100223120204.GW4253@gcd.ie> References: <201001281239.33591.kasparas@infosaitas.lt> <20100223120204.GW4253@gcd.ie> Message-ID: <20100225172416.11554a9lgtqw3hog@webmail.pardus.de> Quoting Gavin McCullagh : > Hi, > > On Thu, 28 Jan 2010, Kasparas Adomaitis wrote: > >> On Thursday 28 January 2010 12:15:12 pm kiser Caesar wrote: > >> > When they try to logon, they obtain only a blank screen.. without >> nothing ! >> > The account and password are good. > >> I think in most cases restarting firefox (or any other web browser) >> helps? we >> experience similar situation, when there are a few tabs in the browser from >> which the user tried to logon. We simply restart firefox. > > Has this "blank page" issue been reported as a bug? Added as https://issues.kolab.org/issue4169 just now. Cheers, Gunnar > > I've seen it come up on this list a good few times in the past couple of > months. One person suggested it had to do with having the webmail open in > multiple tabs. I tend to open multiple tabs, so that's possible in my > case. I'm not sure if this is true for everyone though. > > Gavin > > _______________________________________________ > 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/20100225/9a989a45/attachment.bin From webmaster at computational-chemistry.org Thu Feb 25 17:45:30 2010 From: webmaster at computational-chemistry.org (Alexander =?iso-8859-1?q?Schr=F6ter?=) Date: Thu, 25 Feb 2010 17:45:30 +0100 Subject: running kolab with second apache in subdirectory Message-ID: <201002251745.30615.webmaster@computational-chemistry.org> Hello If you can not help with this topic directly maybe the 2 questions at the bottom can be answered by you. Thank you. Hi little information out front. I have Kolab running on a Debian Lenny in the OpenPKG environment. Since I have a couple of services running that require me to have an uptodate apache I use the setup described on the wiki (running kolab with another apache) [1] All working like it should! Because I want all my Webcontent Content to be encrypted (if not needed otherwise) I want't to buy one certificate (and only one so not for any other subdomains). This is why I decided to structure my content like domain.com/. So short and simple what I want is domain.com/kolab/ to be the "rootdirectory" of kolab. At this point let me say I am happy for any suggestions that accomplish my goals on a different path. What I tried to do is to change the ProxyHTMLURLMap Rules to rewrite the content to be directed to the right folder. This is sort of working with most content. But Java seems to be broken and the Sidebar is empty which when I looked into it also had Java in it and this might be why. The only difference to the 2 apache wiki seems to be the change of the document root from "/" to "/kolab" and this seems to break it. I attached the virtualhostfile and created a pastbin [2] if anyone has some suggestions. If you want to rebuild my setup, you also need to change the cookie domain like in the wiki and also add "" in the cookie- path to make it work. In "/kolab/etc/kolab/templates/webclient-kolab- conf.template" it needs to be "$conf['cookie']['path'] = '/kolab@@@horde_cookie_path@@@';" and in "/kolab/etc/kolab/templates/fbview- kolab-conf.template" it needs to be"$conf['cookie']['path'] = '/kolab/fbview';" (The "/" seem to be important) Questions: If you cannot help me directly maybe you can help me debug my problem. (1) It would help to know how the sidebar works and where the java apps (for example calendar information thingi) get their variables/information. (2) Also helping would creating more debug output ... which I guess is some value in any of the php files ... maybe someone can point me to the right one. I know it's a lot of stuff but help would be very much appreciated. Thank you Alexander [1]https://wiki.kolab.org/index.php/Kolab2_Integration_with_another_running_apache_server [2]http://paste.lisp.org/+21RL -------------- next part -------------- ServerAdmin me at domain.com ServerName www.domain.com ServerAlias domain.com # Logging configuration CustomLog /var/log/apache2/kolab.domain.com_access.log combined ErrorLog /var/log/apache2/kolab.domain.com_error.log LogLevel warn #Always redirect http to https RewriteEngine on RewriteCond %{SERVER_PORT} !^443$ RewriteRule ^(.*)$ https://www.domain.com$1 [L,R] ServerSignature On ServerAdmin me at domain.com ServerName www.domain.com ServerAlias domain.com # Logging configuration CustomLog /var/log/apache2/kolab.domain.com_access.ssl.log combined ErrorLog /var/log/apache2/kolab.domain.com_error.ssl.log LogLevel debug # Content filter declaration # Note: If you want to use deflate module, see dedicated section (5. Annex) SetOutputFilter proxy-html # Proxy-HTTP configuration ProxyPass /kolab/ http://127.0.0.1:81/ ProxyPassReverse /kolab/ http://127.0.0.1:81/ RequestHeader unset Accept-Encoding # Proxy-HTML configuration #ProxyHTMLEnable On ProxyHTMLExtended On ProxyHTMLDoctype XHTML Legacy ProxyHTMLMeta On ### Different ProxyHTMLURLMaps that should forward any requests to the right Adress ProxyHTMLURLMap http://127.0.0.1:81 https://www.domain.com/kolab ### Different tries to achieve correct forwarding #ProxyHTMLURLMap http%3A%2F%2F127.0.0.1%3A81%2F https%3A%2F%2Fwww.domain.com%2Fkolab%2F #ProxyHTMLURLMap http://127.0.0.1:81/client/ https://www.domain.com/kolab/client/ #ProxyHTMLURLMap url$http://127.0.0.1:81([^$]*\) url(https://www.domain.com/kolab$1) Rihe #ProxyHTMLURLMap url$http://127.0.0.1:81([^$]*\) url(https://www.domain.com/kolab$1) Ri # #ProxyHTMLURLMap /kolab /kolab ProxyHTMLURLMap ^/ /kolab/ LR #ProxyHTMLURLMap ^\./client /kolab/client LR #ProxyHTMLURLMap /kolab /kolab #ProxyHTMLURLMap /kolab /kolab # ProxyHTMLLogVerbose On LogLevel Info # Proxy permissions ProxyRequests Off Order deny,allow Allow from all ### # Rewriting Horde to Start with the Client- instead of the Adminpage. Not Needed Anymore because Kolabs apache.conf now sends the request of Webroot to the right Domainaddress # RewriteEngine On # RewriteCond %{REQUEST_URI} ^/kolab/$ # RewriteRule ^(.*)$ https://%{SERVER_NAME}/kolab/horde/ [L,R] # SSL configuration SSLEngine On SSLCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL SSLCertificateFile /kolab/etc/kolab/cert.pem SSLCertificateKeyFile /kolab/etc/kolab/key.pem ServerSignature On From wrobel at pardus.de Thu Feb 25 17:48:09 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 25 Feb 2010 17:48:09 +0100 Subject: Adding a subtree to the personal address book In-Reply-To: <201002242007.29051.comptes.libresurf@free.fr> References: <201002211703.57975.comptes.libresurf@free.fr> <20100224192358.10917l0vghv9q4kk@webmail.pardus.de> <201002242007.29051.comptes.libresurf@free.fr> Message-ID: <20100225174809.10491rbufnjqy30g@webmail.pardus.de> Quoting libresurf : > Wednesday 24 February 2010 19:23:59 Gunnar Wrobel wrote?: > >> As you mentioned above the addressbook "is a resource shared by the >> IMAP server". So it is not stored in LDAP but rather in IMAP. And the >> Kolab format does not explicitly support storing contacts in a >> hierarchical form. This does not exclude that a client could implement >> it but I assume that this is the reason why Kaddressbook does not >> support it in this case. >> >> Cheers, >> >> Gunnar > > > Thank you for your answer, Gunnar. > > Perhaps, should I create a separate hierarchy in the global address book on > the LDAP server ? > > Is it possible to create a subtree in the cn=external,cn=domain,cn=com > resource for this ? I believe from the Kolab server side of things this should work. You won't be able to modify these entries through the webadmin though. Cheers, Gunnar > > Thank you. > > _______________________________________________ > 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/20100225/f68b9250/attachment.bin From wrobel at pardus.de Thu Feb 25 18:29:42 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Thu, 25 Feb 2010 18:29:42 +0100 Subject: Lost Emails in Kolab In-Reply-To: <201002251637.47919.admin@jmay.org> References: <201002251637.47919.admin@jmay.org> Message-ID: <20100225182942.101174h3ilsy7wso@webmail.pardus.de> Quoting Jochen May : > Hi, > > i got some problems with my mailsystem yesterday. Fetchmail grep > around 3 pm a > couple of mails from my provider and hand it over to postfix. So far so good. > Unfortunaly, i never get this mails. After browsing thrue the log-files i > found this: > > Feb 24 14:41:16 kolab kolabd[2930]: Y Error: Unable to connect to local Cyrus > admin interface > > So i guess, that this was the problem. But i don't get the mails. The log entry you posted is from the kolabd daemon which is not really involved in the mail delivery. > > I got in my mind, that postfix keep the messages until they can forward it to > cyrus. So normaly, the messages shout be appear after the restart of the > server... > But when i take a look to the postfix.log, it shows me, that the messages are > bounced back. The log entries from postfix.log are the ones that should help to determine what the problem actually was. Can you anonymize them and post them here? Cheers, Gunnar > > First of all, is this right what i write there? And if yes, can somebody > explain me why it work in this? > > After a restart of the server, everything was ok. Expect the missing > mails :-( > > Greetings > Jochen May > > _______________________________________________ > 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/20100225/1774558c/attachment.bin From comptes.libresurf at free.fr Thu Feb 25 21:35:49 2010 From: comptes.libresurf at free.fr (libresurf) Date: Thu, 25 Feb 2010 21:35:49 +0100 Subject: Adding a subtree to the personal address book In-Reply-To: <20100225174809.10491rbufnjqy30g@webmail.pardus.de> References: <201002211703.57975.comptes.libresurf@free.fr> <201002242007.29051.comptes.libresurf@free.fr> <20100225174809.10491rbufnjqy30g@webmail.pardus.de> Message-ID: <201002252135.49761.comptes.libresurf@free.fr> Thursday 25 February 2010 17:48:09 Gunnar Wrobel wrote?: > > Perhaps, should I create a separate hierarchy in the global address book > > on the LDAP server ? > > > > Is it possible to create a subtree in the cn=external,cn=domain,cn=com > > resource for this ? > > I believe from the Kolab server side of things this should work. You > won't be able to modify these entries through the webadmin though. I will test this. Thank you. From pdf at yugm.org Thu Feb 25 22:04:31 2010 From: pdf at yugm.org (Paul Douglas Franklin) Date: Thu, 25 Feb 2010 13:04:31 -0800 Subject: Not creating mailboxes Message-ID: <4B86E5DF.80309@yugm.org> I have a fresh install of Kolab 2.2.3. I added a user, and the user can log in under Horde. But Kolab refuses to create any folders, so the user cannot log in using Thunderbird. Under Horde, when I try to save a draft, I get the following messages: The folder "Drafts" was not created. This is what the server said: Permission denied Saving the draft failed. Could not create a drafts folder. I'm not finding anything in the logs to explain this. --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 gavin.mccullagh at gcd.ie Thu Feb 25 22:14:41 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Thu, 25 Feb 2010 21:14:41 +0000 Subject: Not creating mailboxes In-Reply-To: <4B86E5DF.80309@yugm.org> References: <4B86E5DF.80309@yugm.org> Message-ID: <20100225211441.GO9819@gcd.ie> On Thu, 25 Feb 2010, Paul Douglas Franklin wrote: > I have a fresh install of Kolab 2.2.3. I added a user, and the user can > log in under Horde. But Kolab refuses to create any folders, so the > user cannot log in using Thunderbird. > Under Horde, when I try to save a draft, I get the following messages: > > The folder "Drafts" was not created. This is what the server said: > Permission denied > Saving the draft failed. Could not create a drafts folder. Can you run "ls -l" on the folders in question? They should be owned by kolab-r. gavinmc at paidi:~$ ls -l /kolab/var/imapd/spool/ total 60 drwx------ 3 kolab-r kolab-r 4096 2010-02-08 10:49 domain drwx------ 2 root root 16384 2010-01-12 18:54 lost+found drwxrwx--- 2 kolab-r kolab-r 4096 2010-02-23 15:32 stage. drwxrwx--- 2 kolab-r kolab-r 4096 2010-02-05 11:41 sync. gavinmc at paidi:~$ sudo ls -l /kolab/var/imapd/spool/domain/ total 4 drwx------ 5 kolab-r kolab-r 4096 2010-02-12 13:07 g Subdirectories further down would also need to be checked. Presumably the filesystem is mounted read-write? Gavin From aspineux at gmail.com Thu Feb 25 22:25:06 2010 From: aspineux at gmail.com (Alain Spineux) Date: Thu, 25 Feb 2010 22:25:06 +0100 Subject: Not creating mailboxes In-Reply-To: <4B86E5DF.80309@yugm.org> References: <4B86E5DF.80309@yugm.org> Message-ID: <71fe4e761002251325h65894909j7c0426d69e969031@mail.gmail.com> On Thu, Feb 25, 2010 at 10:04 PM, Paul Douglas Franklin wrote: > I have a fresh install of Kolab 2.2.3. ?I added a user, and the user can > log in under Horde. ?But Kolab refuses to create any folders, so the > user cannot log in using Thunderbird. > Under Horde, when I try to save a draft, I get the following messages: > > The folder "Drafts" was not created. This is what the server said: > Permission denied > Saving the draft failed. Could not create a drafts folder. > > I'm not finding anything in the logs to explain this. > --Paul First check for file with unusual owner, here is my # find /kolab/var/imapd/ \! -user kolab-r -ls 526524 8 -rw-r--r-- 1 root root 6 Feb 25 00:00 /kolab/var/imapd/cyrmaster.pid 522083 8 drwxrwx--- 2 kolab kolab-r 4096 Feb 25 00:00 /kolab/var/imapd/socket 525750 0 srwxrwxrwx 1 root root 0 Feb 25 00:00 /kolab/var/imapd/socket/notify then, can you activate this http://wiki.kolab.org/index.php/Enable_Imap_protocol_logging and search and report for error from these log ? Regards > -- > > > > > 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 > -- Alain Spineux | aspineux gmail com Your email 100% available | http://www.emailgency.com ntbackup frontend sending mail report | http://www.magikmon.com/mkbackup/ From aspineux at gmail.com Thu Feb 25 22:34:16 2010 From: aspineux at gmail.com (Alain Spineux) Date: Thu, 25 Feb 2010 22:34:16 +0100 Subject: Lost Emails in Kolab In-Reply-To: <201002251637.47919.admin@jmay.org> References: <201002251637.47919.admin@jmay.org> Message-ID: <71fe4e761002251334i732a5f7fva454b8b7172a988b@mail.gmail.com> On Thu, Feb 25, 2010 at 4:37 PM, Jochen May wrote: > Hi, > > i got some problems with my mailsystem yesterday. Fetchmail grep around 3 pm a > couple of mails from my provider and hand it over to postfix. So far so good. > Unfortunaly, i never get this mails. After browsing thrue the log-files i > found this: > > Feb 24 14:41:16 kolab kolabd[2930]: Y Error: Unable to connect to local Cyrus > admin interface > > So i guess, that this was the problem. But i don't get the mails. > > I got in my mind, that postfix keep the messages until they can forward it to > cyrus. So normaly, the messages shout be appear after the restart of the > server... > But when i take a look to the postfix.log, it shows me, that the messages are > bounced back. You could use this to find your emails history: http://wiki.kolab.org/index.php/What_is_happening_to_my_emails_where_are_their._Search_your_postfix_log_to_find_them > > First of all, is this right what i write there? And if yes, can somebody > explain me why it work in this? A SMTP must warn the sender (the mail bounce) if it cannot deliver it in a mailbox. If the problem is for a short period then it must retry later. > > After a restart of the server, everything was ok. Expect the missing mails :-( > > Greetings > Jochen May > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- Alain Spineux | aspineux gmail com Your email 100% available | http://www.emailgency.com ntbackup frontend sending mail report | http://www.magikmon.com/mkbackup/ From pdf at yugm.org Fri Feb 26 00:22:28 2010 From: pdf at yugm.org (Paul Douglas Franklin) Date: Thu, 25 Feb 2010 15:22:28 -0800 Subject: Not creating mailboxes In-Reply-To: <20100225211441.GO9819@gcd.ie> References: <4B86E5DF.80309@yugm.org> <20100225211441.GO9819@gcd.ie> Message-ID: <4B870634.7010705@yugm.org> Thank you, Gavin and Alain Aah. That points me in the right direction. I don't even need to check the permissions on /kolab/var/imapd/spool/domain; it doesn't exist. For some reason there is a /kolab/var/imapd/domain which contains a directory for one user whom I added and then deleted. After I installed kolab, I added the user Douglas; Thunderbird could not access it and got hung up, so I deleted Douglas and added a user named Alexander. In the misplaced domain is /y/yugm/d/douglas, but no /y/yugm/a/alexander. Thank you, Gavin and Alain, for asking the right question. The permissions are right on these directories, but clearly Kolab is confused, putting them in the wrong place and not even creating them for the second user. How best to straighten it out? Since I found that smoking gun, is it still needed to do as Alain recommended: then, can you activate this http://wiki.kolab.org/index.php/Enable_Imap_protocol_logging and search and report for error from these log ? --Paul Gavin McCullagh wrote: > On Thu, 25 Feb 2010, Paul Douglas Franklin wrote: > > >> I have a fresh install of Kolab 2.2.3. I added a user, and the user can >> log in under Horde. But Kolab refuses to create any folders, so the >> user cannot log in using Thunderbird. >> Under Horde, when I try to save a draft, I get the following messages: >> >> The folder "Drafts" was not created. This is what the server said: >> Permission denied >> Saving the draft failed. Could not create a drafts folder. >> > > Can you run "ls -l" on the folders in question? They should be owned by > kolab-r. > > gavinmc at paidi:~$ ls -l /kolab/var/imapd/spool/ > total 60 > drwx------ 3 kolab-r kolab-r 4096 2010-02-08 10:49 domain > drwx------ 2 root root 16384 2010-01-12 18:54 lost+found > drwxrwx--- 2 kolab-r kolab-r 4096 2010-02-23 15:32 stage. > drwxrwx--- 2 kolab-r kolab-r 4096 2010-02-05 11:41 sync. > > gavinmc at paidi:~$ sudo ls -l /kolab/var/imapd/spool/domain/ > total 4 > drwx------ 5 kolab-r kolab-r 4096 2010-02-12 13:07 g > > Subdirectories further down would also need to be checked. Presumably the > filesystem is mounted read-write? > > Gavin > > _______________________________________________ > Kolab-users mailing list > Kolab-users at kolab.org > https://kolab.org/mailman/listinfo/kolab-users > -- 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 pdf at yugm.org Fri Feb 26 00:27:21 2010 From: pdf at yugm.org (Paul Douglas Franklin) Date: Thu, 25 Feb 2010 15:27:21 -0800 Subject: Not creating mailboxes In-Reply-To: <4B870634.7010705@yugm.org> References: <4B86E5DF.80309@yugm.org> <20100225211441.GO9819@gcd.ie> <4B870634.7010705@yugm.org> Message-ID: <4B870759.30109@yugm.org> One more thing I tried: I copied the domain directory to where it should be and added another user. Kolab did not create directories appropriate to the new user. --Paul Paul Douglas Franklin wrote: > Thank you, Gavin and Alain > Aah. That points me in the right direction. I don't even need to check > the permissions on /kolab/var/imapd/spool/domain; it doesn't exist. For > some reason there is a /kolab/var/imapd/domain which contains a > directory for one user whom I added and then deleted. After I installed > kolab, I added the user Douglas; Thunderbird could not access it and got > hung up, so I deleted Douglas and added a user named Alexander. In the > misplaced domain is /y/yugm/d/douglas, but no /y/yugm/a/alexander. > > Thank you, Gavin and Alain, for asking the right question. > > The permissions are right on these directories, but clearly Kolab is > confused, putting them in the wrong place and not even creating them for > the second user. How best to straighten it out? > > Since I found that smoking gun, is it still needed to do as Alain > recommended: > > then, can you activate this > http://wiki.kolab.org/index.php/Enable_Imap_protocol_logging > > and search and report for error from these log ? > > --Paul > > > > > Gavin McCullagh wrote: > >> On Thu, 25 Feb 2010, Paul Douglas Franklin wrote: >> >> >> >>> I have a fresh install of Kolab 2.2.3. I added a user, and the user can >>> log in under Horde. But Kolab refuses to create any folders, so the >>> user cannot log in using Thunderbird. >>> Under Horde, when I try to save a draft, I get the following messages: >>> >>> The folder "Drafts" was not created. This is what the server said: >>> Permission denied >>> Saving the draft failed. Could not create a drafts folder. >>> >>> >> Can you run "ls -l" on the folders in question? They should be owned by >> kolab-r. >> >> gavinmc at paidi:~$ ls -l /kolab/var/imapd/spool/ >> total 60 >> drwx------ 3 kolab-r kolab-r 4096 2010-02-08 10:49 domain >> drwx------ 2 root root 16384 2010-01-12 18:54 lost+found >> drwxrwx--- 2 kolab-r kolab-r 4096 2010-02-23 15:32 stage. >> drwxrwx--- 2 kolab-r kolab-r 4096 2010-02-05 11:41 sync. >> >> gavinmc at paidi:~$ sudo ls -l /kolab/var/imapd/spool/domain/ >> total 4 >> drwx------ 5 kolab-r kolab-r 4096 2010-02-12 13:07 g >> >> Subdirectories further down would also need to be checked. Presumably the >> filesystem is mounted read-write? >> >> Gavin >> >> _______________________________________________ >> Kolab-users mailing list >> Kolab-users at kolab.org >> https://kolab.org/mailman/listinfo/kolab-users >> >> > > -- 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 admin at jmay.org Fri Feb 26 18:38:31 2010 From: admin at jmay.org (Jochen May) Date: Fri, 26 Feb 2010 18:38:31 +0100 Subject: Lost Emails in Kolab In-Reply-To: <71fe4e761002251334i732a5f7fva454b8b7172a988b@mail.gmail.com> References: <201002251637.47919.admin@jmay.org> <71fe4e761002251334i732a5f7fva454b8b7172a988b@mail.gmail.com> Message-ID: <201002261838.32152.admin@jmay.org> Am Donnerstag, 25. Februar 2010 22:34:16 schrieb Alain Spineux: > On Thu, Feb 25, 2010 at 4:37 PM, Jochen May wrote: >> Hi, > > > > i got some problems with my mailsystem yesterday. Fetchmail grep around 3 > > pm a couple of mails from my provider and hand it over to postfix. So > > far so good. Unfortunaly, i never get this mails. After browsing thrue > > the log-files i found this: > > > > Feb 24 14:41:16 kolab kolabd[2930]: Y Error: Unable to connect to local > > Cyrus admin interface > > > > So i guess, that this was the problem. But i don't get the mails. > > > > I got in my mind, that postfix keep the messages until they can forward > > it to cyrus. So normaly, the messages shout be appear after the restart > > of the server... > > But when i take a look to the postfix.log, it shows me, that the messages > > are bounced back. > > You could use this to find your emails history: > > http://wiki.kolab.org/index.php/What_is_happening_to_my_emails_where_are_th > eir._Search_your_postfix_log_to_find_them Nice howto. It help me also with a second problem, what occured when i was investiaged the lost mails. I own a domain with the name sv-og-wertheim.de. This mails are also collected by fetchmail and forwared to the local user. But the users never get the mails The following show you the log after the message come back from amavisd: Feb 26 16:32:12 kolab postfix/smtpd[9969]: 2FF0466A5B: client=localhost.localdomain[127.0.0.1] Feb 26 16:32:12 kolab postfix/cleanup[9963]: 2FF0466A5B: message- id=<20100226151828.175850 at gmx.net> Feb 26 16:32:12 kolab postfix/qmgr[9468]: 2FF0466A5B: from=, size=2656, nrcpt=1 (queue active) Feb 26 16:32:12 kolab postfix/smtp[9966]: 91A0666A5E: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=0.68, delays=0.12/0.07/0/0.49, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 2FF0466A5B) Feb 26 16:32:12 kolab postfix/smtp[9970]: 2FF0466A5B: to=, relay=none, delay=0.07, delays=0.04/0.03/0.01/0, dsn=5.4.6, status=bounced (mail for localhost loops back to myself) Feb 26 16:32:12 kolab postfix/bounce[9971]: 2FF0466A5B: sender non- delivery notification: 4E5D466A6F Feb 26 16:32:12 kolab postfix/qmgr[9468]: 2FF0466A5B: removed All other mails are forwared without any problems. Attached are the relevant part of the postfix.log > > First of all, is this right what i write there? And if yes, can somebody > > explain me why it work in this? > > A SMTP must warn the sender (the mail bounce) if it cannot deliver it > in a mailbox. > If the problem is for a short period then it must retry later. I thought it will be the same, like when clamav is not running. So the message is qued until clamav is back. And SMTP will warn the sender after a while and not directly. Greetings Jochen May -------------- next part -------------- A non-text attachment was scrubbed... Name: postfix_svog.log Type: text/x-log Size: 4220 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20100226/80942ca5/postfix_svog.bin From pdf at yugm.org Sat Feb 27 03:30:42 2010 From: pdf at yugm.org (Paul Douglas Franklin) Date: Fri, 26 Feb 2010 18:30:42 -0800 Subject: Not creating mailboxes In-Reply-To: <4B870759.30109@yugm.org> References: <4B86E5DF.80309@yugm.org> <20100225211441.GO9819@gcd.ie> <4B870634.7010705@yugm.org> <4B870759.30109@yugm.org> Message-ID: <4B8883D2.7080506@yugm.org> Hello. This problem is very strange. I have set up VM after VM, always a fresh install, always 2.2.3, always the same result (almost). Most were Ubuntu and compiled Kolab. On the last, I installed Debian Lenny and the Debian 5 Kolab package. It's a lot faster with the same result: /kolab/var/imapd/spool contains /stage. and /sync. and nothing more. /kolab/var/imapd/spool is owned by kolab-r, so ownership is not a problem. The only change is that since that first example, I have not had a misplaced domain directory; it simply does not exist. Despite the fact that I have been pointed in the right direction, I have no further information on how to solve this problem. If anyone has some insight, that would be very helpful. I'm up against a brick wall which shouldn't exist, and I'm very frustrated. Kolab has been very easy to set up and maintain in the past, but I cannot overcome this problem. --Paul > Paul Douglas Franklin wrote: > >> Thank you, Gavin and Alain >> Aah. That points me in the right direction. I don't even need to check >> the permissions on /kolab/var/imapd/spool/domain; it doesn't exist. For >> some reason there is a /kolab/var/imapd/domain which contains a >> directory for one user whom I added and then deleted. After I installed >> kolab, I added the user Douglas; Thunderbird could not access it and got >> hung up, so I deleted Douglas and added a user named Alexander. In the >> misplaced domain is /y/yugm/d/douglas, but no /y/yugm/a/alexander. >> >> Thank you, Gavin and Alain, for asking the right question. >> >> The permissions are right on these directories, but clearly Kolab is >> confused, putting them in the wrong place and not even creating them for >> the second user. How best to straighten it out? >> >> Since I found that smoking gun, is it still needed to do as Alain >> recommended: >> >> then, can you activate this >> http://wiki.kolab.org/index.php/Enable_Imap_protocol_logging >> >> and search and report for error from these log ? >> >> --Paul >> >> >> >> >> Gavin McCullagh wrote: >> >> >>> On Thu, 25 Feb 2010, Paul Douglas Franklin wrote: >>> >>> >>> >>> >>>> I have a fresh install of Kolab 2.2.3. I added a user, and the user can >>>> log in under Horde. But Kolab refuses to create any folders, so the >>>> user cannot log in using Thunderbird. >>>> Under Horde, when I try to save a draft, I get the following messages: >>>> >>>> The folder "Drafts" was not created. This is what the server said: >>>> Permission denied >>>> Saving the draft failed. Could not create a drafts folder. >>>> >>>> >>>> >>> Can you run "ls -l" on the folders in question? They should be owned by >>> kolab-r. >>> >>> gavinmc at paidi:~$ ls -l /kolab/var/imapd/spool/ >>> total 60 >>> drwx------ 3 kolab-r kolab-r 4096 2010-02-08 10:49 domain >>> drwx------ 2 root root 16384 2010-01-12 18:54 lost+found >>> drwxrwx--- 2 kolab-r kolab-r 4096 2010-02-23 15:32 stage. >>> drwxrwx--- 2 kolab-r kolab-r 4096 2010-02-05 11:41 sync. >>> >>> gavinmc at paidi:~$ sudo ls -l /kolab/var/imapd/spool/domain/ >>> total 4 >>> drwx------ 5 kolab-r kolab-r 4096 2010-02-12 13:07 g >>> >>> Subdirectories further down would also need to be checked. Presumably the >>> filesystem is mounted read-write? >>> >>> Gavin >>> >>> _______________________________________________ >>> Kolab-users mailing list >>> Kolab-users at kolab.org >>> https://kolab.org/mailman/listinfo/kolab-users >>> >>> >>> >> >> > > -- 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 gavin.mccullagh at gcd.ie Sat Feb 27 11:15:46 2010 From: gavin.mccullagh at gcd.ie (Gavin McCullagh) Date: Sat, 27 Feb 2010 10:15:46 +0000 Subject: Blank screen with horde. In-Reply-To: <20100225172416.11554a9lgtqw3hog@webmail.pardus.de> References: <201001281239.33591.kasparas@infosaitas.lt> <20100223120204.GW4253@gcd.ie> <20100225172416.11554a9lgtqw3hog@webmail.pardus.de> Message-ID: <20100227101546.GQ15116@gcd.ie> Hi, On Thu, 25 Feb 2010, Gunnar Wrobel wrote: > Quoting Gavin McCullagh : > > >Has this "blank page" issue been reported as a bug? > > Added as https://issues.kolab.org/issue4169 just now. I think I have reproduced an issue which causes a "blank screen". It's not entirely reproducible now, but it seems that when it happens, I'm logged in but at this page: https:///client/login.php If I then drop the login.php off the address all is well and I get to the Horde portal page. If I go back to and reload the login.php, I still get a blank screen. I then logged out and back in again and the problem with the login.php page went away -- it now redirects me to the portal without the sidebar (which isn't that ideal really). During the blank screen issue, the patch gives the output NULL Gavin From wrobel at pardus.de Sat Feb 27 21:19:51 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sat, 27 Feb 2010 21:19:51 +0100 Subject: Not creating mailboxes In-Reply-To: <4B8883D2.7080506@yugm.org> References: <4B86E5DF.80309@yugm.org> <20100225211441.GO9819@gcd.ie> <4B870634.7010705@yugm.org> <4B870759.30109@yugm.org> <4B8883D2.7080506@yugm.org> Message-ID: <20100227211951.12512lhfi94orv6s@webmail.pardus.de> Hi Paul, Quoting Paul Douglas Franklin : > Hello. > > This problem is very strange. I have set up VM after VM, always a fresh > install, always 2.2.3, always the same result (almost). Most were > Ubuntu and compiled Kolab. On the last, I installed Debian Lenny and > the Debian 5 Kolab package. It's a lot faster with the same result: > /kolab/var/imapd/spool contains /stage. and /sync. and nothing more. > /kolab/var/imapd/spool is owned by kolab-r, so ownership is not a > problem. The only change is that since that first example, I have not > had a misplaced domain directory; it simply does not exist. > > Despite the fact that I have been pointed in the right direction, I have > no further information on how to solve this problem. If anyone has some > insight, that would be very helpful. I'm up against a brick wall which > shouldn't exist, and I'm very frustrated. Kolab has been very easy to > set up and maintain in the past, but I cannot overcome this problem. Sounds indeed weird. What do you have in /kolab/etc/imapd/imapd.conf? It should contain: partition-default: /kolab/var/imapd/spool Even the base configuration for the imapd server when it is not yet configured for Kolab contains this value. So I don't know how your system gets the idea of placing the directory somewhere else. Cheers, Gunnar > > --Paul > > >> Paul Douglas Franklin wrote: >> >>> Thank you, Gavin and Alain >>> Aah. That points me in the right direction. I don't even need to check >>> the permissions on /kolab/var/imapd/spool/domain; it doesn't exist. For >>> some reason there is a /kolab/var/imapd/domain which contains a >>> directory for one user whom I added and then deleted. After I installed >>> kolab, I added the user Douglas; Thunderbird could not access it and got >>> hung up, so I deleted Douglas and added a user named Alexander. In the >>> misplaced domain is /y/yugm/d/douglas, but no /y/yugm/a/alexander. >>> >>> Thank you, Gavin and Alain, for asking the right question. >>> >>> The permissions are right on these directories, but clearly Kolab is >>> confused, putting them in the wrong place and not even creating them for >>> the second user. How best to straighten it out? >>> >>> Since I found that smoking gun, is it still needed to do as Alain >>> recommended: >>> >>> then, can you activate this >>> http://wiki.kolab.org/index.php/Enable_Imap_protocol_logging >>> >>> and search and report for error from these log ? >>> >>> --Paul >>> >>> >>> >>> >>> Gavin McCullagh wrote: >>> >>> >>>> On Thu, 25 Feb 2010, Paul Douglas Franklin wrote: >>>> >>>> >>>> >>>> >>>>> I have a fresh install of Kolab 2.2.3. I added a user, and the user can >>>>> log in under Horde. But Kolab refuses to create any folders, so the >>>>> user cannot log in using Thunderbird. >>>>> Under Horde, when I try to save a draft, I get the following messages: >>>>> >>>>> The folder "Drafts" was not created. This is what the server said: >>>>> Permission denied >>>>> Saving the draft failed. Could not create a drafts folder. >>>>> >>>>> >>>>> >>>> Can you run "ls -l" on the folders in question? They should be owned by >>>> kolab-r. >>>> >>>> gavinmc at paidi:~$ ls -l /kolab/var/imapd/spool/ >>>> total 60 >>>> drwx------ 3 kolab-r kolab-r 4096 2010-02-08 10:49 domain >>>> drwx------ 2 root root 16384 2010-01-12 18:54 lost+found >>>> drwxrwx--- 2 kolab-r kolab-r 4096 2010-02-23 15:32 stage. >>>> drwxrwx--- 2 kolab-r kolab-r 4096 2010-02-05 11:41 sync. >>>> >>>> gavinmc at paidi:~$ sudo ls -l /kolab/var/imapd/spool/domain/ >>>> total 4 >>>> drwx------ 5 kolab-r kolab-r 4096 2010-02-12 13:07 g >>>> >>>> Subdirectories further down would also need to be checked. Presumably the >>>> filesystem is mounted read-write? >>>> >>>> Gavin >>>> >>>> _______________________________________________ >>>> Kolab-users mailing list >>>> Kolab-users at kolab.org >>>> https://kolab.org/mailman/listinfo/kolab-users >>>> >>>> >>>> >>> >>> >> >> > > -- > > > > > 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/20100227/6db71bd8/attachment.bin From wrobel at pardus.de Sat Feb 27 21:55:51 2010 From: wrobel at pardus.de (Gunnar Wrobel) Date: Sat, 27 Feb 2010 21:55:51 +0100 Subject: Lost Emails in Kolab In-Reply-To: <201002261838.32152.admin@jmay.org> References: <201002251637.47919.admin@jmay.org> <71fe4e761002251334i732a5f7fva454b8b7172a988b@mail.gmail.com> <201002261838.32152.admin@jmay.org> Message-ID: <20100227215551.55404vrdvnr5tfy8@webmail.pardus.de> Quoting Jochen May : > Am Donnerstag, 25. Februar 2010 22:34:16 schrieb Alain Spineux: >> On Thu, Feb 25, 2010 at 4:37 PM, Jochen May wrote: >>> Hi, >> > >> > i got some problems with my mailsystem yesterday. Fetchmail grep around 3 >> > pm a couple of mails from my provider and hand it over to postfix. So >> > far so good. Unfortunaly, i never get this mails. After browsing thrue >> > the log-files i found this: >> > >> > Feb 24 14:41:16 kolab kolabd[2930]: Y Error: Unable to connect to local >> > Cyrus admin interface >> > >> > So i guess, that this was the problem. But i don't get the mails. >> > >> > I got in my mind, that postfix keep the messages until they can forward >> > it to cyrus. So normaly, the messages shout be appear after the restart >> > of the server... >> > But when i take a look to the postfix.log, it shows me, that the messages >> > are bounced back. >> >> You could use this to find your emails history: >> >> http://wiki.kolab.org/index.php/What_is_happening_to_my_emails_where_are_th >> eir._Search_your_postfix_log_to_find_them > > Nice howto. It help me also with a second problem, what occured when > i was investiaged the lost mails. > > I own a domain with the name sv-og-wertheim.de. This mails are also > collected by fetchmail and forwared to the local user. But the users > never get the mails > > The following show you the log after the message come back from amavisd: > > Feb 26 16:32:12 kolab postfix/smtpd[9969]: 2FF0466A5B: > client=localhost.localdomain[127.0.0.1] > Feb 26 16:32:12 kolab postfix/cleanup[9963]: 2FF0466A5B: message- > id=<20100226151828.175850 at gmx.net> > Feb 26 16:32:12 kolab postfix/qmgr[9468]: 2FF0466A5B: > from=, size=2656, nrcpt=1 (queue active) > Feb 26 16:32:12 kolab postfix/smtp[9966]: 91A0666A5E: > to=, relay=127.0.0.1[127.0.0.1]:10024, delay=0.68, > delays=0.12/0.07/0/0.49, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as > 2FF0466A5B) > Feb 26 16:32:12 kolab postfix/smtp[9970]: 2FF0466A5B: > to=, relay=none, delay=0.07, delays=0.04/0.03/0.01/0, > dsn=5.4.6, status=bounced (mail for localhost loops back to myself) The recipient address "kolab at localhost" looks strange. And the fatal error you hit is "mail for localhost loops back to myself". Google gives you quite a few hits for that. But I admit I'm not certain which of the discussions provide the correct hint for your specific situation. Maybe you know why the recipient is "kolab at localhost"? Cheers, Gunnar > Feb 26 16:32:12 kolab postfix/bounce[9971]: 2FF0466A5B: sender non- > delivery notification: 4E5D466A6F > Feb 26 16:32:12 kolab postfix/qmgr[9468]: 2FF0466A5B: removed > > All other mails are forwared without any problems. Attached are the > relevant part of the postfix.log > >> > First of all, is this right what i write there? And if yes, can somebody >> > explain me why it work in this? >> >> A SMTP must warn the sender (the mail bounce) if it cannot deliver it >> in a mailbox. >> If the problem is for a short period then it must retry later. > > I thought it will be the same, like when clamav is not running. So > the message is qued until clamav is back. And SMTP will warn the > sender after a while and not directly. > > > Greetings > Jochen May > -- ______ 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/20100227/c24ef6b0/attachment.bin From thomas at btspuhler.com Sun Feb 28 04:33:43 2010 From: thomas at btspuhler.com (Thomas Spuhler) Date: Sat, 27 Feb 2010 20:33:43 -0700 Subject: adding user using script In-Reply-To: <20100225182942.101174h3ilsy7wso@webmail.pardus.de> References: <201002251637.47919.admin@jmay.org> <20100225182942.101174h3ilsy7wso@webmail.pardus.de> Message-ID: <201002272033.43976.thomas@btspuhler.com> So far I have not been able to get the WEB interface working. To test the kolab and perl-kolab packages, I try to add a new user using the /usr/lib/kolab/adduser script. But I am getting this error: /usr/lib/kolab/adduser: line 77: kolab: command not found Are you sure you want to proceed? (y/n) it is coing from this part: #Check if the user already exists DN=`kolab showuser $EMAIL | grep dn` (this is line 77) if test "$DN" != ""; then echo User already found! Or other error occurred. exit 255 fi -- Thomas From ml at radoeka.nl Sun Feb 28 11:10:51 2010 From: ml at radoeka.nl (Richard Bos) Date: Sun, 28 Feb 2010 11:10:51 +0100 Subject: adding user using script In-Reply-To: <201002272033.43976.thomas@btspuhler.com> References: <201002251637.47919.admin@jmay.org> <20100225182942.101174h3ilsy7wso@webmail.pardus.de> <201002272033.43976.thomas@btspuhler.com> Message-ID: <201002281110.51164.ml@radoeka.nl> Thomas, Op zondag 28 februari 2010 04:33:43 schreef Thomas Spuhler: > So far I have not been able to get the WEB interface working. > To test the kolab and perl-kolab packages, I try to add a new user using > the /usr/lib/kolab/adduser script. > But I am getting this error: > /usr/lib/kolab/adduser: line 77: kolab: command not found > Are you sure you want to proceed? (y/n) > it is coing from this part: > > #Check if the user already exists > DN=`kolab showuser $EMAIL | grep dn` (this is line 77) > if test "$DN" != ""; then > echo User already found! Or other error occurred. > exit 255 > fi Looks like a bug. I think that you should open an issue for it. -- Richard From hmarkert at bullfinch.org Sat Feb 13 21:00:16 2010 From: hmarkert at bullfinch.org (Heiner Markert) Date: Sat, 13 Feb 2010 20:00:16 -0000 Subject: [Solved?] Re: Q: SyncML for shared resources? Message-ID: <201002132057.04104.hmarkert@bullfinch.org> Hello, using the patch allows you to sync multiple horde calendars to one client calendar, e.g. to one outlook calendar. The client will show all events of the selected calendars merged in one cal. If a new event is being created in the client, it will appear in the Horde calendar you defined as default, modifying events on the client keeps them in their original horde calendar. If now you want to sync only one specific calendar to another client, there is a tricky syntax you can use for the target database in the client to achieve that: use e.g. calendar?source=INBOX%2FWORK to sync only your Work calendar with this specific client. You can determine the name of the calendar you have to put behind calendar?source= by opening the calendar view in horde, opening the calendar selection box and clicking on the info button on the right of the calendar name in the selection box. Horde will show you two URLs, from the first one, select the part between the last slash ('/') and the '.ics'-extension. I hope that helps. Best regards Heiner Am Freitag, 12. Februar 2010 22:31:20 schrieben Sie: > Hey first of all thanks for the patch. I am just migrating from my old > server 2.2.2 to my new one 2.2.3 and want to put testing behind me and > give a productive system a try. > > I have a question regarding your plugin. I want to leave my googlemail > account and move to kolab. Since I am used to having multiple calendars > and beeing able to share them with others I would like to keep it this > way and your plugin seems to do the trick. > > Just before I add it to my kolabserver how does it work? I read that you > are using the funambol client and i know that this one has at least > usually one calendar, right? So do you sync one outlookcalendar with all > the horde calendars or do you really tell funambol to set up multiple > calendars. I am asking this because here is what I am doing at the moment. > > I have a privat, a university and a work calendar on the kolab server, > this way I can share different calendars with different users (work with > my boss, university with my students and so on). I sync my work calendar > with my work computer and my privat, work and university calendar with > my personal laptop and ... you get the idea. Now if I was to sync my > personal laptop with kolab i would use your plugin to sync all those > calendars instead of just one right? what happens if I only want to sync > one calendar as with my work computer? You get where I am going with this. > > Just an idea if my assumption is right. You could include this to the > syncml settings in horde ... this way one could create a syncsettings > for each device maybe? > > thanks alexander > > Am 12.02.2010 21:06, schrieb Heiner Markert: > > Hi, > > > > thanks again. Finally I have been able to incorporate the changes, and I > > also discovered how to more correctly build the horde translations, which > > I described in the README.txt file included in the patch set (using the > > msgfmt command results in some non-translated items in the calendar setup > > view, e.g. the "save settings"-button). > > The updated patches can be found at > > https://issues.kolab.org/issue4001 > > > > Best regards > > Heiner > > > > Am Sonntag, 17. Januar 2010 16:04:25 schrieb Albrecht Dre?: > >> Hi Heiner: > >> > >> I found some time to dig into the sources. Also not being a php expert, > >> here is what I found out... > >> > >> Am 14.01.10 19:28 schrieb(en) Heiner Markert: > >>> The missing newline could probably be added together with the still > >>> missing translations for the configuration item. > >> > >> The trivial fix for the missing newline is > >> > >> > >> --- kronolith/templates/prefs/shareselect.inc.orig 2010-01-17 > >> 15:47:22.375039051 +0100 +++ kronolith/templates/prefs/shareselect.inc > >> 2010-01-17 15:47:58.495039095 +0100 @@ -12,5 +12,5 @@ > >> $share): ?> > >> > >> - > >> +
> >> > >> > >> > >> As for the German translation, I added the following lines to my file > >> /kolab/var/kolab/www/client/kronolith/po/de_DE.po (translation stolen > >> from turba): > >> > >> > >> #: config/prefs.php:282 > >> msgid "Select the calendars that should be used for sync:" > >> msgstr "W?hlen Sie die Kalender, die f?r die Synchronisation mit > >> externen Ger?ten verwendet werden sollen:" > >> > >> Then call from the folder /kolab/var/kolab/www/client/kronolith > >> > >> msgfmt -o locale/de_DE/LC_MESSAGES/kronolith.mo po/de_DE.po > >> > >> Other languages can be fixed similarly. > >> > >>> A simple replace of a function call is required to fix that, and it > >>> should not be too difficult, as the combo box shows the correct names > >>> and the function name can be copied from that. > >> > >> Close to the end of the file > >> /kolab/var/kolab/www/client/kronolith/lib/prefs.php, replace the line > >> reading > >> > >> $_prefs['sync_cals']['enum'][$key] = $curSource->getName(); > >> > >> by > >> > >> $_prefs['sync_cals']['enum'][$key] = $curSource->get('name'); > >> > >> to fix this issue. > >> > >>> Unfortunately I do not know of any possibility to sync the ldap address > >>> book, nor do I have any idea whether it is an easy modification to > >>> turba or not. > >> > >> Hmm, that's bad news, as it would be quite convenient - the global LDAP > >> address book contains all our users, including their e-mail addresses > >> and their direct phone numbers. Having them copied to a remote device > >> would actually be mega! > >> > >> Cheers, Albrecht. From admin at jmay.org Fri Feb 26 18:34:27 2010 From: admin at jmay.org (Jochen May) Date: Fri, 26 Feb 2010 18:34:27 +0100 Subject: Lost Emails in Kolab In-Reply-To: <20100225182942.101174h3ilsy7wso@webmail.pardus.de> References: <201002251637.47919.admin@jmay.org> <20100225182942.101174h3ilsy7wso@webmail.pardus.de> Message-ID: <201002261834.28234.admin@jmay.org> Hi, Am Donnerstag, 25. Februar 2010 18:29:42 schrieb Gunnar Wrobel: > Quoting Jochen May : > > Hi, > > > > i got some problems with my mailsystem yesterday. Fetchmail grep > > around 3 pm a > > couple of mails from my provider and hand it over to postfix. So far so > > good. Unfortunaly, i never get this mails. After browsing thrue the > > log-files i found this: > > > > Feb 24 14:41:16 kolab kolabd[2930]: Y Error: Unable to connect to local > > Cyrus admin interface > > > > So i guess, that this was the problem. But i don't get the mails. > > The log entry you posted is from the kolabd daemon which is not really > involved in the mail delivery. > > > I got in my mind, that postfix keep the messages until they can forward > > it to cyrus. So normaly, the messages shout be appear after the restart > > of the server... > > But when i take a look to the postfix.log, it shows me, that the messages > > are bounced back. > > The log entries from postfix.log are the ones that should help to > determine what the problem actually was. Can you anonymize them and > post them here? I attach the logs from the periode where the problems was. I try to work me thrue the link what Allan sent and found this: Feb 24 15:16:12 kolab postfix/pipe[7963]: EBE2466A5A: to=, relay=kolabmailboxfilter, delay=0.31, delays=0.04/0.02/0/0.25, dsn=5.3.0, status=bounced (service unavailable) I use this adress for tracking: postvon at conrad.de The timestamp is switching inside the postfix log. Normaly all logfiles have the correct time. No idea why this happen. Greetings Jochen May -------------- next part -------------- A non-text attachment was scrubbed... Name: postfix_kolab.log Type: text/x-log Size: 328213 bytes Desc: not available Url : http://kolab.org/pipermail/kolab-users/attachments/20100226/6bfd0f92/postfix_kolab.bin