Feature Request – Default Time Zone in Appointment Booking Links
Idea shared by FrankyBoy - Today at 7:40 AM
Proposed
Hello SmarterTools Team,

I would like to submit a feature enhancement request regarding the appointment booking functionality within SmarterMail.

We are actively using the scheduling link feature that allows clients to book time directly with members of our team. Overall, the system works very well and provides the flexibility needed for external users to select their preferred time zone during booking.

However, one recurring usability issue is that the booking interface defaults to UTC as the preselected time zone. While it is important to maintain flexibility and allow users to choose a different time zone, defaulting to UTC often creates confusion for clients who do not notice the setting and inadvertently book appointments at incorrect times.

Each domain in SmarterMail already includes a configured organizational time zone setting. It would significantly improve the user experience if the booking system automatically pulled the domain’s configured time zone and set it as the default selection when presenting available time slots.

Proposed enhancement:
- Keep the time zone selector available and editable.
- Automatically default the booking interface to the domain’s configured organizational time zone instead of UTC.

This approach would:
- Reduce booking errors caused by overlooked time zone settings.
- Improve clarity for end users.
- Maintain flexibility for users in different geographic regions.
- Leverage an existing configuration parameter already defined at the domain level.

I believe this small adjustment would meaningfully enhance the usability of the scheduling feature without altering its current flexibility.

Thank you for considering this request. Please let me know if additional clarification or testing input would be helpful.

Best regards,
Francis
Marc Rainville Replied
Employee Post
A simple solution here would be to have the scheduling page automatically default to the visitor’s current browser/system time zone.

For example, if I’m in New York, the page would default to Eastern Time (EST/EDT) based on my browser’s time zone. The meeting itself would still be stored and referenced in the calendar owner’s time zone (for example, Pacific Time), but the availability would initially display in the visitor’s local time to avoid confusion.

If it’s not already functioning this way, we can submit a task to adjust the behavior. If we’re already detecting the user’s browser time zone, this would be a relatively straightforward enhancement and wouldn’t require creating an entirely new configuration system.

I’ll verify the current behavior and log an improvement request if needed.

Thanks for the suggestion — this would definitely improve usability.
Marc Rainville Lead Software Developer SmarterTools Inc. www.smartertools.com
Marc Rainville Replied
Employee Post
From my testing, it's already defaulting to the browser/system timezone as expected. 
Marc Rainville Lead Software Developer SmarterTools Inc. www.smartertools.com
Hello Marc,

Thank You for your reply.

Tested with 3 browser types here (Chrome, Firefox and Safari) and Default stays UTC by default.

I'm on MacOS latest version

I'm located in Canada (Eastern Time) Canada-USA (UTC -5)
Is the user's "local time zone" set in webmail? I know when logging in to a new account, one of the questions asked is to set the local time zone for the user.


MailEnable survivor / convert --
@ J. LaDow : Yep, the shared calendar is mine and here's my setting :

Excellent - at least helps to rule that out!
MailEnable survivor / convert --

Reply to Thread

Enter the verification text