Free mail server report hoax software for linux

SrvReport is a simple and featurefull server monitoring and reporting system. SrvReport project can send every day a mail with the latest state of the server including:
- network traffic report
- cpu usage report
- mail send/receive
- server warnings
- last logins
- other customized messages (like harddisk problems)
- web-server traffic report
- Xfer-logs (ftp)
- optional test for rootkits (with chkrootkit)
Main features:
A full report will show you the following information:
- Network traffic (including dayly, weekly and monthly graph)
- CPU-Usage (including dayly, weekly and monthly graph)
- Mail sent/receive report (to, from, size)
- Last authenticated users
- Server warnings
- Other customized messages (like harddisk problems)
- Optional web-server traffic report
- Optional Xfer-logs
- Optional test for rootkits (with chkrootkit)
It supports the following features as well:
- Several languages
- No need of rare perl libraries
- Easy to use (Just one configuration file to edit),
- Free (GNU GPL), with sources (perl scripts),

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

smf-sav is a lightweight, fast and reliable Sendmail milter that implements a real-time Sender e-Mail Address Verification technology. This technology can stop some kind of SPAM with a spoofed senders e-Mail address.
Also it implements a real-time Recipient e-Mail Address Verification technology. It can be useful if your machine is a backup MX for the recipients domain or if your machine forwards all e-Mail messages for your domain to another (presumably internal) e-Mail server. Sendmail Sender Address Validator is written in C.
Main features:
- friendly hosts/networks whitelist;
- SMTP AUTH support;
- strictly RFC-2821 compliant MX callback engine;
- tolerance against non RFC-2821 compliant e-Mail servers;
- blocking of e-Mail messages with a spoofed senders e-Mail address;
- recipients e-Mail address verification with an authoritative e-Mail store in gateway mode;
- slow down of recipients e-Mail address brute force attacks in gateway mode.
Enhancements:
- Whitelisting by a PTR (reverse DNS) record was implemented.
- Whitelisting by an envelope recipient email address was implemented.
- The option to ignore tempfailed results of SAV was implemented.
- The option to refuse email messages from systems that dont accept the null reverse-path was implemented.
- Tempfail and fail results TTL settings were segregated.
- Progressive slowdown of brute force attacks on a recipients email address was implemented.

NNML::Server is a minimal NNTP server.

SYNOPSIS

perl -MNNML::Server -e server
perl -MNNML::Server -e unspool

NNML::Server server implements a minimal NNTP server. It is (hope-) fully conformant to rfc977. In addition the commands XOVER and AUTHINFO are implemented.

Supported commands:

ARTICLE, AUTHINFO, BODY, GROUP, HEAD, HELP, IHAVE, LAST, LIST,
MODE, NEWGROUPS, NEWNEWS, NEXT, POST, QUIT, SLAVE, STAT

XOVER, XHDR, LIST NEWSGROUPS ng-spec

The main reason for writing this was to synchronize my mail directories across different hosts. The Mail directories are MH-Style with a .overview file in each folder and an active file in the base directory. These are maintained by the Emacs Gnus backend NNML. To get started, you can generate/update this files using the overview program. Upon POST and IHAVE commands this files will also be updated.

To start from scratch use:

touch /tmp/active;
perl -MNNML::Server -e server(base => "/tmp", port => 3000)

To export your mh-Mail use:

perl overview -base ~/Mail
perl -MNNML::Server -e server(base => "$ENV{HOME}/Mail", port => 3000)

The command POST and IHAVE honour the Newsgroups header if not overwritten by the X-Nnml-Groups header. Articles will contain an appropriate X-Nnml-Groups header when retrieved by message-id.

When the client submits the SLAVE command, all forther post requests are spooled in $Config-spool> (usually ~/Mail/NNML.spool) for performance reasons. You can process the spooled articles by submitting the XUNSPOOL command or by calling

perl -MNNML::Server -e unspool

Rejected articles will be saven in $Config-bad> (usually ~/Mail/NNML.bad)

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.

Mail 2 Wordpress is an SMTP mailrobot for posting wordpress blog entries via SMTP mail.

Mail::Toaster is an installer for a collection of software which provides a full-featured mail server. The system is built around the qmail mail transport agent, with many additions and modifications
Main features:
- SMTP Mail Server (SMTP-AUTH, chk-user, SPF, TLS, tarpitting, RBL)
- Virtual Domain Hosting w/delegated administration
- Virtual Domain Users
- Mailing List (Ezmlm)
- AutoResponder
- Web Based E-Mail (Sqwebmail, Squirrelmail, V-Webmail)
- Web Based Domain Administration
- Mail Filtering (rbls, SpamAssassin, simscan, Qmail-Scanner)
- Virus Scanning (ClamAV, F-Prot, Uvscan)
- SMTP roaming via SMTP-AUTH, POP-AUTH, & IMAP-AUTH
- SMTP roaming via SMTP-submission (port 587)
- POP3, POP3-SSL
- IMAP, IMAP-SSL (Courier IMAP)
- CGI frontend to mail features
- Log processing and pretty graphs (via RRDutil)
- Auto-Installs of MySQL, Apache, phpMyAdmin, and more
- Centralized configuration files
- Support for clusters of qmail servers
- Builds SSL certs for Apache, Qmail, & Courier
Security - Mail::Toaster supports secure connections from the email client (via POP3, IMAP, SMTP, and webmail) to the server. If the remote (destination) email server supports it, we also encrypt the email as it travels across the public Intenet from server to server. Thus, if you happen to be using two Mail::Toasters and your email clients are configured to use SSL, you have a fully encrypted path from the email sender to the final recipient.
State of the Art Filtering - Mail::Toaster has sophisticated filtering capabilities built right in. A default installation blocks all viruses and will detect 85% of the spam. With a little bit of training, its reasonable to expect and achieve 99% spam filtering accuracy.
Flexibility - Mail::Toaster provides an extremely flexible framework to allow you to build your email system your way. This flexibility makes it easy to migrate existing systems to Mail::Toaster and also allows Mail::Toaster to work in diverse environments and OS platforms.
Support - There is a thriving and active support community available on the mailing list. The web forums are also frequented by quite a few helpful folks. If you need more support than folks are willing to provide, commercial support is available.
Enhancements:
- Primarily code quality improvements.
- Rewrites of major portions of the code using techniques described in Perl Best Practices.
- Many more tests, much better tests, and more error testing within the functions.
- A new Webmail interface.
- Its not terribly "pretty" yet, but is much more user friendly and functional.

maildrop is the mail filter/mail delivery agent thats used by the Courier Mail Server. You do not need to download maildrop from here if you already have Courier installed. This is a standalone build of the maildrop mail filter that can be used with other mail servers.
maildrop is a filter for local mail delivery agent. It reads the messages and redirects them to users mailbox.
maildrop optionally reads instructions from a file, which describe how to filter incoming mail. These instructions can direct maildrop to deliver the message to an alternate mailbox, or forward it somewhere else. Unlike procmail, maildrop uses a structured filtering language.
maildrop is written in C++, and is significantly larger than procmail. However, it uses resources much more efficiently. Unlike procmail, maildrop will not read a 10 megabyte mail message into memory. Large messages are saved in a temporary file, and are filtered from the temporary file. If the standard input to maildrop is a file, and not a pipe, a temporary file will not be necessary.
maildrop checks the mail delivery instruction syntax from the filter file, before attempting to deliver a message. Unlike procmail, if the filter file contains syntax errors, maildrop terminates without delivering the message. The user can fix the typo without causing any mail to be lost.
Enhancements:
- Messages delivered by maildrop will use the processs inherited umask.
- The -f option now allows an empty return address to be specified.
- The lockmail utility now drops any group-id privileges if the setgid bit was added to lockmails permissions.