[kronolith] stream pointer problem w/mcal?

list-kronolith@dragon.net list-kronolith@dragon.net
Mon, 03 Sep 2001 08:07:52 -0700


janmailing> You should use sql.php as your driver not mysql.php. This
janmailing> one is deprecated. sql.php still doesn't work perfect but
janmailing> is does its job.

Gotcha. Makes the table format more consistent too. B^)

Times and display now work. The current problem is that it loses
recurring info. It will take it and put it in MySQL fine, but display
loses the info and if you edit, it's gone when it pulls up the record.

--
			Paul


>From tdavis@birddog.com Date: Mon,  3 Sep 2001 12:07:00 -0500
Return-Path: <tdavis@birddog.com>
Mailing-List: contact kronolith-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list kronolith@lists.horde.org
Received: (qmail 48635 invoked from network); 3 Sep 2001 17:07:49 -0000
Received: from hermes.birddog.com (63.125.164.131)
  by horde.org with SMTP; 3 Sep 2001 17:07:49 -0000
Received: from localhost (prometheus.birddog.com [10.2.0.4])
	by hermes.birddog.com (8.11.6/8.11.6) with ESMTP id f83H8Li14292
	for <kronolith@lists.horde.org>; Mon, 3 Sep 2001 12:08:21 -0500
Received: from 216.170.58.10 ( [216.170.58.10])
	as user td@imap.birddog.com by secure.birddog.com with HTTP;
	Mon,  3 Sep 2001 12:07:00 -0500
Message-ID: <999536820.3b93b8b41d92f@secure.birddog.com>
Date: Mon,  3 Sep 2001 12:07:00 -0500
From: Terry Davis <tdavis@birddog.com>
To: kronolith@lists.horde.org
References: <999397073.3b9196d124a04@secure.birddog.com> <999401942.3b91a9d6d0467@marina.horde.org> <999402818.3b91ad4244326@secure.birddog.com> <999434636.3b92298cdaafe@linux.wg.de> <999478799.3b92d60f0cce0@secure.birddog.com> <999505562.3b933e9b00179@linux.wg.de>
In-Reply-To: <999505562.3b933e9b00179@linux.wg.de>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Originating-IP: 216.170.58.10
X-Scanned-By: MIMEDefang 1.3 (www dot roaringpenguin dot com slash mimedefang)
Subject: Re: [kronolith] shared calendars via ldap users

Hi Jan, thanks for the reply.

>We recently added import/export stuff, so we 
>probably will soon be able to send or recieve iCalendar entries from or to 
>kronolith with imp. 

The only thing I recommend here is that you create an entry in Outlook and 
export it.  Look at their stupid format and try to duplicate it.  They say it 
is Icalendar but the headers say Vcalendar and look a little different than if 
you create an event with ical, so go figure.  Sadly to say a ton of your people 
are going to want to share events with Outlook users.  I am not suggesting that 
this way should be exclusive but perhaps have a checkbox which says "Compatible 
with Outlook".

>I think of group events that are shown in the individuals' calendar that are 
>parts of this group. 

This works perfectly in my situation.  I have several departments so to speak: 
sales, development, IT, management, marketing, etc.   This information would be 
best stored in an ldap server where true unix groups are supported.  I don't 
know php so I cannot write the driver for you, I am sorry, perhaps if it was 
perl.  :(  

You have a ton of potential in this project.  I am very anxious to see what 
happens with it.  I am glad to help in any way.

Take care,

-- 
Terry Davis
Systems Administrator
BirdDog Solutions, Inc.
(402) 829-6059


Quoting Jan Schneider <janmailing@gmx.de>:

> Zitat von Terry Davis <tdavis@birddog.com>:
> 
> > Is there any documentation on what the group stuff means?
> > Perhaps reading the Group.php will be a good start eh?
> 
> Yes. The group library is very new, it's not used so far and not documented
> if 
> not in the source code.
> 
> > The only calendaring I have any experience with unfortunately is Outlook.
> 
> > That 
> > is what I am looking to provide with horde/krono.  Ability to "invite"
> others
> > to "events", have an email sent to them with the event information, etc. 
> In
> 
> This won't be a big problem. We recently added import/export stuff, so we 
> probably will soon be able to send or recieve iCalendar entries from or to 
> kronolith with imp.
> But that's not the sort of "shared calendar" I was thinking of. I think of 
> group events that are shown in the individuals' calendar that are parts of
> this 
> group. And the ability to look up others' calendars to find free times for 
> meetings etc.
> 
> > my 
> > case, this user information is stored in an ldap server which is the same
> as
> > one of my addressbooks.  That is my picture.  
> 
> If you use turba with your ldap server as the backend, you won't have a lot
> to 
> do. Think of: Select an event ín kronolith, get an address from turba and
> send 
> an invitation with imp.
> But there's still a lot work to be done of course to make this happen.
> 
> Jan.
> 
> -- 
> Kronolith mailing list: http://horde.org/kronolith/
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: kronolith-unsubscribe@lists.horde.org
> 


-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/



>From janmailing@gmx.de Date: Mon,  3 Sep 2001 22:57:59 +0200
Return-Path: <janmailing@gmx.de>
Mailing-List: contact kronolith-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list kronolith@lists.horde.org
Received: (qmail 57510 invoked from network); 3 Sep 2001 21:05:06 -0000
Received: from mailout05.sul.t-online.com (HELO mailout05.sul.t-online.de) (194.25.134.82)
  by horde.org with SMTP; 3 Sep 2001 21:05:06 -0000
Received: from fwd02.sul.t-online.de 
	by mailout05.sul.t-online.de with smtp 
	id 15e0u1-0002b5-02; Mon, 03 Sep 2001 23:05:05 +0200
Received: from linux.wg.de (320034214675-0001@[217.0.156.228]) by fmrl02.sul.t-online.com
	with esmtp id 15e0tw-1qYnHEC; Mon, 3 Sep 2001 23:05:00 +0200
Received: from localhost (localhost [127.0.0.1])
	by linux.wg.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id f83Kw0V13830
	for <kronolith@lists.horde.org>; Mon, 3 Sep 2001 22:58:00 +0200
Received: from 192.168.60.1 ( [192.168.60.1])
	as user jan@mail.wg.de by linux.wg.de with HTTP;
	Mon,  3 Sep 2001 22:57:59 +0200
Message-ID: <999550679.3b93eed790224@linux.wg.de>
Date: Mon,  3 Sep 2001 22:57:59 +0200
From: Jan Schneider <janmailing@gmx.de>
To: kronolith@lists.horde.org
References: <200109031507.f83F7qL12536@ns1.pae.com>
In-Reply-To: <200109031507.f83F7qL12536@ns1.pae.com>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Sender: 320034214675-0001@t-dialin.net
Subject: Re: [kronolith] stream pointer problem w/mcal?

Zitat von list-kronolith@dragon.net:

> 
> janmailing> You should use sql.php as your driver not mysql.php. This
> janmailing> one is deprecated. sql.php still doesn't work perfect but
> janmailing> is does its job.
> 
> Gotcha. Makes the table format more consistent too. B^)
> 
> Times and display now work. The current problem is that it loses
> recurring info. It will take it and put it in MySQL fine, but display
> loses the info and if you edit, it's gone when it pulls up the record.

