Note: The dialplan TOD conditions do not account for TZ 

-Avi

On Mon, Nov 7, 2011 at 9:32 PM, Michael Collins <msc@freeswitch.org> wrote:
> How are you passing the timezone info to the dialplan? Are you using an
> offset? Are you using the timezone name? These are important questions. If
> you use the timezone name then the strftime_tz API command will let you
> compute the local time for the given time zone using the time zone database,
> including any known DST values. From there it's just some basic string
> manipulation and calculations. Note: The dialplan TOD conditions do not
> account for TZ so you'd need to do your own calculations. It's completely
> doable, though, as long as there is a valid TZ name supplied somehow.
> -MC
>
>
>
> On Sat, Nov 5, 2011 at 9:12 AM, Avi Marcus <avi@avimarcus.net> wrote:
>>
>> The general thing is a GUI that allows users to create a time condition.
>> If you're running an ITSP, rather than a PBX for one company, then your
>> customers will likely be spanning across time zones.
>> It's one thing to normalize the times to your local time zones.. But that
>> doesn't take DST into account.
>> So basically, the best way would seem to be to pass the time zone to the
>> condition that evaluates TOD.
>> When I looked at this a while ago, I couldn't figure out how to do it..
>> -Avi
>>
>> On Fri, Nov 4, 2011 at 7:20 PM, Michael Collins <msc@freeswitch.org>
>> wrote:
>>>
>>> Can you expand upon this question a bit? My guess is that "anything's
>>> possible" but I'd like to know more about what you're doing before making
>>> any suggestions.
>>> -MC
>>>
>>> On Thu, Nov 3, 2011 at 2:11 AM, Spencer Thomason
>>> <spencer@5ninesolutions.com> wrote:
>>>>
>>>> Hello all,
>>>> Has anyone found an elegant solution to using time conditions with
>>>> multiple locations?  For example suppose you have a multi tenant system with
>>>> time conditions, is there any way to set the call time zone on a per call
>>>> basis?
>>>>
>>>> Thanks,
>>>> Spencer
>>>>
>>>>
>>>>
>>>>
>>>> FreeSWITCH-users mailing list
>>>> FreeSWITCH-users@lists.freeswitch.org
>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>> http://www.freeswitch.org
>>>
>>>
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users@lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>
>>
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users@lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users@lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>