What is a bounce server?

Still have a question, spotted an error, or have a better explanation or a source we should cite?

A bounce server is the infrastructure that receives and processes Non Delivery Reports (NDRs) when an email can't be delivered. When a mailbox provider rejects an email, it sends back an NDR explaining why. The bounce server reads that NDR, figures out if it's a temporary problem (soft bounce) or permanent failure (hard bounce), and tells the ESP whether to retry or remove that address from the list.

But Most senders never interact with a bounce server directly. Your ESP runs one behind the scenes. When you see "bounce" labels in your campaign reports, that's the bounce server's work. It's already processed the raw NDR, classified the failure type, and updated your list status.

Here's what happens: you send a campaign through Mailchimp (or SendGrid, or any ESP). A recipient's mailbox is full, so their server sends back an NDR with an SMTP code like 452 4.2.2 Mailbox full. The bounce server reads that code, classifies it as a soft bounce (temporary), and queues a retry. If the mailbox is still full after several attempts, it gets reclassified as a hard bounce and suppressed.

But without bounce processing, your ESP would keep sending to dead addresses forever. That destroys sender reputation fast. Bounces signal to mailbox providers that you're not managing your list, which makes them distrust all your mail.

The bounce server also handles soft vs. hard bounce logic. Soft bounces (mailbox full, server down, message too large) get retried for a few days. Hard bounces (address doesn't exist, domain doesn't exist, blocked) get suppressed immediately. Some ESPs also track policy failures separately (rejected due to content, blocked by recipient's filters).

And if you're debugging delivery issues, you won't find a "bounce server settings" panel in your ESP. It's all automatic. What you CAN do: check your bounce reports regularly, set up feedback loops so complaint data flows back just like bounces do, and run your list through validation if your bounce rate climbs above 2%.

Want to see how your current bounce rate looks? Most ESPs surface this in campaign analytics. If you're seeing high bounce rates and need to clean things up, we can help with that ;)

Contributors

Who worked on this answer

Every name links to their profile. Every company links to their site. Real people, real accountability.

Ask an AI · tailored to your setup

Get personalized bounce troubleshooting →

I read this on the Email Almanac about bounce servers and how ESPs process delivery failures. Help me understand how this applies to MY specific situation: 1. Bounce rate health check: Based on my sending volume and list age, is my current bounce rate normal or a red flag? 2. ESP-specific bounce handling: How does MY platform classify and suppress bounces? (Do I need to do anything manually, or is it automatic?) 3. Cleaning strategy: If my bounce rate is high, what's the fastest way to fix it without nuking engagement? 4. Monitoring setup: What should I track week-to-week to catch bounce problems early? --- My details (the more you share, the better the advice): - Email platform/ESP: e.g. Mailchimp, SendGrid, HubSpot, Klaviyo, Postmark - Sending volume: e.g. 10,000/month or 500/day - List age: brand new / 6 months / 2+ years - Current bounce rate: if you know it, e.g. 1.2% or 8% - List source: organic signups / purchased / migrated from another ESP - What I'm building: newsletter, marketing campaigns, transactional emails

Edit the yellow boxes, then send to the AI of your choice.