[asterisk-users] Time variables in system application

[khalid touati]

thanks i'll keep that in mind.

2010/6/2 Roderick A. Anderson <raanders at cyber-office.net>

> khalid touati wrote:
> > Hi Guys,
> > for people who may have the same issue:
> > i was just not using STRFTIME the right way, after consulting docs, i'm
> > using it like this:
> > exten =>
> >
> 8888,n,Set(FAXFILENOEXT=/var/spool/asterisk/fax/${STRFTIME(${EPOCH},America/New_York,%F_%T)})
> >
> > instead of this:
> > exten =>
> >
> 8888,n,Set(FAXFILENOEXT=/var/spool/asterisk/fax/${STRFTIME(${EPOCH},GMT-5,%F_%T)})
> > and it's displaying the right time now!!
>
> You might need to put America/New_York in quotes -- 'America/New_York'
> or "America/New_York".
>
> This based on my experience with the Perl DateTime module.  Of course
> YMMV and you have it working now.  :-)
>
>
> \\||/
> Rod
> --
> >
> > 2010/4/13 Danny Nicholas <danny at debsinc.com <mailto:danny at debsinc.com>>
> >
> >     My "derailed" train of thought came from OP's mention of Centos 5.3
> >     - I have
> >     to do a "hwclock -s" on my 5.3 box at least daily to keep a
> >     reasonable time.
> >
> >     -----Original Message-----
> >     From: asterisk-users-bounces at lists.digium.com
> >     <mailto:asterisk-users-bounces at lists.digium.com>
> >     [mailto:asterisk-users-bounces at lists.digium.com
> >     <mailto:asterisk-users-bounces at lists.digium.com>] On Behalf Of
> Tilghman
> >     Lesher
> >     Sent: Tuesday, April 13, 2010 2:58 PM
> >     To: Asterisk Users Mailing List - Non-Commercial Discussion
> >     Subject: Re: [asterisk-users] Time variables in system application
> >
> >     On Tuesday 13 April 2010 14:00:36 Danny Nicholas wrote:
> >      > Just what I thought - guess that's the X'th time I wuz wrong
> today.
> >
> >     The only difference between what I think you're calling the system
> time
> >     (output of date) and Asterisk is that Asterisk uses a different
> >     (internal)
> >     library to convert the epoch-based time into a broken-out date.  Both
> >     are using exactly the same value internally, however.  Hardware clock
> is
> >     generally how system time is set initially at boot, though with NTP
> >     servers
> >     and system skew, it's possible for the two values to drift apart
> >     over time.
> >
> >     --
> >     Tilghman Lesher
> >     Digium, Inc. | Senior Software Developer
> >     twitter: Corydon76 | IRC: Corydon76-dig (Freenode)
> >     Check us out at: www.digium.com <http://www.digium.com> &
> >     www.asterisk.org <http://www.asterisk.org>
> >
> >     --
> >     _____________________________________________________________________
> >     -- Bandwidth and Colocation Provided by http://www.api-digital.com--
> >     New to Asterisk? Join us for a live introductory webinar every Thurs:
> >                   http://www.asterisk.org/hello
> >
> >     asterisk-users mailing list
> >     To UNSUBSCRIBE or update options visit:
> >       http://lists.digium.com/mailman/listinfo/asterisk-users
> >
> >
> >     --
> >     _____________________________________________________________________
> >     -- Bandwidth and Colocation Provided by http://www.api-digital.com--
> >     New to Asterisk? Join us for a live introductory webinar every Thurs:
> >                   http://www.asterisk.org/hello
> >
> >     asterisk-users mailing list
> >     To UNSUBSCRIBE or update options visit:
> >       http://lists.digium.com/mailman/listinfo/asterisk-users
> >
> >
> >
> >
> > --
> > Abdullah
> >
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
>               http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-users
>



-- 
Abdullah
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100602/77de2257/attachment.htm