ical daemon useage from BLOG example

[icm3012]

Hi

I need to implement an ical message flow between OTRS and a third party planner for ticket assignments. I was struggling to work out how to do this, but the blog entry below is perfect for our needs.

My problem is due to lack of knowledge, I am struggling to understand the rest of the requirements -

[1] Do I need a ical server running on my ubuntu server, which is running otrs or is it better to install it on another server ?

[2] If so, what ical server is recommended?

At least the blog gives me some examples to start working with.

This is the BLOG entry, which got me interested and excited !
http://blog.otrs.org/2010/11/11/proof-o ... -for-task/

many thanks

Ian

[jojo]

The script expect ical files, which can be exported from calendering solutions like ical, exchange, outlook etc...

[icm3012]

Hi JoJo

Thanks, but apoligies for my lack of knowledge in this area. The create-ticket.pl script - I understand.

Its the ical-daemon which I am stuck on. Does this need to be installed and configured on the ical server [in this instance a third party solution which is a visual planning application, to allow helpdesk staff to visually assign tickets to engineers, based on skill sets and job loads/location] or do I need to install something to run this ical-daemon on the OTRS server. I am running OTRS on ubuntu 10.04.

regards

Ian

[jojo]

the daemon scripts polls a directory where ical files are stored. So you need to develop a way to put ical files from your calendaring server in this directory and restart the daemon for new reading of this files. So it can be installed on some server as it is not reading data from a calendar server

The whole script is just a proof of concept, not a package for production use. So you should have basic knowledge of Perl, ical, your calendaring solution and operation of UNIX based systems

[icm3012]

Hi JoJo

Ok, thanks for clarifying the issue. At least it gives me a vision to how this can be achieved.I just need to make it work.


many thanks

Ian