phpicalendar-devel — Mailing list for PHP iCalendar Developers

Re: [PHPiCalendar-DEV] Re: Library for CalDAV

[<ms...@fr...>]

Hello! I am working on the CalDAV interface to PHP iCalendar

So far there is caldav.php & lib/HTTP/CalDAV/Server in PHP iCalendar  
CVS. Hopefully SourceForge anonymous CVS will be re-enabled shortly : P

I hope to eventually contribute the CalDAV library to PEAR -  
http://pear.php.net/pepr/pepr-proposal-show.php?id=384

The CalDAV library extends HTTP_WebDAV_Server & adds support for REPORT  
requests. Currently it parses calendar-data props & comp-filter filters

As a convenience, the library will compute missing calendar-data  
response props using lib/HTTP/CalDAV/Server/Tools/ICalendarParser.php

The parser can limit results based on component/property type,  
component filter, or ranges of bytes. iCalendar data is parsed to Bennu  
objects which are serialized in the response -  
http://bennu.sourceforge.net/

The parser is still developing - I hope it may eventually move to Bennu

I would love to work with you on this feature! I am excited to meat  
another PHP developer working with iCalendar & WebDAV! A PHP iCalendar  
interpreter with compatible API will be rad!

Jack

On Apr 25, 2006, at 5:22 PM, Jim Hu wrote:

> Yes, that sounds very interesting...I'll forward this to the  
> developers list, there's a specific person, Jack, interested in doing  
> CalDAV support.  Thanks!
>
> JH
>
> On Apr 25, 2006, at 5:31 PM, Edward Murrell wrote:
>
>> Hi there,
>>
>> I noticed on the Feature requests page for PHP iCalendar is a request
>> for CalDAV support (feature request ID 1458634), probably using the
>> WebDAV server at http://pear.php.net/package/HTTP_WebDAV_Server.
>>
>> As it turns out, we are internally writing a ICS interpreter for use
>> with an internal PHP product using the the HTTP_WebDAV_Server package.
>>
>> Since we're not interested in a CalDAV server per se, I've cleared it
>> with my boss to GPL (or LGPL) the interpreter. If your interested, I  
>> can
>> work with the developer(s) of that feature request to make sure that  
>> the
>> API of the ICS interpreter is usable with PHP iCalendar. Once the
>> interpreter is to a usable state, we will probably make the project
>> avaliable on sourceforge.
>>
>> Interested?
>>
>> Regards
>> Edward Murrell
>> ed...@dl...
>> SysAdmin, DL Consulting
>>
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your job  
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
>
>

Re: [PHPiCalendar-DEV] Outlook and iCal addition into phpicalendar

[Jo R. <jr...@sv...>]

On Fri, Apr 28, 2006 at 11:58:50AM +0200, Nicolas Contamin wrote:
> To answer your question (note thats only my opinion), I think that
> adding a mail server managment to this project is to big (only for
> adding or deleting events), and only dedicated to expert users.
> I'm not sure for Mozilla calendar (Outlook is not dealing with
> standard ICS format, so ...), but iCal allows you to update published
> calendar on every changes, so this is doing what you want, no ?
 
That's also what Sunbird/etc/Mozilla Cal do.  Any change and they
re-publish instantly.  A lot of people enjoy that seamless integration.

-- 
Jo Rhett
senior geek
SVcolo : Silicon Valley Colocation

Re: [PHPiCalendar-DEV] Emailed Events, Editing Events, and Superglobals

[Wesley M. <we...@we...>]

Hi Jim,

I agree with your decision on the event editing.

As for superglobals, I didn't necessarily mean to treat it as a  
global object. The array approach works just as well and might be  
easier for everyone. But the OO approach might mean more control over  
security. I'm not really sure. You could just use $globals->get("")  
so that you don't need to modify the globals class that much whenever  
a new value needs to be exposed. Since there's no $globals->set(),  
which you can't prevent when using an array, you're safe.

The advantage of defining regular expressions to match against the  
global values in a separate file is that you can make your switch  
statement go away and instead do something like (this is rough, and I  
haven't got the PHP syntax right):

foreach ($key in $_REQUEST) {
     $regexp = $global_regexps[$key];
     if (!defined $regexp) next;
     preg_match($_REQUEST[$key], $regexp, $matches);
     $global_store[$key] = $matches[1];
     unset $_POST[$key];
     unset $_GET[$key];
     unset $_REQUEST[$key];
}

Later,
Wes

On Apr 28, 2006, at 5:43 PM, Jim Hu wrote:

> Re: Editing events via email
> This sounds like a mod that would not be part of the main  
> phpicalendar development.  I worry that it would be hard to make  
> this compatible with regular ical use - there are issues related to  
> file locking etc. that may be problematic (and I'm also hoping  
> CalDAV will serve the desired purpose).
>
> I would like to see svens make it available, and with appropriate  
> disclaimers I think it (and other mods like the editing system  
> someone else has on the bbs) could be hosted on the sourceforge  
> files/packages page.  How does that sound?  If I was going to put  
> time into making an editable system, I agree with Greg that I'd  
> just make a web interface.  I'd set up a mysql backend for the  
> persistence layer and just have events and todos as record types.   
> I bet it wouldn't be too hard to have the database output populate  
> the master array...in fact, I thought someone had a project to do  
> that already with phpicalendar 1.x.
>
> Re: Superglobals
>
> I hadn't been thinking of doing it OO, but that's probably a good  
> idea.  If I understand Wesley, we'd create a class globals (or some  
> similar name).  The object constructor method would do something like
>
> foreach ($_REQUEST as $key=>$val){
> 	#code to handle the variable namespace from $_GET or $_POST or  
> $_COOKIE or from config.inc.php
> 	...probably a big switch statement
> 	unset $_GET[$key];
> 	unset $_POST[$key];
> 	unset $_REQUEST[$key];
> }
>
> The globals object would then have methods to return the sanitized  
> values.  Then init.inc.php would be something like
> $globals = new globals
> and $globals would be used as a global object variable as needed.   
> Instances of $getdate, for example, would be replaced by $globals- 
> >getdate
>
> Is that about right? I like this, since one can just declare  
> $globals as global instead of enumerating lots of variable names.
>
> In the non-OO approach I've used elsewhere, I just move all the  
> values from $_REQUEST[$key] into a new array $clean[$key] after  
> doing value validation via a large switch statement.  In the  
> codebase, we'd just do a global search and replace for $_GET,  
> $_POST, and $_REQUEST to $clean.
>
> Jim
>
> On Apr 28, 2006, at 6:10 PM, Wesley Miaw wrote:
>
>> Hi People,
>>
>> Sorry I haven't been active on the project much lately. Been busy  
>> with other things.
>>
>> Unfortunately, authentication based solely upon the sender's email  
>> address is incredibly insecure, and easily spoofed. So I'm afraid  
>> that cannot be used. It's easy enough to identify the email  
>> address being used to update a calendar by monitoring the inbound  
>> email traffic to that server.
>>
>> Since it seems the primary motivation of this system is to provide  
>> the addition of .ics events to an existing calendar, I believe a  
>> good solution would be to allow upload of .ics files via the admin  
>> page to add the contents of that .ics file to an existing  
>> calendar. This still allows remote additions, while also remaining  
>> within the authentication framework currently used to add/delete  
>> calendars. There's no need to make it full-featured if we only  
>> support insertion of events via the admin interface. However,  
>> there is the issue of merging identical events, as I believe you  
>> receive .ics files back when someone accepts your meeting  
>> invitation, for example. So you would have to identify the  
>> matching event (there is a unique event ID, I think?) and update  
>> the fields appropriately in the master .ics file.
>>
>> Seems fair enough that if you are the administrator, then adding a  
>> feature to delete and possibly even edit events (since the  
>> previous paragraph added the ability to update existing events)  
>> could be done because PHP iCalendar knows you are the  
>> administrator. I see mention of deleting events in one of the  
>> previous emails.
>>
>> Also sorry I didn't provide any more input on the topic of  
>> sanitizing user input earlier. Nicolas, I think you said you will  
>> work on this? If I read the emails right. An easy way to do this  
>> would be to parse the superglobals such as _GET and _POST into a  
>> registry object, perform sanity checks on the values as you  
>> register them, and then completely clean-out the contents of those  
>> superglobals so that attempts to access them elsewhere will just  
>> fail. Then provide methods to access the registry contents like as  
>> Hashtable.
>>
>> The sanity checks on the input could be specified as regular  
>> expressions in a central file, which happens to be the ONLY file  
>> the superglobal registry file pulls in. Any edits to the registry  
>> file later on would be easy to flag as suspicious, and same as any  
>> changes to the regular expressions definition file. If you allow  
>> the sanity checks to be defined in random places, then it becomes  
>> too hard to keep track.
>>
>> Later,
>> --
>> Wesley Miaw
>> we...@we...
>>
>>
>>
>>
>> -------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services,  
>> security?
>> Get stuff done quickly with pre-integrated technology to make your  
>> job easier
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
>> Geronimo
>> http://sel.as-us.falkag.net/sel? 
>> cmd=lnk&kid=120709&bid=263057&dat=121642
>> _______________________________________________
>> Phpicalendar-devel mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