That's right. This is one of the points that aren't perfect. ;-) The driver 
stores recurring info but doesn't (yet) make any use of it.

Jan.


>From janmailing@gmx.de Date: Mon,  3 Sep 2001 23:03:26 +0200
Return-Path: <janmailing@gmx.de>
Mailing-List: contact kronolith-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list kronolith@lists.horde.org
Received: (qmail 57512 invoked from network); 3 Sep 2001 21:05:07 -0000
Received: from mailout05.sul.t-online.com (HELO mailout05.sul.t-online.de) (194.25.134.82)
  by horde.org with SMTP; 3 Sep 2001 21:05:07 -0000
Received: from fwd02.sul.t-online.de 
	by mailout05.sul.t-online.de with smtp 
	id 15e0u1-0002b5-03; Mon, 03 Sep 2001 23:05:05 +0200
Received: from linux.wg.de (320034214675-0001@[217.0.156.228]) by fmrl02.sul.t-online.com
	with esmtp id 15e0tx-1qYnHFC; Mon, 3 Sep 2001 23:05:01 +0200
Received: from localhost (localhost [127.0.0.1])
	by linux.wg.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id f83L3QV13861
	for <kronolith@lists.horde.org>; Mon, 3 Sep 2001 23:03:26 +0200
Received: from 192.168.60.1 ( [192.168.60.1])
	as user jan@mail.wg.de by linux.wg.de with HTTP;
	Mon,  3 Sep 2001 23:03:26 +0200
Message-ID: <999551006.3b93f01e04f92@linux.wg.de>
Date: Mon,  3 Sep 2001 23:03:26 +0200
From: Jan Schneider <janmailing@gmx.de>
To: kronolith@lists.horde.org
References: <999397073.3b9196d124a04@secure.birddog.com> <999401942.3b91a9d6d0467@marina.horde.org> <999402818.3b91ad4244326@secure.birddog.com> <999434636.3b92298cdaafe@linux.wg.de> <999478799.3b92d60f0cce0@secure.birddog.com> <999505562.3b933e9b00179@linux.wg.de> <999536820.3b93b8b41d92f@secure.birddog.com>
In-Reply-To: <999536820.3b93b8b41d92f@secure.birddog.com>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Sender: 320034214675-0001@t-dialin.net
Subject: Re: [kronolith] shared calendars via ldap users

Zitat von Terry Davis <tdavis@birddog.com>:

> Hi Jan, thanks for the reply.
> 
> >We recently added import/export stuff, so we 
> >probably will soon be able to send or recieve iCalendar entries from or to
> 
> >kronolith with imp. 
> 
> The only thing I recommend here is that you create an entry in Outlook and 
> export it.  Look at their stupid format and try to duplicate it.  They say it
> 
> is Icalendar but the headers say Vcalendar and look a little different than
> if 
> you create an event with ical, so go figure.  Sadly to say a ton of your
> people 
> are going to want to share events with Outlook users.  I am not suggesting
> that 
> this way should be exclusive but perhaps have a checkbox which says
> "Compatible 
> with Outlook".

The format Outlook exports IS actually vCalendar or iCalendar (== vCalendar 
2.0) it just doesn't support all features of this standard. But once we have 
iCal support in kronolith it should work more or less with Outlook.
 
> sales, development, IT, management, marketing, etc.   This information would
> be 
> best stored in an ldap server where true unix groups are supported.  I don't
> know php so I cannot write the driver for you, I am sorry, perhaps if it was
> perl.  :(  

Perhaps there will be someone coding a ldap driver for group information. We'll 
see.
 
> You have a ton of potential in this project.  I am very anxious to see what
> happens with it.  I am glad to help in any way.

If you stay tuned by reading this lists and giving your comments and 
suggestions you already help us very much.

Jan.