-
MailCatcher runs a super simple SMTP server which catches any message sent to it to display in a...Pricing:
- Open Source
I use it for testing and local development. We list it in our docs under 'other services'[0], where it is called out for local development. Because it has an API[1] you can use it for integration testing as well. Because it runs in docker, you can use it with any stack, not just ruby. I would not run it in a prod setting. 0: https://fusionauth.io/docs/get-started/download-and-install/docker#other-services 1: https://mailcatcher.me/#api.
#Email #Office Suites #Email Testing 14 social mentions
-
An email and SMTP testing tool with API for developers.
It really only likely matters if you're one of those who is tempted to let it run on `0.0.0.0` instead of loopback only. Assuming you're not, there's certainly no urgency to migrate. But keep it in the back of your mind that it's unmaintained, and if things go weirdly wrong during an OS or ruby upgrade, remember that you will need to fix it or pick up something else that's kind of similar. If you're not already using it, it might be a good idea to pick up something else. I like [mailpit](<a href="https://github.com/axllent/mailpit">https://github.com/axllent/mailpit</a>) because it's a single static binary and because it has a nice api I can use during testing to see if a message made it out of the system I'm testing. But none of that argues for switching away from a thing that's working for you.
#Office Suites #Email #Email Testing 4 social mentions
-
Email Testing for QA & Development Teams.
Open-source is good for solo and small projects, but there are commercial solutions with continuous support, etc. And other features (e.g. SMS) like Mailosaur too https://mailosaur.com/.
#Email #Email Testing #Office Suites 8 social mentions
-
Email Delivery Platform that delivers just in time. Great for businesses and individuals.Pricing:
- Open Source
- Freemium
Does anyone know of a similar tool for catching SMS messages in local/development environment? My company uses mailtrap[0] in our development environments to give engineers and product managers a tool to preview emails that would otherwise be sent to users and we're looking for a similar tool for the SMS messages that we send via Twilio. I'd love to have a shared "inbox" per-development environment where PMs can see all the SMS messages that would have been sent (namely to whom the message was sent + the content of the SMS). Ideally it'd hook into whatever Twilio SDK your app is using to send messages (Python, in our case) to intercept calls and route them to the sandbox instead. It seems like Twilio played with this idea with the Twilio Dev Phone project[1] but that project doesn't seem to be actively maintained. [0] https://mailtrap.io.
#Office Suites #Email #Email Testing 57 social mentions