--
Wesley Miaw
we...@we...

[PHPiCalendar-DEV] Site progress

[Jim Hu <ji...@ta...>]

BTW, in case anyone is wondering:  The site has been down for the  
past couple of weeks because our computer security people found the  
server on a bbs for script kiddies.  This led us to discover that  
there was a process we didn't recognize sending a lot of outbound  
packets.  Further investigation revealed three intrusions on the  
server....it's not clear if they were independent.  These included a  
one-line backdoor in a calendars directory, another more complex one  
in a cache directory, and an IRC relayer in a wiki config directory  
that I should have deleted.  The common feature is that they  
exploited places that were writeable that were also under mod_php.  I  
don't think they came in through either phpicalendar or phpBB2.  I've  
also been running a blogging package called Simplog (I'm on that dev  
team too), and there was an unsanitized include that was the exploit  
listed in four posts on the bbs.

We might be paranoid, but it looked like the hackers got shell  
access, which means that the possibility of a rootkit is there.  The  
first attempt to get back up failed a security scan in a way that  
confirmed paranoia - the scan found a vuln in something we a) never  
installed and b) could not find on the server's hard disk!  The  
reinstall had wiped one but not both disks on the server.  As I write  
this, I'm backing up everything to a new external drive in  
preparation for wiping everything on all disks.  We'll be putting  
things back gradually, and the server has to pass the university's  
security scan before we can open port 80 through the firewall again.

So...I hope we'll be back online next week...but that's what I  
thought last week.

Jim

Re: [PHPiCalendar-DEV] Emailed Events, Editing Events, and Superglobals

[Jim Hu <ji...@ta...>]

Re: Editing events via email
This sounds like a mod that would not be part of the main  
phpicalendar development.  I worry that it would be hard to make this  
compatible with regular ical use - there are issues related to file  
locking etc. that may be problematic (and I'm also hoping CalDAV will  
serve the desired purpose).

I would like to see svens make it available, and with appropriate  
disclaimers I think it (and other mods like the editing system  
someone else has on the bbs) could be hosted on the sourceforge files/ 
packages page.  How does that sound?  If I was going to put time into  
making an editable system, I agree with Greg that I'd just make a web  
interface.  I'd set up a mysql backend for the persistence layer and  
just have events and todos as record types.  I bet it wouldn't be too  
hard to have the database output populate the master array...in fact,  
I thought someone had a project to do that already with phpicalendar  
1.x.

Re: Superglobals

I hadn't been thinking of doing it OO, but that's probably a good  
idea.  If I understand Wesley, we'd create a class globals (or some  
similar name).  The object constructor method would do something like

foreach ($_REQUEST as $key=>$val){
	#code to handle the variable namespace from $_GET or $_POST or  
$_COOKIE or from config.inc.php
	...probably a big switch statement
	unset $_GET[$key];
	unset $_POST[$key];
	unset $_REQUEST[$key];
}

The globals object would then have methods to return the sanitized  
values.  Then init.inc.php would be something like
$globals = new globals
and $globals would be used as a global object variable as needed.   
Instances of $getdate, for example, would be replaced by $globals- 
 >getdate

Is that about right? I like this, since one can just declare $globals  
as global instead of enumerating lots of variable names.

In the non-OO approach I've used elsewhere, I just move all the  
values from $_REQUEST[$key] into a new array $clean[$key] after doing  
value validation via a large switch statement.  In the codebase, we'd  
just do a global search and replace for $_GET, $_POST, and $_REQUEST  
to $clean.

Jim

On Apr 28, 2006, at 6:10 PM, Wesley Miaw wrote:

> Hi People,
>
> Sorry I haven't been active on the project much lately. Been busy  
> with other things.
>
> Unfortunately, authentication based solely upon the sender's email  
> address is incredibly insecure, and easily spoofed. So I'm afraid  
> that cannot be used. It's easy enough to identify the email address  
> being used to update a calendar by monitoring the inbound email  
> traffic to that server.
>
> Since it seems the primary motivation of this system is to provide  
> the addition of .ics events to an existing calendar, I believe a  
> good solution would be to allow upload of .ics files via the admin  
> page to add the contents of that .ics file to an existing calendar.  
> This still allows remote additions, while also remaining within the  
> authentication framework currently used to add/delete calendars.  
> There's no need to make it full-featured if we only support  
> insertion of events via the admin interface. However, there is the  
> issue of merging identical events, as I believe you receive .ics  
> files back when someone accepts your meeting invitation, for  
> example. So you would have to identify the matching event (there is  
> a unique event ID, I think?) and update the fields appropriately in  
> the master .ics file.
>
> Seems fair enough that if you are the administrator, then adding a  
> feature to delete and possibly even edit events (since the previous  
> paragraph added the ability to update existing events) could be  
> done because PHP iCalendar knows you are the administrator. I see  
> mention of deleting events in one of the previous emails.
>
> Also sorry I didn't provide any more input on the topic of  
> sanitizing user input earlier. Nicolas, I think you said you will  
> work on this? If I read the emails right. An easy way to do this  
> would be to parse the superglobals such as _GET and _POST into a  
> registry object, perform sanity checks on the values as you  
> register them, and then completely clean-out the contents of those  
> superglobals so that attempts to access them elsewhere will just  
> fail. Then provide methods to access the registry contents like as  
> Hashtable.
>
> The sanity checks on the input could be specified as regular  
> expressions in a central file, which happens to be the ONLY file  
> the superglobal registry file pulls in. Any edits to the registry  
> file later on would be easy to flag as suspicious, and same as any  
> changes to the regular expressions definition file. If you allow  
> the sanity checks to be defined in random places, then it becomes  
> too hard to keep track.
>
> Later,
> --
> Wesley Miaw
> we...@we...
>
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

