Welcome to the Ifbyphone Developers zone. This forum provides a place for the community of advanced Ifbyphone users and developers to share ideas, exchange code, and ask questions.  

Additional Resources

Ifbyphone Company Blog - Ifbyphone Twitter Page - Ifbyphone Company Web Site - Ifbyphone Partners Page
Ifbyphone's CEO's (Irv Shapiro's) Personal Blog - Irv Shapiro Twitter Page

It has been brought to our attention that the NEW MEMBER link does not always display in IE7. If you do not see the new member link in the login box on the right, please try another browser. (Firefox works fine.) In addition please note that Phonemashup accounts are completely separate from Ifbyphone accounts.

If you need help fast, call 877 295 5100 to reach the Ifbyphone "Success Team".   (Support is option 2.)

Members Login
Username 
 
Password 
    Remember Me  
Chatbox
Please log in to join the chat!
Ifbyphone Home Page -> Ifbyphone Developer Zone -> Sample Code -> Broadcast Starting Date must be set in the future
Post Info TOPIC: Broadcast Starting Date must be set in the future
r123


Member

Status: Offline
Posts: 20
Date: Jun 16, 2009
Broadcast Starting Date must be set in the future
  
 

Hi

I have created survoID and thru API am scheduling for broadcast,here is the url:
Broadcast Starting Date must be set in the future
https://secure.ifbyphone.com/click_to_xyz.php?app=cts&acct=XXXX&scheduleonly&survo_id=1111&key=sfsfsf&sdate=2009-06-16 11:25&edate=2009-06-16 11:45&tz=Mountain&phone=1234562223&type=2&dstime=01:01&detime=23:55"Time when i initiated call is: 06/16/2009 11:00am,i got the below error:"Broadcast Starting Date must be set in the future"Can you please help,

__________________
KhyleK


Veteran Member

Status: Offline
Posts: 58
Date: Jun 16, 2009
  
 

r123:

Are you scheduling this from Mountain time?

__________________
r123


Member

Status: Offline
Posts: 20
Date: Jun 16, 2009
  
 

yes i am scheduling it trhu mountain time .
i tried at MST 11:00am with the above URL.
i got the error"Broadcast Starting Date must be set in the future"

__________________
Norm


Newbie

Status: Offline
Posts: 1
Date: Jun 16, 2009
  
 

the server time in MTN runs about 1 hour and 2 minutes fast - adjust your settings and test

__________________
r123


Member

Status: Offline
Posts: 20
Date: Jun 16, 2009
  
 

Thanks, what is MTN in below email.

__________________
pseguin


Veteran Member

Status: Offline
Posts: 45
Date: Jun 16, 2009
  
 

I see multiple requests in our log from your account today. In most cases what I am seeing is that you are scheduling for sdate of around 11:20 Mountain Time. This request is hitting our server at around 2:13 EST which would be 12:13 MST, so 11:20 would have been in the past. I don't see any hits to our server from your account today today earlier then 14:07 EST (12:07 MST).

__________________
-Phil Seguin
pseguin@ifbyphone.com
r123


Member

Status: Offline
Posts: 20
Date: Jun 16, 2009
  
 

Hi pseguin,

I got it. so I assume any request placed for schedule should have at leat 3hrs later than MSt time. Can you please confirm this.

Requests i made using my account "ram kanu"



__________________
pseguin


Veteran Member

Status: Offline
Posts: 45
Date: Jun 16, 2009
  
 

Ram,
All requests should be made relative to the timezone you are passing in. In your example, you were saying make the call at 11:20 Mountain time, when in fact the Mountain time was already 12:20, hence why we were coming back saying that date was in the past.

I hope this helps,
Phil

__________________
-Phil Seguin
pseguin@ifbyphone.com
r123


Member

Status: Offline
Posts: 20
Date: Jun 16, 2009
  
 

Hi Phil,

Thanks for your reply. I am in Arizona. Here there is no DayLight save time cocept. We are always: GMT-7 hrs only.
Our Current Time is : 5:16pm only it never changes. (it is not Mountian Daylight/Summer time, which is GMT-6hrs)
Which parameter i should pass :
as per document here are the possible parameters:

"Eastern", "Central", "Mountain", "Pacific", "Alaska",
"Hawaii" at 5:28pm (time xone is GMT-7hrs) scdhuled for

__________________
pseguin


Veteran Member

Status: Offline
Posts: 45
Date: Jun 17, 2009
  
 

Ram,
Unfortunately right now our survo broadcast API is limited to Mountain assuming you observe DST. Our new API for audio only broadcasts does allow you to pass in the actual GMT value, however this is not yet implemented for the survo broadcast API.

My suggestion for now is to code your API code in a way that assumes your in an area that observes Mountain DST until we can roll out the new GMT feature for survo broadcasting via our API. Your code will need to be smart enough to know once DST is over and change accordingly.



__________________
-Phil Seguin
pseguin@ifbyphone.com
r123


Member

Status: Offline
Posts: 20
Date: Jul 23, 2009
  
 

Hi pseguin,

Do you know when the change mentioned( to consider actual GMT value) in below message will be available to use.  Please let me know. We are find tinf difficulty in finding logoc to use for Arizona time where it never changes to daylight saving time. Also our server caould be any where. i think some other places other than ARIZONA won't follow day light saving time withing USA.
Please let me know when is the scheduled release with the above change.

thanks



__________________
r123


Member

Status: Offline
Posts: 20
Date: Jul 27, 2009
  
 

Any updates on this.

__________________
Asif Ghanchi

Date: Jan 13, 2010
  
 

Is this problem is fixed in your application to pass the GMT Time for scheduling

__________________
yingxuy


Member

Status: Offline
Posts: 5
Date: December 11th
  
 

You mean to call time 11:20 mountain time, mountain time is actually 12:20, so why are we back to that date in the past.

__________________

LED Flashlights | Cree LED Flashlights
Page 1 of 1  sorted by
 
Quick Reply

Please log in to post quick replies.
Ifbyphone Home Page -> Ifbyphone Developer Zone -> Sample Code -> Broadcast Starting Date must be set in the future
Post to Facebook Post to Digg Post to Del.icio.us

This is an open and public forum so Ifbyphone is unable to ensure that all code and suggestions posted to this forum are correct. Please use all code posted here at your own risk. Ifbyphone assumes no liability for code, recommendations and suggestions posted to this forum.

Users and developers will find hundreds of useful posts at the Ifbyphone company blog.