What features do you want to see added to Mailgun?

Provide option to send Non-Delivery Reports to the original Sender

Mailgun bounce processing works great when a single sender is sending email to a broad audience. It does not work well when there are many original senders each with their own list of contacts.

- Company with 10 to 1000 employees.
- Company switches from a traditional in-house mail solution to Mailgun for all outgoing email.
- John, a typical employee in the organization, sends email to a customer, but spells the address wrong.

Traditional in-house system behaviour:
- John would get a Non-Delivery Report letting him know of his mistake. John would fix his mistake, and re-send the message. The customer would receive the email.

Mailgun-based system behaviour:
- Mailgun notes that the message cannot be delivered and records it as a "bounce". This information is accessible to the email administrator, but not to John.
- John is not aware that his email did not reach the customer. John waits for a response. Customer complains that John never sent him any email. John believes he did.
- John eventually gets the email administrator to look into it, and finds it in the bounce pile for the entire company.

Please implement an option to send Non-Delivery Reports to the original Sender, so that John would be notified that his message was not delivered.

As a side note, it would be beneficial if the Non-Delivery Report looked something like the traditional Non-Delivery Reports, so that software that recognizes these messages such as Outlook or Mailman would be able to understand them.


46 votes
Sign in
Sign in with: Facebook Google
Signed in as (Sign out)

We’ll send you updates on this idea

Mark Mielke shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →


Sign in
Sign in with: Facebook Google
Signed in as (Sign out)
  • Michael Kane commented  ·   ·  Flag as inappropriate

    Andrew - I think I am not clear on the scenario you're describing. However, there is a third action for /routes, in addition to forward() and stop() - you can also store() with Mailgun or specify a callback destination like so:


    Can you clarify your comment by describing in terms of Person 1 / Person 2, and what you would like to occur in that scenario?

  • Andrew commented  ·   ·  Flag as inappropriate

    Suzzel, your proposal doesn’t solve INBOUND emails. In the route, the only option for inbound messages it to either forward it along or drop it. There is no option to send an NDR back to the external user who sent the email.

  • Anonymous commented  ·   ·  Flag as inappropriate

    I have yet to find the option to send back to the Mailgun administrator. let alone the specific email sender. Other transational email systems like ElasticMail have the option to return the bounce back info to the sender, and without it nobody knows when a message isn't delivered. We can't keep looking at the logs every day on behalf of hundreds of customers whom our LMS sends emails to every day.

  • Anonymous commented  ·   ·  Flag as inappropriate

    Definitely would help make this product even better. We are a IT shop who recommends Mailgun for customers' SMTP traffic but the lack of this feature is always making it less likely for Mailgun to be picked up by new customers.

  • Pete Schaefers commented  ·   ·  Flag as inappropriate

    This is spot on! This SHOULD be done! It's a deal killer for many applications. I want to use MG as SMTP for hosting servers, but this lacking feature makes that impossible to consider. Please upvote!

  • Zachary Grimshaw commented  ·   ·  Flag as inappropriate

    I was going to switch to Mailgun, but this feature is a huge must for me, and for many others. I hope this can get added soon, as it's a crucial function.

Feedback and Knowledge Base