Re: [PHPiCalendar-DEV] Emailed Events, Editing Events, and Superglobals

[Wesley M. <we...@we...>]

Hi People,

Sorry I haven't been active on the project much lately. Been busy  
with other things.

Unfortunately, authentication based solely upon the sender's email  
address is incredibly insecure, and easily spoofed. So I'm afraid  
that cannot be used. It's easy enough to identify the email address  
being used to update a calendar by monitoring the inbound email  
traffic to that server.

Since it seems the primary motivation of this system is to provide  
the addition of .ics events to an existing calendar, I believe a good  
solution would be to allow upload of .ics files via the admin page to  
add the contents of that .ics file to an existing calendar. This  
still allows remote additions, while also remaining within the  
authentication framework currently used to add/delete calendars.  
There's no need to make it full-featured if we only support insertion  
of events via the admin interface. However, there is the issue of  
merging identical events, as I believe you receive .ics files back  
when someone accepts your meeting invitation, for example. So you  
would have to identify the matching event (there is a unique event  
ID, I think?) and update the fields appropriately in the master .ics  
file.

Seems fair enough that if you are the administrator, then adding a  
feature to delete and possibly even edit events (since the previous  
paragraph added the ability to update existing events) could be done  
because PHP iCalendar knows you are the administrator. I see mention  
of deleting events in one of the previous emails.

Also sorry I didn't provide any more input on the topic of sanitizing  
user input earlier. Nicolas, I think you said you will work on this?  
If I read the emails right. An easy way to do this would be to parse  
the superglobals such as _GET and _POST into a registry object,  
perform sanity checks on the values as you register them, and then  
completely clean-out the contents of those superglobals so that  
attempts to access them elsewhere will just fail. Then provide  
methods to access the registry contents like as Hashtable.

The sanity checks on the input could be specified as regular  
expressions in a central file, which happens to be the ONLY file the  
superglobal registry file pulls in. Any edits to the registry file  
later on would be easy to flag as suspicious, and same as any changes  
to the regular expressions definition file. If you allow the sanity  
checks to be defined in random places, then it becomes too hard to  
keep track.

Later,
--
Wesley Miaw
we...@we...

RE: [PHPiCalendar-DEV] Outlook and iCal addition into phpicalendar

[svens <sv...@de...>]

I am so sorry that I express myself so poorly.

Authentication takes place by the senders-email address, only registered
emailaddresses can add, and only into the calendars they are associated
with, according to an array/database set up by the administrator. (Now I am
not discussing an open calendar, in which case no authentication would take
place, of course). This can be done with the php imap-functions.

The uid-basis is the identification of the events themselves for tracking
them in the calendar and deleting or retrieving them.

I don't know much about spoofing anothers email-address, but I reckon an
important element of that is that one has to know the registered
emailaddress in order to spoof it. In the mail2icalendar I made, this
emailaddress is not revealed, so I reckon it's spoof proof enough.

>I like the idea of being able to e-mail in events simply because I  
>wish we had a system that allowed multiple users to edit a calendar,  
>and programs like iCal (and Outlook, I assume) can e-mail a  
>small .ics file with just one event, and most people are comfortable  
>using e-mail.  ...

>At the end of the day, though, if this functionality is already ready  
>to go, I certainly wouldn't object to trying it out and potentially  
>including it, simply noting to users that it is a method without  
>security.  

I'll make a test calendar, anyone who wishes to try it, can mail me with
their address. I'll also publish the (yet simple code) I used. Of course
there is lot room for improvement, but for me, it already works.

Mail me at: svens dds nl

Re: [PHPiCalendar-DEV] Outlook and iCal addition into phpicalendar

[Greg W. <php...@gr...>]

I haven't thought about this all that closely, but I have one big  
question about this: how does authentication take place?  This e-mail  
says 'on a uid-basis', which I assume means that only e-mail  
addresses from the same domain are accepted, and from addresses are  
matched with their corresponding local users.  However, this does not  
ensure that the person adding or deleting the event in question is  
the person you think they are.  Someone could simply spoof another  
person's e-mail address to change the entire calendar.  Perhaps  
security isn't essential here, but it seems like there should at  
least be a password checked.

Maybe you can be reasonably confident that the sender is who s/he  
says s/he is if your mail server only accepts local connections and  
requires authentication, but that's such a rare condition that it  
makes the number of potential users vanishingly small.

I like the idea of being able to e-mail in events simply because I  
wish we had a system that allowed multiple users to edit a calendar,  
and programs like iCal (and Outlook, I assume) can e-mail a  
small .ics file with just one event, and most people are comfortable  
using e-mail.  However, anything beyond simply mailing the .ics file  
via an unaltered e-mail generated by iCal seems like too much -- why  
not just have a web interface?  Having administered a Mailman mailing  
list server after a Majordomo one in the past, I know that even as an  
administrator I hated having to figure out which arcane command I  
needed to use, and what address I needed to send it to; it was  
generally much easier to use the Mailman web interface unless I  
needed to script something or route the output of a command somewhere  
or something like that, and then I'd use the command line.

At the end of the day, though, if this functionality is already ready  
to go, I certainly wouldn't object to trying it out and potentially  
including it, simply noting to users that it is a method without  
security.  Hopefully in the future CalDAV will be ready to go and  
applications like iCal will support it natively, so that PHPiCalendar  
doesn't have to do all this work, but in the meantime it would be  
great if this little calendar-displaying application could support  
some basic multi-user editing to fill that void.

Greg
---
http://www.gregwestin.com
Contact Info: http://www.gregwestin.com/contact.php


On Apr 28, 2006, at 11:32 AM, svens wrote:

