-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
THIS PROJECT IS DEAD! #442
Comments
I just use it to test email integration and it works fine for me. What are the non-dead alternatives? |
I've recently switched to maildev It supports some more features (forwarding email, responsive testing, better support for persistent storage Mailhog was working totally fine and I appreciate the project, but when you run into bugs/annoyances it's looking like they won't be fixed anymore unfortunately. |
Laravel now recommends Mailpit in their latest version |
Note that mailhog seems to be not much supported nowadays: - mailhog/MailHog#307 - mailhog/MailHog#442 And there are a bunch of alternatives, also supporting multi-arch docker images and some more stuff: - https://github.com/maildev/maildev - https://github.com/axllent/mailpit Surely we should move to one of them at some point.
Exactly, it is instructive to read in the Mailpit read_me the motivation that brought him to create mailpit in the first place! |
Hey @PaoloC68 👋 Sorry that the swagger spec was out of date, and I appreciate it's frustrating that there's so many PRs that haven't been reviewed or merged. I personally don't have time to maintain the project anymore, and as I no longer use it, there's little incentive to dedicate time to it like I used to - I have other projects to focus on. But I hear you and I will try to find some time to give it a bit of a spring clean (but I don't know how soon that'll be). Having said that, I wouldn't describe the project as dead, just frail and in need of some TLC - as far as I know, MailHog still works and serves the purpose it was created for even if there are a few rough edges.
Unfortunately this is easier said than done. It's interesting to hear about Mailpit though - not to dismiss MailHog entirely, but since Mailpit is an actively maintained project which does basically the same thing, and created from scratch far more recently (I can't argue with the authors justification for doing this, and MailHog is 8 years old now), I'd see that as a good alternative if MailHog isn't meeting your needs. |
I use this project and it works great for my needs. Yes there are some open PRs (27 not more than 200) but it is an open source project, @PaoloC68 you didn't pay anything for this. The author doesn't owe you anything, not finding a new maintainer, not fixing the bug you encountered or anything else. You got code for free that you didn't have to write yourself (since you like to talk about wasted time). In addition there are alternatives if you feel that it doesn't suit your needs. Please refrain from attacking people who use their time to release code to the community for free, there are better ways of addressing any issues with OSS projects. No one is stopping you from clicking the fork button and maintaining a new fork of this project. Thanks for all your efforts @ian-kent |
@ian-kent Thanks for this excellent tool, it has been very useful to me for a long time. That said,
Unmaintained means dead to me. Dead in the sense that nobody should build expectations about compiling or running this software in any platform in any future, nor being able to contribute an improvement to the upstream sources.
While this is true, and MailHog is probably only used as a debugging local tool (no critical infrastructure at all), in the mid-term one won't be able to build it and run it without an unexpected amount of effort. There is a difference between sine-die declaring a feature freeze because you can't review PRs and never again building the docker image!
Also very true and I appreciate you don't just trust whoever shows first at your door, as that can be path for harming users. Trust is not transitive. Also I don't think you have the duty of doing so. But for the community to organize itself around a fork or a scratch-rewrite like MailPit, it would be very helpful if you acknowledged MailHog stupor by opting by some, if not all, of the following:
With that done, if you ever want to reboot the project you might find some fork is already updated and healthy and maybe whoever are its maintainers can join you and @gedge and @tyndyll back in https://github.com/mailhog Thanks for everything! |
Just to be clear, the author of the project doesn't owe you anything.at.all. |
Mailpit was inspired by Mailhog, with all the benefits and it's even simpler, one line installer, command with useful defaults, a worthy successor. |
@ian-kent Why not explore sponsorship to get some additional incentives and support for maintaining the project? As for TLC, I understand it's tough to find people who are willing to invest time and care into it, but it's worth giving it a shot. You might be able to find reliable contributors who are passionate about the project and can help maintain it. I think there are still people who prefer using this project over the newer alternatives like Mailpit. |
Just put a tombstone on it and don't lure people in! It is a pity, I just spent hours in finding out that the swagger schema is just making you waste time as it does not match the reality of the project.
There are 939 forks, more than 200 pull requests are unattended ... The maintainer should find somebody else as minimum.... Again, a big pity!
Sorry but people should be warned!
The text was updated successfully, but these errors were encountered: