[CAL-3416] Ability to turn the cal.com email flow off

[mreilly-lula]

Is your proposal related to a problem?

Currently, users automatically receive cal.com automated emails when they book events. This is amazing in most use cases. However, I have a few event types where we would want to send more custom emails that include further information.

Describe the solution you'd like

Combining webhooks and the ability to turn off the cal.com booking flow emails would allow us to build any email notification workflow we want.

Describe alternatives you've considered

I haven't found any way to stop the cal.com automated emails.

House rules

• If this issue has a 🚨 needs approval label, don't start coding yet. Wait until a core member approves feature request by removing this label, then you can start coding.
  • For clarity: Non-core member issues automatically get the 🚨 needs approval label.
  • Your feature ideas are invaluable to us! However, they undergo review to ensure alignment with the product's direction.

_CAL-3416

[PeerRich]

i think giving people the option to turn off emails is a risky move. in the past we've decided to not implement this, mostly knowing that some people may deactivate this by accident. lemme keep this one open and see if more people want this

[alelotti96]

I've spent a week exploring cal.com and am interested in integrating it into my website. I've set up a custom notification system using webhooks and Amazon AWS. However, the inability to disable the default notification system is quite frustrating, resulting in duplicate notifications. The only workaround is to self-host cal.com, but dealing with the APIs in that scenario is challenging. It would be greatly appreciated if there were an option to turn off default notifications, perhaps by adding this feature to the "danger zone." Nevertheless, I want to express gratitude for this wonderful software.

[tristansusie]

I would also second that proposal: The first & essential Emails editable inside the Workflows Tab, but a special Alert Dialogue if user clicks to delete them.

Having the option for HTML emails to style them as well would give the user superpowers.

Thank you for your dedication!

[mattburrell]

Having the ability to disable email notifications and control email flow would be great. Thanks. +1

[chadk1]

I also believe this would be a helpful. I would like a little more customization around the email workflow and it would start with being able to disable automated emails. Thanks for all the great work!

[jin-ds]

I'd love to option to disable the default and then use the workflow to customize it further. +100 for me

[peregrinescode]

Me too! Would also help with issue [CAL-2970] https://github.com/calcom/cal.com/issues/13321

[dominikhron]

I would appreciate the option to turn off confirmation emails being sent to myself as the organizer when a guest creates an event. I have Cal set up to add events to my Google Calendar. Confirmation emails are sent to my Outlook and show in my Outlook Calendar as pending. Since I have the two calendars synchronized, I end up with two duplicate events in my Google Calendar. Turning off email confirmations would fix this.

[PeerRich]

we will look into this for the 4.0 milestone. we need to be very careful that people don't do this by accident

[Jojo14234]

Hi, am I missing something or is it only currently possible to disable the sending of confirmation emails but not cancellation emails? I have a workflow I would like to use when an event is cancelled but it is currently sending two emails when the event is cancelled.

I only see this option...

[bsh3p]

I want this also, please.

I send all my customer emails via Mailjet to maintain consistency and I need to disable cal.com notifications sent to Customers to achieve this without duplicating.

[ahsanz024]

We also want to send our own custom emails, can we prevent all emails to customers via Cal.com?

[fabriziospadaro]

It's a much-needed feature. I tried to hack this by sending a fake email in the hidden field and asking for the real one in another field, to prevent the user from receiving any emails from cal, and sending them using my own email provider.

However, the user doesn't receive the event on the calendar.

This is a super dirty hack that I am looking forward to avoiding once we have the option to turn off automatic calendar emails.

[BorisUpheave]

@fabriziospadaro how did you do that? email field cannot be hidden in the embedded form.

[Adillwma]

+1

[CarinaWolli]

We are adding that for organizations: https://github.com/calcom/cal.com/pull/15902 Currently, there is no plan to add that for individual or team accounts

[fabriziospadaro]

@CarinaWolli Just to be 100% honest with the community, it's not a technical limit, but rather a paid feature under the "organizations" plan.

[CarinaWolli]

@CarinaWolli Just to be 100% honest with the community, it's not a technical limit, but rather a paid feature under the "organizations" plan.

The only reason we are so careful about offering this feature is that we're concerned people might accidentally enable it and then complain about missing emails.

Since it has been requested quite a few times, we are now exploring design options so we can offer this feature to all users.

[mreilly-lula]

What if, at least initially, this could only be enabled via the api?

[bsh3p]

@CarinaWolli Just to be 100% honest with the community, it's not a technical limit, but rather a paid feature under the "organizations" plan.

The only reason we are so careful about offering this feature is that we're concerned people might accidentally enable it and then complain about missing emails.

Since it has been requested quite a few times, we are now exploring design options so we can offer this feature to all users.

This is fair to worry about users stuffing this up.

I have a few ideas.

1. Enable this with some smart UI, like the common UI to delete an account where you have to type 'Enable Feature' with a link nearby to knowledge article and a warning. If people are dumb enough to enable without reading a warning and the instructions and still type in the keywords... Then I don't think you can do much more to help these people. This way the UI kind of protects your team from complaints.

2. Bit of upfront effort but once done would be useful for other such features. That is to allow users to opt in to beta features, for others they'll not even see this option.

3. Combine both of the above would be even better

Thank you for continuing to consider this.