>
> A dedicated pop3 (could be imap) account is used to receive the  
> mail with
> the *.ics attachments;
> On each request (index, day, week, month, year) the mailserver is  
> checked
> for new additions and, if so, they'll be added into the calender  
> associated
> with the senders email address;
> It's quite easy to set it up in a way that anyone can ad through  
> this way
> into a public calendar, but who would want that??
>
> Anyway, when things can be added, they should also be delete-able,  
> by the
> adder that is. I altered the event.php in such way that the adder  
> can delete
> the item from its calendar, on uid-basis, from within the event popup;
>
> Once the delete-option was made, it was also possible to add two other
> options into the event popup: export item to outlook or to iCal,  
> also on
> uid-basis.
>
> I did it in the last three evenings, so it's not fully finished/ 
> tested, but
> also it was surprisingly simple.
> So now I just wonder why I can't find any similar addition to  
> phpicalendar.
>
> Why can mail_into_phpicalendar be preferable to just plain  
> uploading of a
> whole calendar or using webcal reference?
> Well, since anyone is used to his/her email application, one can  
> expect them
> to easily use it for emailing a calendar-item.
> Making it in your own system and then sending it, provides a  
> backup, id's
> and all the necessary data.
> Using a form to add into phpicalender, would require a lot of choices,
> possibilities, checks and balances.
>
> I am wondering if anyone has tried the same and if i have  
> overlooked any
> (future) problem.
>
>
>> It seems to me that you want to do (at the end of the dev) something
>> like Outlook, with event invitation, isn't it ?
>
> No event invitation.
> The quest:
> Around a common subject, different people are involved. I made one  
> general
> calendar, which I as moderator will update (using outlook and  
> outlook2ical
> (a vb-macro)). For each (couple of) participant(s) I've setup a own  
> calendar
> -> Petrus, Paulus, Lucas, etc...
> The solution:
> Each of them can email an event as attachment (either from Outlook  
> or iCal)
> to a certain emailaddress. Whenever a any user/viewer of the calendar
> changes view a tiny little php-script is launched, using  
> imap_mail_etc,
> checking for mail with attachments, checking attachments for  
> events, merging
> them into the existing phpicalendar *.ics that is associated with  
> their
> senders emailaddress. It works just fine!
> The alternatives:
> 1. moderation through the administrator (takes his time and delay in
> update);
> 2. update a own calendar in a shared map (needs experienced  
> participants,
> trust in macro's and the use of passwords, etc);
> 3. update a own calendar in a private map (needs experienced  
> participants,
> trust in macro's, etc);
> 4. moderation through a webform (see previous mail);
>
> Now, I reckon invitation can easily be done, but I was not  
> suggesting it.
>
>> I'm not sure for Mozilla calendar (Outlook is not dealing with
>> standard ICS format, so ...), but iCal allows you to update published
>> calendar on every changes, so this is doing what you want, no ?
>
> Now Outlook has the possibility to import *.ics calendars as a  
> whole, after
> downloading it OR to open one (generated on the fly) within Outlook  
> and save
> it, etc.
> Also Outlook has the possibility to send an opened event to send as  
> a *.ics.
> (top-menu: Actions -> Send as *.ics). It than contains all the  
> necessary
> data (uid, timezones, whatever). With iCal one can do exactly the  
> same.
>
> Given the above, the suggested (and working!!) solution is not only  
> fast and
> efficient, it's also phpicalendar-updating for dummy's. For anyone  
> who's
> able to use its calendar and emailprogramm, can than update a calendar
> (s)he's authorized to, by email-recognition.
> Again, it was very very simple.
>
>> The first goal of this project is to publish calendars on a network.
>> I agree that something interesting would be to add is a way to edit
>> calendars. Various hacks had been done on this subject, and
>> particularly something to send an email to the calendar owner to book
>> time.
> This sounds like the alternative 1., which requires an administrators
> interaction. I hope I now explained well enough that my suggestion is
> without any human interaction and yet with very limited programming.
>
> Of course than also deleting had to be added, and I did.
> Doing so also save item to outlook resp. save item to iCal was  
> easily made.
>
>
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

RE: [PHPiCalendar-DEV] Outlook and iCal addition into phpicalendar

[svens <sv...@de...>]

A dedicated pop3 (could be imap) account is used to receive the mail with
the *.ics attachments;
On each request (index, day, week, month, year) the mailserver is checked
for new additions and, if so, they'll be added into the calender associated
with the senders email address;
It's quite easy to set it up in a way that anyone can ad through this way
into a public calendar, but who would want that??
 
Anyway, when things can be added, they should also be delete-able, by the
adder that is. I altered the event.php in such way that the adder can delete
the item from its calendar, on uid-basis, from within the event popup;
 
Once the delete-option was made, it was also possible to add two other
options into the event popup: export item to outlook or to iCal, also on
uid-basis.
 
I did it in the last three evenings, so it's not fully finished/tested, but
also it was surprisingly simple. 
So now I just wonder why I can't find any similar addition to phpicalendar.
 
Why can mail_into_phpicalendar be preferable to just plain uploading of a
whole calendar or using webcal reference? 
Well, since anyone is used to his/her email application, one can expect them
to easily use it for emailing a calendar-item. 
Making it in your own system and then sending it, provides a backup, id's
and all the necessary data.
Using a form to add into phpicalender, would require a lot of choices,
possibilities, checks and balances.
 
I am wondering if anyone has tried the same and if i have overlooked any
(future) problem.


>It seems to me that you want to do (at the end of the dev) something
>like Outlook, with event invitation, isn't it ?

No event invitation. 
The quest:
Around a common subject, different people are involved. I made one general
calendar, which I as moderator will update (using outlook and outlook2ical
(a vb-macro)). For each (couple of) participant(s) I've setup a own calendar
-> Petrus, Paulus, Lucas, etc...
The solution:
Each of them can email an event as attachment (either from Outlook or iCal)
to a certain emailaddress. Whenever a any user/viewer of the calendar
changes view a tiny little php-script is launched, using imap_mail_etc,
checking for mail with attachments, checking attachments for events, merging
them into the existing phpicalendar *.ics that is associated with their
senders emailaddress. It works just fine!
The alternatives:
1. moderation through the administrator (takes his time and delay in
update);
2. update a own calendar in a shared map (needs experienced participants,
trust in macro's and the use of passwords, etc);
3. update a own calendar in a private map (needs experienced participants,
trust in macro's, etc);
4. moderation through a webform (see previous mail);

Now, I reckon invitation can easily be done, but I was not suggesting it.

>I'm not sure for Mozilla calendar (Outlook is not dealing with
>standard ICS format, so ...), but iCal allows you to update published
>calendar on every changes, so this is doing what you want, no ?

Now Outlook has the possibility to import *.ics calendars as a whole, after
downloading it OR to open one (generated on the fly) within Outlook and save
it, etc.
Also Outlook has the possibility to send an opened event to send as a *.ics.
(top-menu: Actions -> Send as *.ics). It than contains all the necessary
data (uid, timezones, whatever). With iCal one can do exactly the same.

Given the above, the suggested (and working!!) solution is not only fast and
efficient, it's also phpicalendar-updating for dummy's. For anyone who's
able to use its calendar and emailprogramm, can than update a calendar
(s)he's authorized to, by email-recognition.
Again, it was very very simple.

>The first goal of this project is to publish calendars on a network.
>I agree that something interesting would be to add is a way to edit
>calendars. Various hacks had been done on this subject, and
>particularly something to send an email to the calendar owner to book
>time. 
This sounds like the alternative 1., which requires an administrators
interaction. I hope I now explained well enough that my suggestion is
without any human interaction and yet with very limited programming.

Of course than also deleting had to be added, and I did.
Doing so also save item to outlook resp. save item to iCal was easily made.

Re: [PHPiCalendar-DEV] Outlook and iCal addition into phpicalendar

[Nicolas C. <ni...@co...>]

MjAwNi80LzI4LCBzdmVucyA8c3ZlbnNAZGVkcy5ubD46Cj4KPiBbIExvdHMgb2YgaW50ZXJlc3Rp
bmcgdGhpbmdzIF0KCkl0IHNlZW1zIHRvIG1lIHRoYXQgeW91IHdhbnQgdG8gZG8gKGF0IHRoZSBl
bmQgb2YgdGhlIGRldikgc29tZXRoaW5nCmxpa2UgT3V0bG9vaywgd2l0aCBldmVudCBpbnZpdGF0
aW9uLCBpc24ndCBpdCA/CgpUbyBhbnN3ZXIgeW91ciBxdWVzdGlvbiAobm90ZSB0aGF0cyBvbmx5
IG15IG9waW5pb24pLCBJIHRoaW5rIHRoYXQKYWRkaW5nIGEgbWFpbCBzZXJ2ZXIgbWFuYWdtZW50
IHRvIHRoaXMgcHJvamVjdCBpcyB0byBiaWcgKG9ubHkgZm9yCmFkZGluZyBvciBkZWxldGluZyBl
dmVudHMpLCBhbmQgb25seSBkZWRpY2F0ZWQgdG8gZXhwZXJ0IHVzZXJzLgpJJ20gbm90IHN1cmUg
Zm9yIE1vemlsbGEgY2FsZW5kYXIgKE91dGxvb2sgaXMgbm90IGRlYWxpbmcgd2l0aApzdGFuZGFy
ZCBJQ1MgZm9ybWF0LCBzbyAuLi4pLCBidXQgaUNhbCBhbGxvd3MgeW91IHRvIHVwZGF0ZSBwdWJs
aXNoZWQKY2FsZW5kYXIgb24gZXZlcnkgY2hhbmdlcywgc28gdGhpcyBpcyBkb2luZyB3aGF0IHlv
dSB3YW50LCBubyA/CgpUaGUgZmlyc3QgZ29hbCBvZiB0aGlzIHByb2plY3QgaXMgdG8gcHVibGlz
aCBjYWxlbmRhcnMgb24gYSBuZXR3b3JrLgpJIGFncmVlIHRoYXQgc29tZXRoaW5nIGludGVyZXN0
aW5nIHdvdWxkIGJlIHRvIGFkZCBpcyBhIHdheSB0byBlZGl0CmNhbGVuZGFycy4gVmFyaW91cyBo
YWNrcyBoYWQgYmVlbiBkb25lIG9uIHRoaXMgc3ViamVjdCwgYW5kCnBhcnRpY3VsYXJseSBzb21l
dGhpbmcgdG8gc2VuZCBhbiBlbWFpbCB0byB0aGUgY2FsZW5kYXIgb3duZXIgdG8gYm9vawp0aW1l
LiAoSSdtIHNvcnJ5IHdlIGdldCBpbnRvIHRyb3VibGUgd2l0aCB0aGUgZm9ydW0sIHNvIEkgY2Fu
J3QgdGVsbAp5b3UgbW9yZSBhYm91dCB0aGF0LCBidXQgSSdsbCBrZWVwIHlvdSBpbmZvcm1lZCBh
Ym91dCBpdCwgaWYgeW91IHdhbnQpCgoKRGFub24nLgotLQpJJ20gYSBwb29yIGFuZCBsb25lc29t
ZSBZYW91cnQuLi4gKEFpciBjb25udSkK

Re: [PHPiCalendar-DEV] Is this a new security vuln?

[Nicolas C. <ni...@co...>]

MjAwNi8zLzI1LCBKaW0gSHUgPGppbWh1QHRhbXUuZWR1PjoKPiBPbiBNYXIgMjUsIDIwMDYsIGF0
IDE6MTUgQU0sIFdlc2xleSBNaWF3IHdyb3RlOgo+Cj4gSWYgZGFub24gaXMgc3RpbGwgd29ya2lu
ZyBvbiBoaXMgaW1wcm92ZWQgYWRtaW4gcGFnZSwgSSB0aGluayB0aGlzCj4gd2lsbCBiZSBuZWVk
ZWQuCgpZZXMgaSdtIHN0aWxsIHdvcmtpbmcgb24gaXQgKGh1bS4uLikKQWZ0ZXIgcmVhZGluZyB0
aGlzIHRocmVhZCAoT2tpLCBJJ20gYSBiaXQgbGF0ZSB0byByZWFjdCB0b28pLCBJIGRvbid0Cmtu
b3cgd2hpY2ggaXMgdGhlIGJlc3Qgd2F5IHRvIGZvbGxvdy4KCkkndmUgdG8gZ28gYmFjayB0byB0
aGUgY29kZSB0byBzZWUgaG93IGJpZyBhcmUgdGhlIHVzZXMgb2Ygc3VwZXJnbG9iYWxzLgpGb3Ig
bm93LCBJIGFuYWx5emVkIHVzZXIncyBpbnB1dCBteXNlbGYsIGluIHRoZSBhZG1pbiBhcmVhLi4u
CgpoYXMgYW55Ym9keSBldmVyIHN0YXJ0ZWQgd29ya2luZyBvbiBpdCA/IGlmIHNvLCB3aGF0IGlz
c3VlIGRpZCB5b3UKY2hvb3NlID8gSSdsbCBmb2xsb3cgeW91ciB3b3JrLgoKCkRhbm9uJy4KLS0K
SSdtIGEgcG9vciBhbmQgbG9uZXNvbWUgWWFvdXJ0Li4uIChBaXIgY29ubnUpCg==

Re: [PHPiCalendar-DEV] Is this a new security vuln?

[Jim Hu <ji...@ta...>]

Great, thanks!

Jim

On Apr 27, 2006, at 9:42 PM, Jo Rhett wrote:

> On Thu, Mar 23, 2006 at 10:28:09AM -0600, Jim Hu wrote:
>> Vuln #2 is related to the publish scripts, which we technically say
>> we don't support.  We may need someone to take this on.  Anybody?
>
> I'll own it.  But I doubt I can start before Sunday.  (and yes, I'm  
> a month
> late answering)
>
> -- 
> Jo Rhett
> senior geek
> SVcolo : Silicon Valley Colocation

Re: [PHPiCalendar-DEV] Is this a new security vuln?

[Jo R. <jr...@sv...>]

On Thu, Mar 23, 2006 at 10:28:09AM -0600, Jim Hu wrote:
> Vuln #2 is related to the publish scripts, which we technically say  
> we don't support.  We may need someone to take this on.  Anybody?
 
I'll own it.  But I doubt I can start before Sunday.  (and yes, I'm a month
late answering)

