Free imap4rev1 software for linux

Dwarf Mail Server is a full-featured mail server developed on the Java platform, implementing SMTP, POP3 and IMAP4rev1 protocols.
Dwarf Mail Server provides support for rich application message processing via pluggable mail filters and agents, as well as full handling of virtual domains for the SMTP/POP3/IMAP4 protocols, and is free of charge for the binary redistribution.
Since the server is based on the Dwarf framework, it also shares its common design principles and features - simplicity, high modularity and extensibility, authentication and authorization, XML-based configuration, logging and remote management.
Main features:
- ESMTP, POP3 and IMAP4rev1 implementation
- application logic layer provided by mail filters and agents
- virtual mail hosts in SMTP/POP3/IMAP4 server
- application-independent authentication and authorization
- sample JSP-based webmail interface
Dwarf Mail Server is targeted for both end users who are just looking for simple, secure and robust mail server as well as developers who need an extensible and powerful framework for application message processing.
For users with minimal requirements it can offer portability, simple configuration as well as strong security.
- Portability: several OS platforms are supported via the Java technology, including MS Windows, UNIX/Linux/BSD, MacOS X and others.
- Configuration: just 3 lines have to be changed to fire up a sample mail server and a few of them to run a full featured SMTP/POP3/IMAP4 server.
- Security: it uses Java Platform Security Architecture in combination with Java Authentication and Authorization Service (JAAS), as well as SSL/TLS for the secure communication.
Advanced or enterprise users can additionally appreciate performance scalability, multiple domain handling, enhanced security features and modular design easing to incorporate it to the existing infrastructure.
- Scalability: gaining from multithreaded design and dynamically adjustable allocation of resources.
- Multiple domains: server is able to handle multiple virtual domains in a single instance for all SMTP, POP and IMAP protocols.
- Enhanced security: includes subject-based permissions and access control lists for IMAP, SMTP relaying control rules, host-based filtering, SSL/TLS communication, basic anti-spam filtering, etc.
- Robustness: client/server network communication is by design separated from the resource-expensive application logic layer. The server implementation is based on the unparsed byte streams whenever possible, including its own and highly efficient MIME parser.
Dwarf Mail Server also appears to be a suitable platform for application development and customization. Its modular structure and lightweight API allows enhancing existing functionality or completely exchanging the certain part as a whole:
- Message processing: mail filters and agents provide an unique infrastructure for rich message processing.
- Mail queue: physical mail queue representation is abstracted by the API specification and may replaced by a custom implementation.
- Storage subsystem: physical data representation (i.e. messages, folders, configuration options, ACLs) is abstracted by API and may be replaced by a custom implementation based on filesystem, SQL database, etc.
- MIME parser: the parsing engine may be reimplemented for the top efficiency according to the currently used mail storage.
Dwarf Mail Sever has been tested with the most popular mail clients like MS Outlook, Mozilla, Thunderbird, Opera, Apple Mail, Becky!, Pegasus, Eudora, Pine, The Bat! and others.
Other features:
- multi-threaded server
- dynamically adjusted number of active threads
- server API for mail, user data and ACL storages
- robust SMTP server architecture with flexible queue design
- simultaneous deliveries to remote SMTP hosts
- transparent Delivery System Notification (DSN) mechanism
- support for shared mail folders
- fast and universal stream-oriented MIME parser
- runtime server configuration
- built-in SSL/TLS support
- full documentation with user guides and tutorials
- samples with source code

libnewmail is a generic mail checking library for Unix/Linux and other operating systems. It supports a simple API, an extensible plugin architecture and asynchronous queries among other features.
libnewmail library is intented to be a replacement for all that crappy and incomplete code of all those mail checking utilities available. Applications linking to libnewmail may enumerate configured mailboxes, query mail box information and status and request a mail spool auto-detection for users without any libnewmail specific configuration. The library offers a clean API to implement your own mail checking plugins.
Programs using libnewmail may query for both the boolean availability and the number of available mails. (The former is usually much faster than the latter) The library is able to distuingish between new (unread) and old (read, current) mails. It includes four CLI tools easy, nmail, nmail-async and nm-spoolhackusing the libnewmail API for mail checking. They are intended to be an example how to use the API with either the synchronous or the asynchronous interface.
The utility nm-spoolhack serves a special purpose: mail checking applets using the stat() trick to check the status of Unix mail spools may be tought new tricks by pointing them to the emulated mail spool generated by this tool according to another (remote) mail spool. The emulated spool is at most a single byte in size but carries the right stat() attributes to fool the applets. This way you may use the Gnome mail check applet to query IMAPS mail spools, as an example. Its a hack, but it works quite well.
Currently libnewmail includes plugins for the following mailbox protocols:
- Unix mail spool (libunix.so)
- qmail Maildir (libmaildir.so)
- POP3 with SSL and APOP (libpop3.so)
- IMAP4rev1 with SSL (libimap.so)
There is an API for a graphical configuration interface. However, this is currently a NOOP. This feature will be added eventually

