IMAP and SMTP are hard, so let EmailEngine handle these for you. Run REST API calls to interact with email servers and receive webhooks for changes on tracked email accounts.
With EmailEngine, you can focus on building features that matter instead of spending time rolling custom IMAP and SMTP connectivity logic.
EmailEngine is a self-hosted application that opens a permanent IMAP connection against every registered email account to translate API requests to IMAP commands and monitor changes on these accounts. EmailEngine uses Redis as its data store, so you have to have Redis installed for EmailEngine to work.
This example assumes that Redis is installed locally and does not require any authentication; see the configuration docs for other options.
You can find Platform-specific instructions for installing Redis and EmailEngine here.
EmailEngine does not require any special privileges besides potential firewall exceptions for ports it is listening on.
EmailEngine saves you a ton of developer hours as there is no need to figure out the complexities of email protocols.
It's a wise choice if you plan to build IMAP and SMTP integrations in-house and are not interested in the subtle details of a boatload of RFC specs. EmailEngine is like an email class library but on steroids.
The REST API with JSON payloads you expect it to be. No need to know IMAP internals, weird encodings, or juggle with different IMAP extensions.
EmailEngine sends you a webhook any time something happens on the user's email account.
EmailEngine sends emails through the user's email servers, so for the recipient, it seems that the email came from the user directly and not via some third-party sending service.
Redirect your users to EmailEngine's hosted authentication form, and once the email account is authorized, the user is sent back to your app.
You can still use API calls to register accounts without redirecting users to EmailEngine's UI; hosted authentication makes the process slightly easier to set up while developing.
Anyone who wants to integrate their system with existing email accounts. For example a help desk service that runs on top of firstname.lastname@example.org account and converts incoming emails to support tickets.
EmailEngine keeps an open IMAP connection against every registered email account and listens to changes on these accounts. Also, whenever you request some action over the API, EmailEngine "translates" that request into an IMAP command.
You can activate a 14-day free trial straight from the dashboard. Once the trial license expires, EmailEngine stops processing IMAP accounts until you provide a valid commercial license.
In general, no. You would pay not for EmailEngine, the software, but Postal Systems' yearly subscription. If your subscription is valid, you can generate as many license keys as you wish without any additional cost.
EmailEngine uses Redis as the caching database. That's about it. If you have any decently recent version of Redis installed, then you are good to go. Ensure to keep the latency between Redis and EmailEngine as low as possible to improve the performance.
EmailEngine uses IMAP to access mailboxes and SMTP to send out emails. Alternative protocols like POP3, ActiveSync, or the Exchange Web Services (EWS) SOAP API are not supported but might be in the future.
EmailEngine is self-hosted and not an external service, so it does not send or store data outside your network. It only keeps minimal metadata required for syncing and caches but not the actual contents of the emails.
At this point, unfortunately, no. Horizontal scaling is on the roadmap but without an ETA.
IMAP is a single-threaded protocol which means that you can only run a single command at a time per account and have to wait until it finishes before you can issue another command. So if you make multiple API requests against a single account at the same time then EmailEngine queues these requests and processes these in order, one command at a time, while other queued commands will wait their turn. If a queued command can not be processed in 10 seconds, then EmailEngine aborts it with the 504 response.
You have two choices, either do not send multiple requests at the same time or increase that 10-second limitation. Look for the "Max command duration" option in the configuration options documented here.
You can read about the differences here. In short, both seem alike but, in fact, are pretty different.
You can ask anything in the EmailEngine's Discord channel.