Well I figured it out.. there was NO problem sad Don't you hate that when you try to 'fix' something that aint broke!! Anyway for clicksend at least and prol many others, the basic sms template to fill in is:
#@sms dot clicksend dot com
What I was doing wrong was checking off SMS in the admin LuxCal page, instead of the Email (only). This was an issue because the only way I am able to send SMS (at this time) is via the email-sms procedure, which is fine, because it 'works' smile

John

Hi everyone,
I was happily sending sms with the correct (SMS carrier template) settings. I somehow 'lost it' and cannot find my original notes on how to correctly set it. I use clicksend, but I don't think that is where I found the correct setting originally. It was something like: #@sms.clicksend..., but that does not seem to work and clicksend does not seem to have any docs on this. I *thought* I originally found the settings here: calendarforum dot dk/sms-function  but I don't see it there either sad
Thanx,
John

Hi Schwartz,
Thank you again soo much for your kind help and patience. I will try your ideas and report back. I know this will work eventually smile

John

Hi everyone,
Well I *think* I am doing everything correctly.. but apparently NOT sad This is what I have:
- testing of sms WORKS (ie when you ask it to 'send now'..etc.
- cron job set up and working (as far as reporting and apparently running the script without errors)
- sms/emails are NOT being sent per the alarm (times & dates) that I set
- cron reports: "NO emails & NO messages are to be sent" (which is NOT true, as I said above, I HAVE been experimenting with sending them, so cron should NOT say there are not any)!

note: my vhost allows cron;
emails & sms are send just fine (but ONLY when I test them!) But when I set an alarm (notification) time & date, it ALWAYS fails!

Also I've tried testing the cron via the browser (and with webmin) as was suggested, and the only thing that works-- is the cron report (ie it sends an email telling me the 'incorrect' status, as mentioned above).

Please help me with some ideas of what this could possibly be.

John

Hi Schwartz! And thank you soo much for your help. I should have looked around a little more before posting! I am assuming that LuxCal will respond to cron job (programing), and since I have a virtual host, I believe this will solve my concerns of making sure any notifications/alarms, are handled properly smile
Have a great weekend,
John

Hi again everyone! I believe the notifications (alarm with email/sms/rss) ONLY work when the calendar is 'on', correct? Well since I will be using it in a SAAS (online) production, commercial situation soon, I will need to have the calendar 'always' activated, somehow. I am not sure how I will or can do this! I do have a vhost with gandi.net that is always on, in a sense, because, well, when you goto my site, it works smile However, I am not sure if the calendar is 'aware' of this (yet). I mean, when you go there, the calendar shows up, and works;.. But what about alll that time, someone is 'NOT THERE'? Will the alarm notifications, still produce the desired outcome (ie, notify someone of an event - deadline? Or do they need to have their calendar page open--constantly??
I admit I am a little confused to the point where I am not sure this question even makes much sense. I suppose it is kinda like a cell fon.. if it is 'off' then it will not (normally) notify you of any alarm/calendar events. I know some of the fons 'may' wake-up to start the notification process, but not all. This is what I am concerned about here, with LuxCal, and my baby program smile

Hi Schwartz, thank you soo much for your kind and prompt reply. The set up is to have users on the net from all around the world logging into to my software, which will have LuxCal embedded, for their use. Some users will be their only admin, while others may share that responsibility, hence my noticing this issue yesterday while I was testing. The program (an saas) for now, is not released. I will be proud to notify you folks at that time.
So in a nutshell I just want to make sure when I am logged in as admin, that others will not see the same screen and hence be able to manipulate it (on purpose or mistake). I noticed this yesterday, hence my question.
However I prol should have researched a little more before asking here, but it was late yesterday.. you know wink
Anyway I realized a few minutes ago that if I jus go into the sqlite file that I can do everything without logging into another session, and thereby, for the most part, avoiding this possible 'race condition' with the calendar settings.
As far as my initial concern about this, for future (protection) for my users/clients, I suppose what you mentioned should suffice; ie, it will ultimately be up to my clients to assigning admin rights and such, and therefore under normal conditions, this should not be a worry.
My example I suppose of a 'possible' scenario, where someone would be working in the admin screen, at the same time others were 'logged' in and thereby see the admin screen as well. To avoid this, it is now good to know, that I can adjust anything in the db directly, which should be suffice, for safety.
John