Free axigen mail server isp hsp edition 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

Boston University Linux is based on Fedora Core Linux, but specifically tailored for the BU environment.

Weve added security updates, made modifications to make software work better with the way things are set up here, and added some applications that we think you might like to have.

The server edition of BU Linux provides a modern, stable, and robust server platform suitable for long-term deployment in many roles throughout the university.

Supported Hardware

Currently, only i686-class machines are supported. This includes almost everything from Intels Pentium Pro on. AMD64 and Intel EM64T systems will work fine using their 32-bit mode. Watch for a 64-bit version later this summer.

Specific Notes on Server Applications

Mail Server:

BU Linux 4.5 Server Edition (Zodiac) includes three different choices of Mail Transfer Agent (MTA) for your mail server. Each of these open source servers has its unique strengths, and you can install one or more and use the utility system-switch-mail to choose which is active.

The default is IBMs Postfix, which is designed from scratch to be secure and easily configurable. On a newly-installed BU Linux machine, Postfix is configured to exchange mail on the local machine and to send mail out to other systems, but not receive mail from the network. For this reason, outgoing mail from global BU accounts (those matching valid BU login names and with the proper UID) will appear to come from @bu.edu rather than @hostname.bu.edu. Local users (including system accounts) will retain the hostname, but without reconfiguration, any replies will bounce. Changing the system to accept mail is easy; see the BU Linux web site for details.

For the maximum flexibility and for compatibility with existing configurations (and with existing expertise), we also include the traditional standard Sendmail. And, if you have particular special needs, you may find that the new Exim MTA fits your situation best.

No matter which MTA you choose, please contact us if you need any assistance. With so many options available, the situation can be confusing, and its unfortunately easy for an accidentally misconfigured system to become a target for spam relayers. We have significant expertise at configuring both Postfix and Sendmail in a variety of situations, and will be glad to help.

FTP Server:

This release of BU Linux provides two options for FTP. The first is vsftpd, which is designed to be simple and secure. This is the most appropriate for almost all situations, but if you require more power and flexibility, we also include ProFTPd, which has many more options and a configuration syntax similar to that of the Apache web server.

Please also remember that FTP is an insecure protocol and that any passwords used travel over the network in plain text. For this reason, its best to avoid anything but anonymous FTP. For user-authenticated file transfer, use SSH and SFTP. (SFTP is provided by the OpenSSH server and enabled by default.)

Web Server:

The web server software included in BU Linux is the industry-standard Apache httpd. We also include PHP 4.3 and many other useful tools for building a web server.
If you need to provide authenticated access to web services to BU users, please contact us and we will provide you with our University-standard Weblogin module. This provides a powerful and flexible means of single-signon access control for the BU user community and we want to make it as easy as possible for you to provide this for your users.

Database Server:

BU Linux includes MySQL 4.1 and PostgreSQL 7.4. For less demanding SQL applications, we also provide SQLite 3, which provides simple SQL databases without the management overhead of running a SQL server.

DeskNow project is a fully featured and easy to use mail and collaboration server that can handle all the communication and collaboration needs of your company.
Main features:
- fully featured mail server
- advanced antispam technologies, antivirus integration and content filtering
- dynamic webmail interface
- document management
- advanced calendaring with meeting planning, free/busy search, shared calendars, task lists, resource booking, iCal publishing (Mozilla Sunbird, Apple iCal)
- Outlook connector to integrate personal and group calendars, tasks, contacts
- SyncML synchronization with Palm, PocketPC, BlackBerry and most mobile phones
- secure Jabber instant messaging with integrated web client
- automatic authentication and account import with Active Directory and LDAP servers
Enhancements:
- This version introduces minor improvements to IMAP import and features improved SyncML duplicate detection and a maxhops configuration setting.

Mail::Bulkmail::Server is a Perl module that handles server connections and communication for Mail::Bulkmail.

SYNOPSIS

my $server = Mail::Bulkmail::Server->new(
Smtp => your.smtp.com,
Port => 25
) || die Mail::Bulkmail::Server->error();

#connect to the SMTP relay
$server->connect || die $server->error();

#talk to the server
my $response = $server->talk_and_respond("RSET");

Mail::Bulkmail::Server now handles server connections. Mail::Bulkmail 1.x and 2.x had all the server functionality built into the module itself. That was nice in terms of simplicity - one module, one connection, one server, and so on. But it had some downsides. For one thing, it only allowed for one connection. And since I wanted to allow multiple server connections in 3.00, that had to go. For another, it was a pain in the butt to change the server implementation. This way, you can easily write your own server class, drop it in here, and be off to the races.

For example, the Mail::Bulkmail::DummyServer module for debugging purposes.
This is not a module that youll really need to access directly, since it is accessed internally by Mail::Bulkmail when it is needed. Specify the data you need in the conf file and the server_file attribute, and you wont ever need to touch this directly.

These are the primary mail utilities of the GNU system.

Specifically, this package contains a POP3 server, an IMAP4 server, and a Sieve mail filter. It also provides a POSIX mailx client and a collection of other tools.

Mail Avenger is a highly-configurable, MTA-independent SMTP server daemon. Mail Avenger lets users run messages through filters like ClamAV and SpamAssassin during SMTP transactions, so the server can reject mail before assuming responsibility for its delivery.
Other unique features include TCP SYN fingerprint and network route recording, verification of sender addresses through SMTP callbacks, SPF (sender policy framework) as a general policy language, qmail-style control over both SMTP-level behavior and local delivery of extension addresses, mail-bomb protection, integration with kernel firewalls, and more.
Enhancements:
- Several minor bugs were fixed.
- The SMTPCB configuration directive was changed to give more options.
- An InsecureSASL configuration option was added by request of users.

Mail::Sendmail is a simple platform independent mailer.
SYNOPSIS
use Mail::Sendmail;
%mail = ( To => you@there.com,
From => me@here.com,
Message => "This is a very short message"
);
sendmail(%mail) or die $Mail::Sendmail::error;
print "OK. Log says:n", $Mail::Sendmail::log;
Simple platform independent e-mail from your perl script. Only requires Perl 5 and a network connection.
Mail::Sendmail contains mainly &sendmail, which takes a hash with the message to send and sends it. It is intended to be very easy to setup and use.
Main features:
- Automatic time zone detection, Date: header, MIME quoted-printable encoding (if MIME::QuotedPrint installed), all of which can be overridden.
- Bcc: and Cc: support.
- Allows real names in From:, To: and Cc: fields
- Doesnt send an X-Mailer: header (unless you do), and allows you to send any header(s) you want.
- Configurable retries and use of alternate servers if your mail server is down
- Good plain text error reporting
Version restrictions:
- Headers are not encoded, even if they have accented characters.
- No suport for the SMTP AUTH extension.
- Since the whole message is in memory, its not suitable for sending very big attached files.
- The SMTP server has to be set manually in Sendmail.pm or in your script, unless you have a mail server on localhost.
- Doesnt work on OpenVMS, I was told. Cannot test this myself.