signNow Outage History

10 incidents recorded over the last 365 days, 8 of them resolved. Durations are measured from when PulsAPI first saw the problem to when it cleared, which is usually longer than the vendor's own figure.

Every Recorded signNow Incident

signNow incidents, newest first, with date, duration and status.
DateIncidentDurationStatus
Oct 17, 2026Scheduled MaintenanceThe scheduled maintenance has been completed.15 minScheduled
Sep 4, 2026University SignNow UnavailableIssue is resolved8 minResolved
Jul 5, 2026Scheduled Maintenance Announcement: US environmentThe scheduled maintenance has been completed.15 minScheduled
May 27, 2026Error when sending a documentThis incident has been resolved.1h 27mResolved
May 6, 2026Team documents are not displaying properlyThis incident has been resolved.3h 14mResolved
Mar 11, 2026Issue with sending SMS invitesThe reported issue has been successfully resolved. All systems are functioning normally.5h 8mResolved
Mar 1, 2026Microsoft Email Filtering Impact on SignNow Invite Delivery## **Summary** Between **February 23 and February 28, 2026**, changes in Microsoft’s email filtering behavior intermittently affected delivery of some SignNow invite emails sent to Microsoft-hosted email services…0 minResolved
Feb 10, 2026Website is not loading properlyThis incident has been resolved10h 3mResolved
Jan 22, 2026Email Delivery DelaysThis incident has been resolved.13 minResolved
Jan 8, 2026Issue with Support Email DeliveryThe issue has now been resolved, and email support is fully operational again.10h 28mResolved

Hear about the next one while it is open

Everything above is a record written after the fact. We can email you when the next signNow incident opens instead, at the point where knowing still changes what you do.

Free, no password, no card. Unsubscribe in one click.

How to Read This signNow Incident Log

Each row is an incident PulsAPI observed, not a summary written afterwards. The duration is wall-clock time between the first failing check and the first clean one, so it includes the window before signNow acknowledged anything. Vendor post-mortems typically measure from acknowledgement, which is why their numbers are usually shorter.

Incidents still open have no duration yet and are listed as ongoing rather than being given a running total. The archive covers the last 365 days; anything older has aged out of the window rather than never having happened.

The longest single signNow outage in this window ran 10h 28m, against a mean recovery of 3h 7m. If you depend on signNow in a customer-facing path, the longest figure is the one to design around. The mean is what happens on a normal bad day; the maximum is what happens on the worst one.