-- 
Jo Rhett
senior geek
SVcolo : Silicon Valley Colocation

[PHPiCalendar-DEV] Outlook and iCal addition into phpicalendar

[svens <sv...@de...>]

I first installed phpicalender on april 19th 2006 after I had had a look at
it a year ago, or so. I too required a way for more people to add items.
 
I just made a little something with which some predefined users can manage
their personal calendar within my phpicalendar through email.
 
A dedicated pop3 (could be imap) account is used to receive the mail with
the *.ics attachments;
On each request (index, day, week, month, year) the mailserver is checked
for new additions and, if so, they'll be added into the calender associated
with the senders email address;
It's quite easy to set it up in a way that anyone can ad through this way
into a public calendar, but who would want that??
 
Anyway, when things can be added, they should also be delete-able, by the
adder that is. I altered the event.php in such way that the adder can delete
the item from its calendar, on uid-basis, from within the event popup;
 
Once the delete-option was made, it was also possible to add two other
options into the event popup: export item to outlook or to iCal, also on
uid-basis.
 
I did it in the last three evenings, so it's not fully finished/tested, but
also it was surprisingly simple. 
So now I just wonder why I can't find any similar addition to phpicalendar.
 
Why can mail_into_phpicalendar be preferable to just plain uploading of a
whole calendar or using webcal reference? 
Well, since anyone is used to his/her email application, one can expect them
to easily use it for emailing a calendar-item. 
Making it in your own system and then sending it, provides a backup, id's
and all the necessary data.
Using a form to add into phpicalender, would require a lot of choices,
possibilities, checks and balances.
 
I am wondering if anyone has tried the same and if i have overlooked any
(future) problem.

 

Re: [PHPiCalendar-DEV] Help with drawing problems

[Nicolas C. <ni...@co...>]

