Live

Reports of form notification emails not being delivered to customers in the US

0

Webflow form notification emails were not delivered to customers in the US. The Email Notifications component was affected. Webflow reports that the issue is resolved. The outage lasted about 60 minutes. Form submissions were not affected and could still be reviewed in the Forms tab in Site settings.

State

Resolved

Started

Lasted

1 h

Worst impact

Partial outage

Timeline

3 updates
17:0717:2217:3717:5218:07
Partial outageUpdate postedTimes in UTC

Identified

32 min 53%

Monitoring

28 min 47%

Updates

Times in UTC

As posted by Webflow

Resolved

Form notification emails for customers in the US were delayed between approximately 14:01 and 17:15 UTC due to an issue with an upstream provider. Form submissions were not affected and could still be reviewed in the Forms tab in Site settings. We're no longer seeing customer impact related to this issue.

Monitoring

We're no longer seeing active customer impact related to form notification emails not being delivered to customers in the US. Our team is continuing to monitor the situation closely and will share another update shortly.

Identified

We've identified that form notification emails not being delivered to customers in the US are the result of issues with an upstream provider. Form submissions can still be reviewed in the Forms tab in Site settings. We're working in collaboration with the provider on a resolution and will share an update as soon as we have more information.

Affected components

1
Email Notifications

Webflow in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

9

Days with an incident

10

Median duration

1 h 57 min

This incident

49% shorter than the median

How long each incident lasted, on the day it started. The outlined bar is this incident.

40 h 20 min
median 1 h 57 min
90 days agoToday

Other Webflow incidents

All incidents

Webflow·Reports of issues deploying Cloud apps

Webflow Cloud app deployment did not work. Webflow reported the problem as resolved. The outage lasted about 7 hours and 30 minutes.

Resolved

Webflow·[MONITORING] Reports of issues accessing the Dashboard for some customers

Some Webflow customers could not access the Dashboard. Webflow reports that this incident is resolved. The issue lasted from about 01:05 to 01:33 UTC.

Resolved

Webflow·[RESOLVED] Increased publishing times for some customers

Following continued monitoring, we’ve confirmed that the issue affecting publishing times has been resolved and there is no current customer impact. We appreciate your patience while our team worked to resolve this issue.

Resolved

Webflow·[RESOLVED] Reports of form submission notification emails not being delivered for some customers

This incident is now resolved. Form submission notification emails were impacted between 00:46 UTC on September 21 and 15:33 UTC on September 22. New form submissions are now triggering notification emails as expected. During this time, form submissions continued to be received and saved as expected, and webhook delivery was unaffected. Notification emails that were not delivered during the affected timeframe will not be delivered retroactively. Affected customers can review submissions from this timeframe via: - the Forms tab in Site settings - the data_forms MCP tool - the Form Submissions API endpoints We appreciate your patience while we worked with our upstream provider to resolve this issue.

Resolved

Webflow·[RESOLVED] Reports of issues authorizing MCP for sites within Client Workspaces

This incident has been resolved. Thank you for your patience while we worked on this issue.

Resolved

Follow Webflow

Your coding agent knows when Webflow is down, and tells you when a failure is theirs, not yours. You can also get Webflow incidents in a feed reader or in Slack.

Prompt
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.

Add it as a remote MCP server named "outages" at https://outages.live/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.

Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "webflow" and tell me if Webflow has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.

Paste this into any coding agent. It adds the server with its own MCP setup.

RSS
https://outages.live/feed.xml?providers=webflow
Slack
/feed subscribe https://outages.live/feed.xml?providers=webflow

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane