1. Bug 1 - In the file csr_run.pl, that is used to run the cron job to send the emails, the third line after the initial comments goes like: $csreminderfile = "data/cs_reminders.pl"; This does not work when you setup a cron job, because cron jobs are not run in the same directory as csremind. So, when the csr_run.pl script tries to find the data/cs_reminders.pl data_file, it croaks an error. Change this line to: $csreminderfile = "FULL_PATH_OF_CSREMIND/data/cs_reminders.pl"; 2. Bug 2 - When you subscribe for an event notification, the perl script display_after_getEvent.pl gets called. In particular the function display_after_getEvent gets called with the parameter set_reminder. So, look for the line: if ($csr_q->param('set_reminder')){ This is the portion which is called. Inside the code section, the reminder data file is updated, with a call to csr_write_file function. However, what is surprising is that there is no call to the function csr_getEventInfo before the calle to csr_write_file. This the variables that should have contained details of the event (like title and description) is empty and will not be written in the reminder data file. Hence the emails sent will have no info! Solution, just add: &csr_getEventInfo; just before &csr_write_file. 3. The "description" does not get written into the reminder data file! Look inside the function csr_write_file. A line goes: print FILE "$csr_email\t$evdate\t$ndate\t$csr_link\t$csr_title\t$desc\n"; The problem is that the description data of the event is stored in the variable $csr_desc and not $desc! So change the line to: print FILE "$csr_email\t$evdate\t$ndate\t$csr_link\t$csr_title\t$csr_desc\n";
------------------
Dan O.
[This message has been edited by DanO (edited October 23, 2005).]
ThanksTony W
I found that the full path must start with a "/" so it would look llike this$csreminderfile = "/FULL_PATH_OF_CSREMIND/data/cs_reminders.pl";I also found that the path to sendmail must also start with "/"
When making the changes suggested by PaulB
" I doubt you are the only one with this problem as it is a bug in the code. The problem is in display_after_getEvent.pl in the csr_write_file subroutine. The variables csr_desc and csr_title have not been assigned at this point. They don't get assigned until subroutine csr_confirm is run which in turn calls csr_getEventInfo to assign these variables. The fix is to add the following in the csr_write_file subroutine prior to the open statement.&csr_getEventInfo
Your code should now look like this.
sub csr_write_file {&csr_getEventInfoopen (FILE, ">>$csreminderfile"); "
please note that "&csr_getEventInfo"must end with a ";" so the code would look like this
sub csr_write_file {&csr_getEventInfo;open (FILE, ">>$csreminderfile");
After making those rather minor changes, csr is functioning perfectly except for the add to local calendar feature, which I do not have a clue about , so I have disabled it.
Hope this helps
Tony W
Any thoughts?
Thanks, Tony W
From the Meta Calendar's installation instructions:
quote:================OPTIONS:================To use the 'popup' event template regardless if on thedefined meta calendar or not, use the following JavaScriptcode instead of the above code.## Alternate JavaScript code starts AFTER this line...
To use the 'popup' event template regardless if on thedefined meta calendar or not, use the following JavaScriptcode instead of the above code.
## Alternate JavaScript code starts AFTER this line...