MjAwNi80LzI2LCBKaW0gSHUgPGppbWh1QHRhbXUuZWR1PjoKPiBJIGRvbid0IHRoaW5rIHRoZXkg
Y2FtZSBpbiB0aHJvdWdoIHBocEJCLCBidXQgYSByZXBsYWNlbWVudCBtYXkgYmUgaW4gdGhlCj4g
d29ya3MuCgpPa2ksIHlvdSdyZSB0aGUgb25lIHdobyBjYW4ganVkZ2UuCgpCeSB0aGUgd2F5IHNv
cnJ5IGZvciBteSBzaG9ydCBsYXN0IHJlcG9uc2UuCkkgaGFkIHRyb3VibGUgd2l0aCBteSB3b3Jr
IGNvbm5lY3Rpb24uCgoKSSdsbCBiZSBob25vcmVkIHRvIGJlIHBhcnQgb2YgdGhlIGRldiB0ZWFt
LCB3aXRoIGFuIGFjY2VzcyB0byB0aGUgQ1ZTLgpCdXQsIEkgcHJlZmVyIHlvdSBtYWtlIGEgcmVm
ZXJlbmR1bSwgb3IgbWF5YmUsIHlvdSBzdGFuZCBmb3IgdGhlIGFkbWluCnBhZ2VzLCBJJ3ZlIHBy
b21pc2VkIChCdXQgbm90IGZpbmlzaGVkIHlldCEgOi0kKSwgZm9yIGV2ZXJ5b25lIHRvIGJlCnN1
cmUgSSdtICBhIHJlYWxseSBnb29kIGRldmVsb3BlciBhbmQgYWdyZWVkIHRvIGFsbG93IG1lIGlu
LgoKSW4gY29uY2x1c2lvbiB0byB0aGF0IGJ1ZywgSSBoYWQgYW4gaWRlYSA6IFdvdWxkbid0IGl0
IGJlIGdyZWF0IHRvCmhhdmUsIG9uIGVhY2ggZGF5LCBhIGRlZGljYXRlZCBjb2x1bW4gZm9yIGVh
Y2ggY2FsZW5kYXIncyBldmVudCwKaW5zdGVhZCBvZiB0aGUgZXZlbnRzIGRpc3BhdGNoZWQgbGlr
ZSB0aGV5IGFyZSBub3cgPwpKdXN0IGdpdmUgbWUgeW91ciBvcGluaW9uLCBhbmQgaWYgeWVzLCBJ
J2xsIHdvcmsgb24gaXQuCgoKRGFub24nLgotLQpJJ20gYSBwb29yIGFuZCBsb25lc29tZSBZYW91
cnQuLi4gKEFpciBjb25udSkK

Re: [PHPiCalendar-DEV] Help with drawing problems

[Jim Hu <ji...@ta...>]

I don't think they came in through phpBB, but a replacement may be in  
the works.
=====================================
Jim Hu
Associate Professor and Associate Head for Graduate Programs
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054

On Apr 26, 2006, at 11:22 AM, Nicolas Contamin wrote:

