Provide a way to disable List-Unsubscribe headers for transaction emails. Currently Mailgun adds the List-Unsubscribe header for all emails, including transactional emails like password reset notifications and order confirmation emails. This header is intended for mailing lists, not transactional email. Additionally--we want to handle subscription and unsubscribes in our application not in mailgun.
We discovered this header was recently added when troubleshooting a support request from a user who was not receiving password reset notifications and found he had unsubscribed using a link provided by this recently added header. He did not remember clicking unsubscribe and did not intend to unsubscribe. He is the only user in our account who unsubscribed using this mechanism. Thus, for our sample size of 1, 100% of users who clicked the link provided by this header did so accidentally.

I'm trying to start using templates, but I noticed that if I have mailgun automatically generate a plaintext version with "t:text", it leaves no trace of link URLs. This is annoying with my own links, but it's a bit worrying with the %unsubscribe_url% links, as their hrefs are completely absent and really do need to be present in some form.

The only alternative I can think of, specifying the entire text version in the request, defeats the purpose of using templates altogether and could lead to my app's hardcoded text version and the template's html going out of sync eventually.

Would it be possible to alter the code that generates the plaintext version to put the href of a link next to the text, i.e. "Link Text <link href>"?

Hello!

We are trying to use the APIs to store the emails sent for a longer period of time that what you provide. We need to store the attachments as well. Today I need to download the attachment from you and create a hash then store if necessary (not stored already). It will generate more traffic for you and for us as well unnecessarily. It would be nice to have a file hash provided by default what we could use to compare it to our stored ones and based on that decide whether we need to download the attachment again or not.

Thanks!

As a non-technical user (the CEO of a start-up), I do not feel comfortable editing in HTML, which seems to be the only option. I need to be able to:

1. Generate a master list of all of the templates, including name, version tag, etc.

2. Export each template (or, alternatively, do a bulk send to a specified email address) so that I can compare each email in Mailgun to the master version that was approved as part of our overall messaging.

To put it more abstractly, there needs to be a way to easily review / verify / update the messages on Mailgun by the non-technical marketing people who are responsible for messaging, branding, etc. At the moment, there doesn't seem to be a way to do this. This makes it very difficult for marketing people to manage the messaging.

I would like to request that Mailgun offers an inexpensive plan for non-senders.

Specifically, myself and many others love using Mailgun exclusively as a mail routing/forwarding service for their domain(s). Mailgun's implementation of this is brilliant, but unfortunately I cannot justify upgrading to the $35/month plan for this feature only: I send zero emails out per month via Mailgun, which obviously is far less than what Foundation 50k allocates!

May I suggest the following new plan: "Inbound Only". It would be the same as Foundation 50k except:
* Zero outbound emails per month (instead, billed on flex pay-as-you-go model)

I would be happy to pay $30/year for such a service.

Thank you kindly for your consideration!

Hi mailgun team,

I have opened a ticket# 1494994 with Mailgun support team and requesting your development team how this can be implemented, collaborated.

I am using mailgun and would like to explore the available options on mailgun for below requirement of 2-way mail address making. I am looking for similar feature for my app and appreciate your help and thanks.

"Craigslist allows masking of my email address when replying to a post. Then their reply is masked as well.

It must: Allow anonymization of email, in both send and respond. From their site:

When replying to a post you'll see an address like: abcde-0123456789@sale.craigslist.org

When answering an email you'll see an address like: rcc9la26d7534400a6a03514c34f9200@reply.craigslist.org

The “real name” field (e.g. Jane Doe) in your email program is passed through to the recipient. Any contact information in the body of your message will pass through unaltered."