BEJY provides a generic multithreaded TPC/IP server implementation, with additional SSL, to plug different protocol implementations to. With the available HTTP, IMAP, SMTP, POP3 protocols and the HTTP-redirector protocol BEJY is a complete solution for hosting providers.
BEJY is production quality mail server, supporting IMAP4rev1, POP3 and SMTP, and is working perfectly with all well known solutions. BEJY can work as a transparent proxy to facade several running instances.
Also ask for our Linux kernel patch, to use Java + ports < 1024 without root permissions.
Feel free to download and use it for non commercial purposes.
Enhancements:
- Support has been added for SPF to reduce the number of spam false positives.
- In IMAP, escaping of special characters in ENVELOPE has been fixed.
- In SERVLET/JSP, getRequestURI has been fixed in forward() and include(), and initial support has been added for servlet 2.4.
- New request listeners are working.

Dovecot project is an open source POP3 and IMAP server for Linux/UNIX-like systems, written with security primarily in mind. Although its written in C, it uses several coding techniques to avoid most of the common pitfalls.
Dovecot can work with standard mbox and maildir formats and its fully compatible with UW-IMAP and Courier IMAP servers implementation of them as well as mail clients accessing the mailboxes directly.
Its easy to migrate from them to Dovecot. I have also plans to support storing mails in SQL databases.
Dovecot is easy to set up and doesnt require special maintenance. Only thing you need is to get the authentication working properly - if your users are in /etc/passwd theres hardly anything you have to do.
Dovecot should be pretty fast. There are still some optimizations that could be done, but I believe it already beats most other IMAP servers in overall performance.
This is mostly because of index files that Dovecot maintains; instead of having to scan through all the data in mailbox, Dovecot can get most of the wanted information from index with little effort.
Dovecots indexes can scale to huge amount of messages per mailbox with hardly any noticeable slowdown. Ive tested only up to 367000 mails, but millions of messages should be no problem.
Dovecot takes very little memory. Most of it goes to mmap()ed index and mailbox files, meaning that if operating system is low on memory, it can simply drop those memory pages without having to store them in swap.
Connections are handled in separate processes, each one currently using around 100kB of swappable memory. Some extensions like SORT and THREAD will require more memory to work though.
Dovecot is fail safe. Indexes could potentially be quite a large problem maker, but Dovecot does sanity checks to all data before using it to avoid crashes and other problems.
Any kind of crash is considered as bug and will be fixed - even if it happens only by deliberately poking the index files.
Main features:
- Dovecot should be quite ready for use with normal IMAP clients.
- Complete IMAP4rev1 support.
- Supports THREAD and SORT extensions, required by many IMAP webmails.
- Complete TLS/SSL support
- IPv6 ready.
- Shared mailboxes arent yet supported.
- Maildir++ quota isnt yet supported. Hard filesystem quota can also be problematic.

Postilion is a mail user agent based upon the popular TkRat program. The main changes to TkRat are in the user interface portion, so all of the underlying functionality of TkRat remains. This includes MIME support, Virtual folders, PGP support, support for unix mail files, MH folders, POP and IMAP.

Many other features and enhancements have been added to Postilion, ranging from robust support for IMAP in a shared folder environment, to subtle touches which make mail browsing just a bit more pleasant of an experience. This program was made by the users requests.

Great effort has been made to support multiuser environments with support for system wide configurations, mailboxes and address books; shared folders, etc. Many of these features require the use of IMAP mailboxes. When you build Postilion, you will also build an IMAP4rev1 server which you can experiment with. See the "imap" directory for details.

One of the main features of TkRat which has not survived the transition well at all is multi-language interface support (TkRat had built-in support for English, Swedish and Italian). The reason for this is that I have changed much of the text, yet I do not know these languages for translation. Instructions are included for how to do translations, and I solicit any interested party to contribute their translations (please contact me before starting, just so I can coordinate efforts). Postilion currently has support for English, French, German, Italian Dutch and Swedish.