With the introduction of the the Flex plan and the elimination of the free plan the "Inbound Routing" feature is no longer available for the entry level plan.

This broke a major use case for Mailgun as routes are an essential feature even for low mail volume accounts.

$35 to acquire mail routing is just infeasible when you only use 200 e-mails per month.

Mailgun needs to somehow allow Flex plan users to either have a pay-per-use for routing or make it available outright. Otherwise you are saying you do not really need these low volume customers.

The payment option. Please add PayPal or more currency available. With my CC if i pay $1 USD because my CC is in GBP i will pay additonal tax of 15 GBP, so don t make sense for us to pay the invoice. So, add additional currency and payments methods. Thank you.

how do i get a detailed spread sheet of my logs i can download
for example today I have 1949,852 and 206 permanent errors
how do i get those email addresses and the reasons
the export supressions for the day only gives me 21 records
i am not unwilling to upgrade but i don't want a dedicated IP THANK YOU

Hello.
Please enable Inbox Placement test for EU domains.
Thank you.

Please do not provide dates in mm-dd-yy format. It is very confusing. Please use yyyy-mm-dd

Fix the VAT setting: when you enter a number, it appears to be successful, but the settings screen isn't updated.

Would be good to see code of previous tests in Inbox placement

It would be nice that when you create a template, users don't get redirected to the all the TEMPLATES screen. Instead once the template is created we can update the template by loading the /edit/{template_alias} url into the website (so that it works the same way as when you edit a template)

For the templates section a search input would be nice to have so that it's easier to browse the existent templates.

Allow us to edit a web hook instead of delete then insert a web hook.

Allow graphs when filtering by terms other than event status. Example would be if I wanted to see how many times a certain email address had a permanent fail, allow the chart to display in logs along with entries.

Enable that links are not rewritten when using click/open tracking and maintain the original link from the html template sent.

It would be useful to be able to search for mailing lists by just part of the email rather than the full email only.

Being able to track opens and clicks and consume that data via the Analytics dashboard is awesome. However, most emails that we send out contain multiple links - e.g. for account activation, homepage, featured blog post, social links, etc.

I would like to be able to have analytics on a per-link basis. Mailchimp allows this, see https://i.imgur.com/2iIocrv.png.

Is it possible under sending > overview to change the opens reporting to a percentage rather than just a gross number of opens? To me, it's more meaningful to see the % of people who opened compared to the send size than just see the gross number.

I like the forced random very long SMTP password, however limiting it to hex values (0-9 and a-f) severely limits it's usefulness when used as an encryption routine because an attacker can limit their search in a brute force method with that knowledge.

For full cryptographic coverage the random passwords should utilize more of the available character set.

Currently it is the whole queue for a domain that can be deleted. This could affect other users of an application who do not wish to cancel their queue(s). I'm suggesting an endpoint to delete individual queues. So when an email is sent as a batch an ID is returned which could be used to cancel a batch email. This would make it easier for both the developers and the users of the developed application.

Option to have multiple API keys, for example: client 1 has the API key exposed, we now have to roll this key, and update all clients using it.

Whereas, if we had multiple keys, we'd only need to roll and update that one client using the key.