Right now, Mailgun will send the exact same email to our customers if the message ID is different. Some of our customers have received more than 150 copies of the exact same email, each within seconds of the last, because the message ID# for each is different, even though the subject line and content of the email is identiical. There ought to be a way for Mailgun to notice when it is sending the same email to the same person over and over again.

Hello mailgunners,
wouldn't it be a nice possibility to receive inbound Emails via forwarding? We mostly cannot point to mailgun mailserver via MX record. But we could configure the Email addresses in question to be forwarded to some-cryptic-mailbox-name-dedicated-to-our-domain@inbound-or-whatever.mailgun.org.
Greetings from Germany,
Tobias Jamin

I'm happy to help and I'm glad you open sourced this library, but please let pull requests in and ship it to production :)

https://github.com/mailgun/talon/pull/23

Especially:
- mailing list recipients
- logs

I find the failed reason value passed to webhook and classfied in Mailgun event log are different.
e.g. we just can get the reason value like "hardfail" or "old" from webhook, but we use Event api can get "bounce", "suppress-bounce", "old", "suppress-Complaint", .... these many reasons. so we want Mailgun can make the reason values are consistent in both ends.

This would be a useful safety feature in the event that something goes wrong in user code that is pushing messages thru mailgun.

Currently, Mailgun re-signs emails using DKIM and modifies mail headers when forwarding incoming mail. This causes Gmail, and possibly other spam filters, to give the email more trust than it should have. Could an option be provided to forward the existing envelope, without re-signing?

The time of the event is important to us and if the event time is only available from the Event API, then we will have to make additional calls to the Event API for EVERY single notification(delivered, failed, open, click etc), which may add significant load to our (and probably yours) server and network.

Add some options to segment list sending, or create temporary lists based on number of list members.

When sending out to a large list, a user may sometimes wish to throttle the sends over a time period to avoid having too many responses or heavy web traffic all hitting at once.

Add "block" as a third option in spam_action with the Domains API.

Add the ability to track email sends (hourly) in the dashboard so they can be compared directly against opens. This would greatly improve the ability to assess best send times that garner the highest open/click rates for recipients by drilling down into open rate by the hour the email was sent.

my idea is the you shoukd add a support for Disabling /Enabling link tracking by adding a parameter infront fo the link.
the reason is thet somtimes like in "Please Remove Me..." the email address in the links is differenf for eache mail and therefor this is a uniq link. this info is not very useful when tracking a campagin.

Would be great to define the outbound IP address (of those in my pool), for which emails will deliver, upon submitting to the API.

Show the date an email address has been added to a mailing list.

I'd like some basic footer information included on every email that gets sent to a mailing list. Eg something like:

Thanks for using somethingsomething, visit us here <link>
Or call us anytime on <number>

It would be great to just use the current Templating functionality to attach a Footer Template.