emailengine
openfare
Our great sponsors
emailengine | openfare | |
---|---|---|
30 | 22 | |
1,760 | 178 | |
7.0% | 0.0% | |
9.5 | 5.0 | |
1 day ago | almost 2 years ago | |
JavaScript | Rust | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
emailengine
- I turned my open-source project into a full-time business
-
Show HN: Sunnybox – An Email API for Effortless IMAP Integration
When I started with https://emailengine.app, a similar product, I also considered releasing it as a SaaS. But looking at the competition, it seemed too complicated for me (just look at the compliance list for Nylas Email API https://www.nylas.com/security/#compliance ). Will be interesting to see how it works out for you. Good luck!
-
Mike Perham of Sidekiq: “If you build something valuable, charge money for it.”
EmailEngine has all the code public [1], even though it is not open-source but is source-available. Some core parts I even published under the MIT license, like the IMAP client library I built from scratch to serve the special requirements EmailEngine has for IMAP access [2]
My thinking has always been that those who try to hack the license validation stuff and replace the missing build pipeline were never going to be my customers in the first place, so every second I would spend on them is a wasted effort.
Oh, yeah, I forgot my pitch. The link is https://emailengine.app - EnailEngine acts as a mail client, basically the same way Thunderbird runs on desktop, or the iPhone Mail on phone, but instead of a GUI it has REST API and instead of desktop notifications it sends JSON webhooks. And instead of a single email account, it can manage thousands of accounts.
-
Poste.io – Complete Mail Server
https://github.com/postalsys/emailengine
Seems open-source to me.
-
Email: Explained from First Principles
Well, I for one, hope that email stays as complicated as described in the post. Otherwise my project that simplifies access to email accounts (https://emailengine.app) would get no traction :D
-
Why is the JavaScript ecosystem like this
I had the same issues when I started with https://emailengine.app - just like Ghost, it’s an app written in Nodejs. I tried multiple distribution options at first and finally went with complete self containment. All modules are pre-installed during the publishing step and thus the user never needs to run npm. Or if you download the “compiled” single binary version you don’t even need node as it’s bundled with the binary (I use the pkg module to bundle these executables). So upgrading is just downloading and replacing the old version files with new ones.
The dowside - no sane way to use compiled dependencies, everything has to be vanilla javascript.
-
Self-hosted email API for SMTP?
What about https://github.com/postalsys/emailengine ?
-
Do you use Swagger/OpenAPI to document your APIs? If so, what is your preferred way to generate the docs?
For https://emailengine.app I generate swagger docs with the hapi-swagger plugin https://github.com/hapi-swagger/hapi-swagger - the process is pretty much fully automatic as it uses the input and output schema validations.
-
redis vs. ioredis?
I use ioredis in https://emailengine.app and it works very well. Haven’t used the redis module for a long time so can’t compare but I like easily I can set up error retries etc with ioredis. I’ve also used it with Redis Sentinel.
openfare
-
Who can I donate to?
Hope it helps: https://github.com/openfare/openfare
- Please, keep in mind there is ZERO FUNDING for my projects.
- Devs are tired of companies profiting with their code with no giving any support back? What if...
-
FOSS donations which reach the roots
OpenFare does open the door to an alternative non-FOSS strategy for funding for small software libraries.
Commercial payment plans defined in code can be managed programmatically. Which means that small payment obligations can be managed at scale. Consequently, trivial software dependencies could raise meaningful capital from micropayments.
See: https://github.com/openfare/openfare#micropriced-commercial-...
However, software for a fee is not FOSS.
Umm, I could be wrong, and you might be referring to what I have in mind. But your dream sounds an awful lot like the OpenFare Commercial License (non-FOSS) idea:
https://github.com/openfare/openfare#micropriced-commercial-...
-
Making Open Source economy more viable with dual license collectives
I'm working on a solution that is along the lines of the "package.lock" method that you've mentioned. My solution involves defining payment plans in code:
https://github.com/openfare/openfare#payment-plans-defined-i...
Come say hello in the chat room if you have a moment!
I'm working on developing a solution along the lines outlined in the article. But I think there's a way to decentralize the "FOSS collective".
I've been working on OpenFare where payment plans are defined in code. Check it out here:
-
What’s everyone working on this week (including AoC, 52/2021)?
I'm working on the first version of OpenFare in Rust: https://github.com/openfare/openfare
- Selling my own GPL software, part 1: a lot of hurdles
What are some alternatives?
sync-engine
TrueCraft - Minecraft for hipsters
routing-controllers-openapi - Runtime OpenAPI v3 schema generation for routing-controllers.
swagger-jsdoc - Generates swagger/openapi specification based on jsDoc comments and YAML files.
cla-assistant - Contributor License Agreement assistant (CLA assistant)
redoc - 📘 OpenAPI/Swagger-generated API Reference Documentation
Postal - 📮 A fully featured open source mail delivery platform for incoming & outgoing e-mail
apifire - Generates node.js express validators / routers / controllers in Typescript using an OpenAPI 3.0 spec
jmap-client-ts - JMAP 1.0 client library in TypeScript
openapi-typescript - Generate TypeScript types from OpenAPI 3 specs
Textual - Textual is an IRC client for OS X
hapi-swagger - A Swagger interface for hapi