starred/mailpit

Fork 0

mirror of https://github.com/axllent/mailpit.git synced 2026-04-26 00:35:51 +03:00

[GH-ISSUE #144] Request for Chaos Monkey-like Feature in Mailpit #96

New issue

Closed

opened 2026-03-15 12:31:19 +03:00 by kerem · 5 comments

kerem commented

2026-03-15 12:31:19 +03:00

Owner

Originally created by @endelwar on GitHub (Jul 17, 2023).
Original GitHub issue: https://github.com/axllent/mailpit/issues/144

I recently migrated from MailHog to Mailpit and I've been missing a particular feature called "Jim the Chaos Monkey" that is available in MailHog. Jim allows for the testing of unexpected behaviors in applications by randomly triggering various actions within defined parameters. I believe implementing a similar Chaos Monkey-like feature in Mailpit would greatly enhance its testing capabilities.

Feature Request Details:
Jim the Chaos Monkey performs the following actions randomly, but within specified parameters:

Reject connections
Rate limit connections
Reject authentication
Reject senders
Reject recipients

These actions are valuable for testing the resilience and fault tolerance of applications. By simulating unexpected scenarios, developers can proactively identify and address potential issues before they cause problems in production.

I kindly request the implementation of a Chaos Monkey-like feature in Mailpit with similar functionalities to Jim. This addition would significantly improve the testing capabilities of the application and allow for more robust and reliable email delivery.

Thank you for considering this feature request. Please let me know if you require any additional information or clarification.

Link to the original MailHog's Jim documentation: Jim the Chaos Monkey

Originally created by @endelwar on GitHub (Jul 17, 2023). Original GitHub issue: https://github.com/axllent/mailpit/issues/144 I recently migrated from MailHog to Mailpit and I've been missing a particular feature called "Jim the Chaos Monkey" that is available in MailHog. Jim allows for the testing of unexpected behaviors in applications by randomly triggering various actions within defined parameters. I believe implementing a similar Chaos Monkey-like feature in Mailpit would greatly enhance its testing capabilities. Feature Request Details: Jim the Chaos Monkey performs the following actions randomly, but within specified parameters: * Reject connections * Rate limit connections * Reject authentication * Reject senders * Reject recipients These actions are valuable for testing the resilience and fault tolerance of applications. By simulating unexpected scenarios, developers can proactively identify and address potential issues before they cause problems in production. I kindly request the implementation of a Chaos Monkey-like feature in Mailpit with similar functionalities to Jim. This addition would significantly improve the testing capabilities of the application and allow for more robust and reliable email delivery. Thank you for considering this feature request. Please let me know if you require any additional information or clarification. Link to the original MailHog's Jim documentation: [Jim the Chaos Monkey](https://github.com/mailhog/MailHog/blob/master/docs/JIM.md)

kerem closed this issue

2026-03-15 12:31:24 +03:00

kerem commented

2026-03-15 12:31:30 +03:00

Author

Owner

@axllent commented on GitHub (Jul 17, 2023):

This has been discussed in #110 with a proposed alternative approach, however I did not get any response to my technical questions so the issue became stale and got automatically closed. The problem here is that I believe there is only a very small number of users who want/use this solution, it requires a lot of work to implement, and if it got implemented it wouldn't do everything on your list. Mailhog uses a complete custom implementation of the SMTP "server" which gives it much more control over things like rate limiting as well as rejection, but this also makes Mailhog's SMTP much slower, and (I don't believe) entirely compliant. I chose not to reinvent the wheel and use an existing SMTP solution, and speed.

My proposal in #110 was the ability to manually turn on/off some forms of rejection (though not everything you listed) instead of randomly. It is still complicated though, so very low on my priority list. Please have a look at the previous issue I mentioned, and let me know what you think?

@axllent commented on GitHub (Jul 17, 2023): This has been discussed in #110 with a proposed alternative approach, however I did not get any response to my technical questions so the issue became stale and got automatically closed. The problem here is that I believe there is only a very small number of users who want/use this solution, it requires a lot of work to implement, and if it got implemented it wouldn't do everything on your list. Mailhog uses a complete custom implementation of the SMTP "server" which gives it much more control over things like rate limiting as well as rejection, but this also makes Mailhog's SMTP much slower, and (I don't believe) entirely compliant. I chose not to reinvent the wheel and use an existing SMTP solution, and speed. My proposal in #110 was the ability to **manually** turn on/off **some** forms of rejection (though not everything you listed) instead of randomly. It is still complicated though, so very low on my priority list. Please have a look at the previous issue I mentioned, and let me know what you think?

kerem commented

2026-03-15 12:31:35 +03:00

Author

Owner

@github-actions[bot] commented on GitHub (Aug 8, 2023):

This issue is stale because it has been open for 21 days with no activity.

@github-actions[bot] commented on GitHub (Aug 8, 2023): This issue is stale because it has been open for 21 days with no activity.

kerem commented

2026-03-15 12:31:40 +03:00

Author

Owner

@github-actions[bot] commented on GitHub (Aug 16, 2023):

This issue was closed because it has been inactive for 7 days since being marked as stale.

@github-actions[bot] commented on GitHub (Aug 16, 2023): This issue was closed because it has been inactive for 7 days since being marked as stale.

kerem commented

2026-03-15 12:31:45 +03:00

Author

Owner

@axllent commented on GitHub (Jan 26, 2025):

Chaos functionality has just been released in the latest version, see this comment.

@axllent commented on GitHub (Jan 26, 2025): Chaos functionality has just been released in the latest version, [see this comment](https://github.com/axllent/mailpit/issues/402#issuecomment-2614154786).

kerem commented

2026-03-15 12:31:50 +03:00

Author

Owner

@endelwar commented on GitHub (Feb 3, 2025):

Thank you!

@endelwar commented on GitHub (Feb 3, 2025): Thank you!