> Yep PHPbb is very well-known as a bug
>
> 2006/4/26, Jim Hu <ji...@ta...>:
>> Danon,
>>
>> Thanks!  Shouldn't you be on the developer team with CVS access?
>>
>> JH
>>
>> p.s. I hope to get the website back up soon...Chad warned me that it
>> would attract hackers :^(
>>
>> On Apr 26, 2006, at 9:49 AM, Nicolas Contamin wrote:
>>
>> > 2006/4/13, Jim Hu <ji...@ta...>:
>> >> Anyone want to take a shot at this bug
>> >
>> > oki, That's done!
>> > It was quite awesome, but here is the answer (a patch file is in
>> > attachement) :
>> >
>> > You have to insert this code line, after line 92 of
>> > function/overlapping_event.php :
>> > $new_block['events'] = $ol_blocks[$new_block_key]['events'];
>> >
>> > Jim, would you mind to update the CVS, please.
>> > (If you want to be sure, just have a look at this (but, this is a
>> > development server, so full of warning, I'm sorry) :
>> > http://eidolon.univ-lyon2.fr:16080/~nicoconta/phpicalendar_v3/
>> > week.php? 
>> cal=room101,room126,room130,room216,room218&getdate=20060403)
>> >
>> >
>> > In fact, this should fix lots of display bugs.
>> > When the algorithm was checking for overlapping events, the base
>> > reference was never updated, so some events were skipped and bad
>> > values were passed to the display engine.
>> >
>> >
>> > Danon'.
>> > --
>> > I'm a poor and lonesome Yaourt... (Air connu)
>> > <overlapping_events.diff>
>>
>>
>
>
> --
> I'm a poor and lonesome Yaourt... (Air  
> connu-------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel
> )

Re: [PHPiCalendar-DEV] Help with drawing problems

[Nicolas C. <ni...@co...>]

WWVwIFBIUGJiIGlzIHZlcnkgd2VsbC1rbm93biBhcyBhIGJ1ZwoKMjAwNi80LzI2LCBKaW0gSHUg
PGppbWh1QHRhbXUuZWR1PjoKPiBEYW5vbiwKPgo+IFRoYW5rcyEgIFNob3VsZG4ndCB5b3UgYmUg
b24gdGhlIGRldmVsb3BlciB0ZWFtIHdpdGggQ1ZTIGFjY2Vzcz8KPgo+IEpICj4KPiBwLnMuIEkg
aG9wZSB0byBnZXQgdGhlIHdlYnNpdGUgYmFjayB1cCBzb29uLi4uQ2hhZCB3YXJuZWQgbWUgdGhh
dCBpdAo+IHdvdWxkIGF0dHJhY3QgaGFja2VycyA6XigKPgo+IE9uIEFwciAyNiwgMjAwNiwgYXQg
OTo0OSBBTSwgTmljb2xhcyBDb250YW1pbiB3cm90ZToKPgo+ID4gMjAwNi80LzEzLCBKaW0gSHUg
PGppbWh1QHRhbXUuZWR1PjoKPiA+PiBBbnlvbmUgd2FudCB0byB0YWtlIGEgc2hvdCBhdCB0aGlz
IGJ1Zwo+ID4KPiA+IG9raSwgVGhhdCdzIGRvbmUhCj4gPiBJdCB3YXMgcXVpdGUgYXdlc29tZSwg
YnV0IGhlcmUgaXMgdGhlIGFuc3dlciAoYSBwYXRjaCBmaWxlIGlzIGluCj4gPiBhdHRhY2hlbWVu
dCkgOgo+ID4KPiA+IFlvdSBoYXZlIHRvIGluc2VydCB0aGlzIGNvZGUgbGluZSwgYWZ0ZXIgbGlu
ZSA5MiBvZgo+ID4gZnVuY3Rpb24vb3ZlcmxhcHBpbmdfZXZlbnQucGhwIDoKPiA+ICRuZXdfYmxv
Y2tbJ2V2ZW50cyddID0gJG9sX2Jsb2Nrc1skbmV3X2Jsb2NrX2tleV1bJ2V2ZW50cyddOwo+ID4K
PiA+IEppbSwgd291bGQgeW91IG1pbmQgdG8gdXBkYXRlIHRoZSBDVlMsIHBsZWFzZS4KPiA+IChJ
ZiB5b3Ugd2FudCB0byBiZSBzdXJlLCBqdXN0IGhhdmUgYSBsb29rIGF0IHRoaXMgKGJ1dCwgdGhp
cyBpcyBhCj4gPiBkZXZlbG9wbWVudCBzZXJ2ZXIsIHNvIGZ1bGwgb2Ygd2FybmluZywgSSdtIHNv
cnJ5KSA6Cj4gPiBodHRwOi8vZWlkb2xvbi51bml2LWx5b24yLmZyOjE2MDgwL35uaWNvY29udGEv
cGhwaWNhbGVuZGFyX3YzLwo+ID4gd2Vlay5waHA/Y2FsPXJvb20xMDEscm9vbTEyNixyb29tMTMw
LHJvb20yMTYscm9vbTIxOCZnZXRkYXRlPTIwMDYwNDAzKQo+ID4KPiA+Cj4gPiBJbiBmYWN0LCB0
aGlzIHNob3VsZCBmaXggbG90cyBvZiBkaXNwbGF5IGJ1Z3MuCj4gPiBXaGVuIHRoZSBhbGdvcml0
aG0gd2FzIGNoZWNraW5nIGZvciBvdmVybGFwcGluZyBldmVudHMsIHRoZSBiYXNlCj4gPiByZWZl
cmVuY2Ugd2FzIG5ldmVyIHVwZGF0ZWQsIHNvIHNvbWUgZXZlbnRzIHdlcmUgc2tpcHBlZCBhbmQg
YmFkCj4gPiB2YWx1ZXMgd2VyZSBwYXNzZWQgdG8gdGhlIGRpc3BsYXkgZW5naW5lLgo+ID4KPiA+
Cj4gPiBEYW5vbicuCj4gPiAtLQo+ID4gSSdtIGEgcG9vciBhbmQgbG9uZXNvbWUgWWFvdXJ0Li4u
IChBaXIgY29ubnUpCj4gPiA8b3ZlcmxhcHBpbmdfZXZlbnRzLmRpZmY+Cj4KPgoKCi0tCkknbSBh
IHBvb3IgYW5kIGxvbmVzb21lIFlhb3VydC4uLiAoQWlyIGNvbm51KQo=

Re: [PHPiCalendar-DEV] Help with drawing problems

[Jim Hu <ji...@ta...>]

Danon,

Thanks!  Shouldn't you be on the developer team with CVS access?

JH

p.s. I hope to get the website back up soon...Chad warned me that it  
would attract hackers :^(

On Apr 26, 2006, at 9:49 AM, Nicolas Contamin wrote:

> 2006/4/13, Jim Hu <ji...@ta...>:
>> Anyone want to take a shot at this bug
>
> oki, That's done!
> It was quite awesome, but here is the answer (a patch file is in  
> attachement) :
>
> You have to insert this code line, after line 92 of
> function/overlapping_event.php :
> $new_block['events'] = $ol_blocks[$new_block_key]['events'];
>
> Jim, would you mind to update the CVS, please.
> (If you want to be sure, just have a look at this (but, this is a
> development server, so full of warning, I'm sorry) :
> http://eidolon.univ-lyon2.fr:16080/~nicoconta/phpicalendar_v3/ 
> week.php?cal=room101,room126,room130,room216,room218&getdate=20060403)
>
>
> In fact, this should fix lots of display bugs.
> When the algorithm was checking for overlapping events, the base
> reference was never updated, so some events were skipped and bad
> values were passed to the display engine.
>
>
> Danon'.
> --
> I'm a poor and lonesome Yaourt... (Air connu)
> <overlapping_events.diff>

Re: [PHPiCalendar-DEV] Help with drawing problems

[Nicolas C. <nic...@gm...>]

MjAwNi80LzEzLCBKaW0gSHUgPGppbWh1QHRhbXUuZWR1PjoKPiBBbnlvbmUgd2FudCB0byB0YWtl
IGEgc2hvdCBhdCB0aGlzIGJ1ZwoKb2tpLCBUaGF0J3MgZG9uZSEKSXQgd2FzIHF1aXRlIGF3ZXNv
bWUsIGJ1dCBoZXJlIGlzIHRoZSBhbnN3ZXIgKGEgcGF0Y2ggZmlsZSBpcyBpbiBhdHRhY2hlbWVu
dCkgOgoKWW91IGhhdmUgdG8gaW5zZXJ0IHRoaXMgY29kZSBsaW5lLCBhZnRlciBsaW5lIDkyIG9m
CmZ1bmN0aW9uL292ZXJsYXBwaW5nX2V2ZW50LnBocCA6CiRuZXdfYmxvY2tbJ2V2ZW50cyddID0g
JG9sX2Jsb2Nrc1skbmV3X2Jsb2NrX2tleV1bJ2V2ZW50cyddOwoKSmltLCB3b3VsZCB5b3UgbWlu
ZCB0byB1cGRhdGUgdGhlIENWUywgcGxlYXNlLgooSWYgeW91IHdhbnQgdG8gYmUgc3VyZSwganVz
dCBoYXZlIGEgbG9vayBhdCB0aGlzIChidXQsIHRoaXMgaXMgYQpkZXZlbG9wbWVudCBzZXJ2ZXIs
IHNvIGZ1bGwgb2Ygd2FybmluZywgSSdtIHNvcnJ5KSA6Cmh0dHA6Ly9laWRvbG9uLnVuaXYtbHlv
bjIuZnI6MTYwODAvfm5pY29jb250YS9waHBpY2FsZW5kYXJfdjMvd2Vlay5waHA/Y2FsPXJvb20x
MDEscm9vbTEyNixyb29tMTMwLHJvb20yMTYscm9vbTIxOCZnZXRkYXRlPTIwMDYwNDAzKQoKCklu
IGZhY3QsIHRoaXMgc2hvdWxkIGZpeCBsb3RzIG9mIGRpc3BsYXkgYnVncy4KV2hlbiB0aGUgYWxn
b3JpdGhtIHdhcyBjaGVja2luZyBmb3Igb3ZlcmxhcHBpbmcgZXZlbnRzLCB0aGUgYmFzZQpyZWZl
cmVuY2Ugd2FzIG5ldmVyIHVwZGF0ZWQsIHNvIHNvbWUgZXZlbnRzIHdlcmUgc2tpcHBlZCBhbmQg
YmFkCnZhbHVlcyB3ZXJlIHBhc3NlZCB0byB0aGUgZGlzcGxheSBlbmdpbmUuCgoKRGFub24nLgot
LQpJJ20gYSBwb29yIGFuZCBsb25lc29tZSBZYW91cnQuLi4gKEFpciBjb25udSkK

[PHPiCalendar-DEV] Re: Library for CalDAV

[Jim Hu <ji...@ta...>]

Yes, that sounds very interesting...I'll forward this to the  
developers list, there's a specific person, Jack, interested in doing  
CalDAV support.  Thanks!

JH

On Apr 25, 2006, at 5:31 PM, Edward Murrell wrote:

> Hi there,
>
> I noticed on the Feature requests page for PHP iCalendar is a request
> for CalDAV support (feature request ID 1458634), probably using the
> WebDAV server at http://pear.php.net/package/HTTP_WebDAV_Server.
>
> As it turns out, we are internally writing a ICS interpreter for use
> with an internal PHP product using the the HTTP_WebDAV_Server package.
>
> Since we're not interested in a CalDAV server per se, I've cleared it
> with my boss to GPL (or LGPL) the interpreter. If your interested,  
> I can
> work with the developer(s) of that feature request to make sure  
> that the
> API of the ICS interpreter is usable with PHP iCalendar. Once the
> interpreter is to a usable state, we will probably make the project
> avaliable on sourceforge.
>
> Interested?
>
> Regards
> Edward Murrell
> ed...@dl...
> SysAdmin, DL Consulting
>

Re: [PHPiCalendar-DEV] Help with drawing problems

[Nicolas C. <nic...@gm...>]

MjAwNi80LzEzLCBKaW0gSHUgPGppbWh1QHRhbXUuZWR1PjoKPiBBbnlvbmUgd2FudCB0byB0YWtl
IGEgc2hvdCBhdCB0aGlzIGJ1Zz8KPgo+IGh0dHBzOi8vc291cmNlZm9yZ2UubmV0L3RyYWNrZXIv
aW5kZXgucGhwPwo+IGZ1bmM9ZGV0YWlsJmFpZD0xNDY5NDQzJmdyb3VwX2lkPTYyMjcwJmF0aWQ9
NTAwMDE3Cj4KPiBUaGUgYnVnIGlzIGEgc2l0dWF0aW9uIHdoZXJlIHRoZSBkcmF3aW5nIGFsZ29y
aXRobSBiYXNpY2FsbHkgZ29lcwo+IG51dHMgYW5kIHNoaWZ0cyBldmVudCB0YWJsZSBjZWxscyBy
aWdodHdhcmQuICBJJ3ZlIHNlZW4gdGhpcyBiZWZvcmUsCj4gYnV0IGhhdmVuJ3QgYmVlbiBhYmxl
IHRvIGZpZ3VyZSBvdXQgaG93IHRoZSBvdmVybGFwIGFuZCBkcmF3aW5nCj4gYWxnb3JpdGhtcyB3
b3JrIHdlbGwgZW5vdWdoIHRvIGV2ZW4gdHJ5IHRvIHNvbHZlIHRoaXMgb25lLiAgSSd2ZSBub3cK
PiBwbGFjZWQgdGhlc2UgY2FsZW5kYXJzIGF0Ogo+Cj4gaHR0cDovL3BocGljYWxlbmRhci5uZXQv
cGhwaWNhbF90ZXN0Lz9jcGF0aD1jYWxwb2x5Cj4KPiBpbiBjYXNlIGFueW9uZSB3YW50cyB0byBk
b3dubG9hZCB0aGVtLiAgSSB0aGluayBhdCBsZWFzdCA0LTUgb2YgdGhlc2UKPiBoYXZlIHRvIGJl
IHZpZXdlZCBzaW11bHRhbmVvdXNseSB0byBzaG93IHRoZSB3ZWlyZG5lc3MuICBTdGFydCB3aXRo
Cj4gYWxsIGNvbWJpbmVkIGFuZCB5b3UnbGwgc2VlIGhvdyBiYWQgaXQgaXMuCj4gPT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo+IEppbSBIdQoKWW91ciBzZXJ2ZXIgc2VlbXMg
dG8gYmUgZG93bi4gOicoCkknbGwgZ28gdGhyb3VnaCB0aGlzIHByb2JsZW0uIFdvdWxkIHlvdSBt
aW5kIHRvIHNlbmQgbWUgdGhvc2UgLklDUyBmaWxlcyA/CgoKRGFub24nLgotLQpJJ20gYSBwb29y
IGFuZCBsb25lc29tZSBZb2dvdXJ0Li4uIChrbm93biBzb25nKQo=

[PHPiCalendar-DEV] Help with drawing problems

[Jim Hu <ji...@ta...>]

Anyone want to take a shot at this bug?

https://sourceforge.net/tracker/index.php? 
func=detail&aid=1469443&group_id=62270&atid=500017

The bug is a situation where the drawing algorithm basically goes  
nuts and shifts event table cells rightward.  I've seen this before,  
but haven't been able to figure out how the overlap and drawing  
algorithms work well enough to even try to solve this one.  I've now  
placed these calendars at:

http://phpicalendar.net/phpical_test/?cpath=calpoly

in case anyone wants to download them.  I think at least 4-5 of these  
have to be viewed simultaneously to show the weirdness.  Start with  
all combined and you'll see how bad it is.
=====================================
Jim Hu

Re: [PHPiCalendar-DEV] CalDAV

[<ms...@fr...>]

Thanks Jim - that did the trick

Will PHP iCalendar participate in this year's Summer of Code?  
Mentorship of an experienced developer would be a great opportunity

I created a caldav.php script & a lib directory, to contain an 
HTTP_CalDAV_Server library

Would really like to start using CVS to track changes to these files.  
Would you consider letting me access the PHP iCalendar CVS repository?

Thanks again - Jack

On Apr 6, 2006, at 7:45 AM, Jim Hu wrote:

> The wiki, for reasons known only to the developers of mediawiki, 
> demands that usernames start with an uppercase letter.  I find this 
> annoying, but I haven't reset it yet...I know that there's a way to 
> change the wiki config file to allow all lowercase, but I've forgotten 
> what I have to reset to do that.
> =====================================
> Jim Hu

Re: [PHPiCalendar-DEV] CalDAV

[Jim Hu <ji...@ta...>]

The wiki, for reasons known only to the developers of mediawiki,  
demands that usernames start with an uppercase letter.  I find this  
annoying, but I haven't reset it yet...I know that there's a way to  
change the wiki config file to allow all lowercase, but I've  
forgotten what I have to reset to do that.
=====================================
Jim Hu

On Apr 6, 2006, at 2:16 AM, ms...@fr... wrote:

> I'm working on adding CalDAV support to PHP iCalendar using the  
> PEAR HTTP_WebDAV_Server package -
>  * http://sourceforge.net/tracker/index.php? 
> func=detail&aid=1458634&group_id=62270&atid=500020
>  * http://ietf.webdav.org/caldav/home.html
>  * http://pear.php.net/package/HTTP_WebDAV_Server/
>
> I have experience developing with this module - I wrote the WebDAV  
> module for Gallery - http://cvs.sf.net/viewcvs.py/gallery-contrib/ 
> webdav/
>
> Beyond WebDAV, which generally lets one client edit a calendar &  
> multiple clients subscribe to it, CalDAV allows multiple clients to  
> edit calendars at the same time
>
> Many new clients support CalDAV, like Mozilla Sunbird, OSAF  
> Chandler, etc.
>
> I tried writing a page about CalDAV for the wiki, but couldn't  
> create a username for myself.  It keeps complaining "You have not  
> specified a valid user name."  I tried several times, I can find  
> nothing wrong with my username
>
> Has anyone else had trouble creating a wiki username?  Is anyone  
> able to do so at the moment?
>
> Thanks - Jack
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting  
> language
> that extends applications into web and mobile media. Attend the  
> live webcast
> and join the prime developer group breaking into this new coding  
> territory!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Phpicalendar-devel mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpicalendar-devel

[PHPiCalendar-DEV] CalDAV

[<ms...@fr...>]

I'm working on adding CalDAV support to PHP iCalendar using the PEAR  
HTTP_WebDAV_Server package -
  *  
http://sourceforge.net/tracker/index.php? 
func=detail&aid=1458634&group_id=62270&atid=500020
  * http://ietf.webdav.org/caldav/home.html
  * http://pear.php.net/package/HTTP_WebDAV_Server/

I have experience developing with this module - I wrote the WebDAV  
module for Gallery -  
http://cvs.sf.net/viewcvs.py/gallery-contrib/webdav/

Beyond WebDAV, which generally lets one client edit a calendar &  
multiple clients subscribe to it, CalDAV allows multiple clients to  
edit calendars at the same time

Many new clients support CalDAV, like Mozilla Sunbird, OSAF Chandler,  
etc.

I tried writing a page about CalDAV for the wiki, but couldn't create a  
username for myself.  It keeps complaining "You have not specified a  
valid user name."  I tried several times, I can find nothing wrong with  
my username

Has anyone else had trouble creating a wiki username?  Is anyone able  
to do so at the moment?

Thanks - Jack