Add a C# integration for appsettings.

"EmailSettings":
{
"Server": "smtp.mailtrap.io",
"Port": "25",
"Security": 0,
"FromEmail": "from@mailtrap.io",
"FromName": "Mailtrap",
"UserName": "xxxxxxxxxxx",
"Password": "xxxxxxxxxxx"
}

webhooks

Show the number of emails in an Inbox when you are in the inbox.

Make the "Total messages sent" display update automatically. As is, it requires a browser refresh.

I'd like an Okta SSO option

Hello, when using the Laravel Framework, the integration you provided overrides the default configuration values which resolves .env file. That is why, we end up entering this information manually.

Instead, can you please provide the .env file values as well/instead of the config file?

Like:

MAIL_DRIVER=smtp
MAIL_HOST=smtp.mailtrap.io
MAIL_PORT=2525
MAIL_USERNAME={mail_username}
MAIL_PASSWORD={mail_password}
MAIL_ENCRYPTION=null

In integration section with examples for various frameworks and languages it would be convenient for me to have cli example for parameter store of aws system manager, e.g.

aws ssm put-parameter --type SecureString --name /staging/smtp-host --value "smtp.mailtrap.io"
aws ssm put-parameter --type SecureString --name /staging/smtp-port --value "2525"
aws ssm put-parameter --type SecureString --name /staging/smtp-username --value "XXX"
aws ssm put-parameter --type SecureString --name /staging/smtp-password --value "XXX"

That would allow me to copy&paste it to shell and provision all parameters at once.

The received time "a few seconds ago" "2 minutes ago" etc. doesn't update until you receive a new message or do a web page manual refresh. Make it refresh when you click on a message.

On the My Inboxes page, make the statistics update automatically. As is, you have to do a browser refresh to see the number of messages, etc. changed.

It would be great if team members within a paid team could sign in using our organisation's existing single sign on infrastructure.

This would mean when folks leave the organisation, they'd automatically lose access to Mailtrap. Better yet, if we could configure Mailtrap to allow anyone with a specific role access as a team member, this would greatly simplify our ability to manage team members.

Mark as Unread opened email

Why aren't different roles defined in your solutions. Currently I see owner and user.
What about administrators etc..

View forwarded smtp logs

According to https://twitter.com/Mailtrap/status/1034816874188554240 you removed the ability to remove email messages using POP3 protocol.

We rely on this function since we don't only use mailtrap to send emails but also to read emails and test our POP3 client.

Symfony 4 configuration example would also be nice.

.env example:

###> symfony/swiftmailer-bundle ###
# For Gmail as a transport, use: "gmail://username:password@localhost"
# For a generic SMTP server, use: "smtp://localhost:25?encryption=&auth_mode="
# Delivery is disabled by default via "null://localhost"
MAILER_URL=smtp://81d3957be84923:9e35845b8b3b2f@smtp.mailtrap.io:2525?encryption=tls&auth_mode=login
###< symfony/swiftmailer-bundle ###

I need to check case when email ( recipient ) does not exist.
I know you don't check if email address exists in real world, but you could allow to set one or some email address(es) in configuration
and send 'recipient not exist' response with appropriate status code when client/user sends email to that address(es)

The person who starts the account and handles the billing isn't always the one that wants to manage all the users as employees come and go. You need to allow multiple owners (incase owner A get hit by a truck) or at least another layer of security so someone else can manage users on the companies account.

improving search the emails? Starts with is not really good...

A while ago you removed [MAILTRAP FORWARD] from the subject and added a customer email header (x-mailtrap-forwarding) instead. This is causing problems for our Gmail users which had a custom filter for all emails from mailtrap.

While most of the standalone email clients allows to filter on the
new email header (x-mailtrap-forwarding), gmail doesn't allow this.

We would really appreciate the possibility to toggle the [MAILTRAP FORWARD] in the subject or maybe even better; allow users to add their custom prefix to the subject.