Voicemail Timestamp for multiple time zones

[bllawrence]

Is it possible to have the 3cx system provide voicemail timestamps that correspond with the time zone of the extension instead of always using the timezone of the server? I'm not talking about an email notification. This is dealing with what the user hears when they pick up their phone and listen to messages and the time the message was left is read back to them.

Our server is US Central Time

Most of our users are US Central Time
Some users are US Eastern Time
Some users are US Mountain Time (no DST)


It is confusing for users in Mountain time to hear that a voicemail was left a 10am, when in reality in their time the voicemail was left at 8am. We have the extensions set with the proper time zone for their location. Of course the eastern time zone users have a similar issue since the server is in central time.

Any way to change this?

 

[VoIPTools]

Interesting that I have never noticed that before. I don't think there is any way to change it. But it seems like something 3CX could address if there was sufficient motivation. With more and more 3CX instances hosted in the cloud, I would think this would become a more urgent issue.

Our company has staff in 4 time zones, so you would think someone in our organization would have complained about this!

3CX saves the voicemail date/time in UTC format, so 3CX already has to "translate" the date and time to a "local" date/time. It would be fairly straightforward for them to first check the extension preference before generating the audio. Our Voicemail Manager add-on displays the date and time based on the user's preference...3CX could do the same.

Post on Ideas forum if you can.

 

[bllawrence]

Interesting that I have never noticed that before. I don't think there is any way to change it. But it seems like something 3CX could address if there was sufficient motivation. With more and more 3CX instances hosted in the cloud, I would think this would become a more urgent issue.

Our company has staff in 4 time zones, so you would think someone in our organization would have complained about this!

3CX saves the voicemail date/time in UTC format, so 3CX already has to "translate" the date and time to a "local" date/time. It would be fairly straightforward for them to first check the extension preference before generating the audio. Our Voicemail Manager add-on displays the date and time based on the user's preference...3CX could do the same.

Post on Ideas forum if you can.

I would post on the ideas forum but just got the following message when I visited.... YOU HAVE INSUFFICIENT PRIVILEGES TO POST THREADS HERE.

 

[leejor]

This has come up before...

https://www.3cx.com/community/threads/voicemail-read-date-time-for-different-time-zones.55551/

I have to assume that, up to this point, there has not been enough "motivation" to do something about it.

 

[bllawrence]

This has come up before...

https://www.3cx.com/community/threads/voicemail-read-date-time-for-different-time-zones.55551/

I have to assume that, up to this point, there has not been enough "motivation" to do something about it.

yeah, I read that forum entry earlier but since it was closed to new responses I started this one to see if anything had been done or figured out since the last post. I saw your comment about the confusion that could be caused because of the app on a mobile device or multiple time zone locations for the same extension. I understand all that. I feel that those are the exceptions and that most likely the majority of instances would be of the more in the lines of what I have laid out above.

Also, if anyone wants to post in the IDEAS forum since I don't have the privileges, I would be grateful.

 

[CentrexJ]

Not a "fix" but a good work around is to use the "send voicemail via email" option for these users. While the wav file name will have the wrong time in it, the message date/time stamp will be correct.