tsukraw said:I asked support about this.
They responded that DST is now based automatically set based off the servers clock that 3CX is running on.
Not sure how they are doing this but i guess it must somehow detect it from the servers clock and put it into the provisioning template.
tsukraw said:I got a ticket open with 3CX to see why this is.
I've had some system that have the right dates in there today and others that dont.
Want some clarification as to why. Dont want to give to go in there every year to update the DST settings.
kwcs said:Thank you. That did resolve the issue. Seems strange to me that this is based on dates and not on rules to determine the dates. You should be able to specify it starts the 2nd Sunday in March for example and not have to touch it again.
TSlocum said:tsukraw said:I got a ticket open with 3CX to see why this is.
I've had some system that have the right dates in there today and others that dont.
Want some clarification as to why. Dont want to give to go in there every year to update the DST settings.
I look forward to their answer. Seems like a bug to me.
kwcs said:Thank you. That did resolve the issue. Seems strange to me that this is based on dates and not on rules to determine the dates. You should be able to specify it starts the 2nd Sunday in March for example and not have to touch it again.
Yes, it is nonsense right now. I think it's a bug, possibly left over from v12. You had to change DST each year back then.
<Daylight_Saving_Time_Rule group="Regional/Miscellaneous">start=3/8/7/02:0:0;end=11/1/7/02:0:0;save=1</Daylight_Saving_Time_Rule>
Founded in 2005, when VoIP was an emerging technology, 3CX has gone on to establish itself as a global leader in business communications.