EMAIL VERIFICATION, EXPLAINED

System status. Real-time availability & latency metrics.

Operational status, API response times, uptime metrics, scheduled maintenance, and incident history for MailCheckup verification services.

Real-time platform availability.

Continuous automated uptime monitoring across distributed global SMTP nodes.

MAILCHECKUP / STATUS↘
All Systems Fully Operational 142ms API Response Time (p95) 99.98% 90-Day System Uptime Multi-Region SMTP Edge Nodes
SYSTEM AVAILABILITY

Current System Health & Subsystems

Real-time availability metrics for REST APIs, batch list processors, distributed SMTP dialers, and webhook infrastructure.

Continuous Health Checks Multi-Region Resilience
Real-Time Verification API (GET /v1/verify)
142ms (p95) 99.99% Operational
Bulk List Processing Engine (POST /v1/jobs)
Queue depth: 0 100.00% Operational
Distributed Edge SMTP Dialers (Port 25)
165ms handshake 99.95% Operational
HMAC-SHA256 Webhook Dispatcher
< 450ms delivery 100.00% Operational
Model Context Protocol (MCP) Server
Streamable HTTP 100.00% Operational
Stripe Billing & Ledger Accounting
Instant settlement 100.00% Operational

Recent Maintenance & Incident History

October 2026

Scheduled Edge Network Capacity Expansion

Completed

Provisioned additional European and North American SMTP dialer nodes. Verification latency decreased by 14ms across B2B enterprise domains. Zero downtime recorded.

September 2026

Automated Disposable Domain Sync Optimization

Resolved

Upgraded radix trie blocklist refresh pipeline to synchronize against 97,000+ domains every 6 hours. Temporary upstream GitHub API rate limiting was bypassed via secondary mirror.

August 2026

Upstream Outlook 421 Greylisting Handling

Resolved

Fine-tuned dialer concurrency for Microsoft 365 tenants experiencing aggressive anti-spam connection deferrals. Verified $0 Free unknown hold releases worked flawlessly.

ON THIS PAGE
  1. Service availability & SLA targets
  2. Distributed dialer edge architecture
  3. Incident management & post-mortem protocol
  4. Frequently asked status questions

1. Service availability & SLA targets

MailCheckup monitors core infrastructure availability continuously from multiple independent external monitoring stations. Our service targets and observed metrics are outlined below:

Subsystem ComponentTarget SLAObserved 90-Day UptimePerformance SLA TargetFail-Open Safeguard
REST Verification API99.90%99.99%Sub-180ms p95 latency250ms client timeout budget
Bulk List Engine99.90%100.00%Zero queue backlogResumable chunked ingestion
Edge SMTP Dialers99.90%99.95%RFC 5321 handshake complianceDistributed regional IP pools
Webhook Dispatcher99.90%100.00%< 500ms event deliveryAutomatic retry with backoff
MCP Agent Server99.90%100.00%JSON-RPC 2.0 streamingBearer auth session isolation

2. Distributed dialer edge architecture

To deliver consistent sub-180ms verification latency and prevent connection blacklisting, MailCheckup operates distributed SMTP dialing clusters across Tier-1 datacenters in North America and Europe. Nodes maintain strict FCrDNS alignment and dynamic IP warming schedules.

3. Incident management & post-mortem protocol

In the event of an infrastructure anomaly, on-call site reliability engineers are paged immediately. Status updates are published to this dashboard within 15 minutes of detection. Following incident resolution, public post-mortem reports detail root cause analysis and preventative safeguards.

4. Frequently asked status questions

What is MailCheckup's target service availability SLA?

MailCheckup targets 99.9% monthly service uptime across our core single verification API and bulk processing engine. Historical 90-day availability is published live on this dashboard.

How are scheduled maintenance windows communicated?

Routine maintenance is scheduled during low-traffic weekend intervals (typically Sunday 02:00–04:00 UTC). Notifications are posted to this status page and communicated to active API users via dashboard banners 72 hours in advance.

What happens to my API requests during a temporary upstream degradation?

We recommend engineering teams implement our fail-open architectural pattern with a 250ms–350ms AbortSignal budget. If an upstream network timeout occurs, user registration is allowed to proceed and the check is enqueued for free asynchronous re-checking.

Where can I report a suspected service interruption?

If you suspect an outage or abnormal verification latency, email support@mailcheckup.net with your Job ID or API request timestamps for immediate review by on-call site reliability engineers.

Are unknown timeout outcomes billed during upstream provider disruptions?

Never. Under our unconditional $0 Free Unknown Policy, any check that cannot be completed due to network timeouts, firewall blocks, or server deferrals costs 0 credits, and all temporary holds are released.

Does MailCheckup operate multi-region dialer nodes?

Yes. MailCheckup operates distributed SMTP dialing clusters across North America and Europe, optimizing round-trip times and preventing single-datacenter routing bottlenecks.