Free sendmail software for linux

Sendmail application is a Mail Transfer Agent, which is the program that moves mail from one machine to another.

Sendmail implements a general internetwork mail routing facility, featuring aliasing and forwarding, automatic routing to network gateways, and flexible configuration.

PerlSendmail is a small script to imitate having sendmail installed.
If you have scripts that require SendMail for sending emails, but do not want to install sendmail on your server then you can use this wrapper instead.
This simple Perl script will send email by connecting to a user specified SMTP server directly. This means that no queue daemons or directories are needed.
If the SMTP server can not be reached then the email will be discarded.
Main features:
- Suitable for use in a chroot environment
- Supports the following sendmail command line options:
-f
-F
-t
- Simple installation
- Simple configuration

Sendmail X is a modularized message transfer system consisting of five (or more) persistent processes, four of which are multi-threaded.
A central queue manager controls SMTP servers and SMTP clients to receive and send email messages, an address resolver provides lookups in various maps (including DNS) for mail routing, and a main control program starts the others processes and watches over their execution.
The queue manager organizes the flow of messages through the system and provides measures to avoid overloading the local or remote systems by implementing a central control instance.
Sendmail X is simple to configure using a syntax that is easy to understand and use. It is intended to be used as a secure and efficient mail gateway. It does not provide any mail content modification capabilities such as address masquerading.
Enhancements:
- This version has better error logging for STARTTLS problems and a libpmilter fix.

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.

Sendmail Analyzer is a perl script reporting full HTML and graph sendmail usage reports. The project reports statistics on inbound, outbound and largest messages, senders and recipients, relays, domains, and complete mailboxes usage if your country law allow it.

Statistics are generated per hour, day, month and year. Graphs are in PNG format.

Sendmail::AccessDB is an interface to the Sendmail access.db list.

SYNOPSIS

use Sendmail::AccessDB qw(spam_friend whitelisted);
$friend_or_hater = spam_friend(user@example.com);
$whitelisted = whitelisted(sender@example.com);

This module is designed so that users of the Sendmail::Milter module (or other Sendmail programmers) can ascertain if a user has elected to whitelist themselves as a "spam friend" (where there should be no spam filtering on mail to them) or, where spam-filtering is not the default, but an option, where certain receipients have been labeled as "spam haters"

USAGE

use Sendmail::AccessDB qw(spam_friend);
$friend_or_hater = spam_friend(user@example.com);

Ordinarily, this will look for such things as "Spam:user@example.com", "Spam:user@", etc., in the /etc/mail/access.db file. There is an optional second argument "Category", which could be used if you wanted to enable specific checks, for example, if you wanted to customize down to a per-check basis, you might use:

$rbl_friend_or_hater = spam_friend(user@example.com,
qualifier => maps_rbl);
$dul_friend_or_hater = spam_friend(user@example.com,
qualifier => maps_dul);

Caution should be taken when defining your own categories, as they may inadvertantly conflict with Sendmail-defined categories.

use Sendmail::AccessDB qw(whitelisted);
$whitelisted = whitelisted(sender@example.com);
$whitelisted_host = whitelisted(foo.example.com);
$whitelisted_addr = whitelisted(192.168.1.123);

Would check for appropriate whitelisting entries in access.db. Some lookups might be ambiguous, for example:

$whitelisted = whitelisted(foobar);

where it is hard to know if that is supposed to be a hostname, or a sender. whitelisted() accepts the type argument, such as:

$whitelisted = whitelisted(foobar,type=>hostname);
$whitelisted = whitelisted(postmaster,type=>mail);

Its also possible to feed the qualifier argument, if necessary, for example, to do:

$whitelisted = whitelisted(host.example.com,type=>hostname,
qualifier => Connect);

which would check to see if this host has an OK flag set for the Connect qualifier.

There is also the generic "lookup", which, at its simplest, takes a single argument:

$rc = lookup(host.example.com);

will do a lookup on host.example.com. But if you wanted to pay attention to parent-domains, you might do:

$rc = lookup(host.example.com, type=>hostname);

but if you wanted to find out if host.example.com, or any of its parent domains (example.com and com), had a value in the "MyQual" qualifier, you might do:
$rc = lookup(host.example.com,type=>hostname,qualifier=>MyQual);
which would look up, in order MyQual:host.example.com, MyQual:example.com, and MyQual:com, returning the first (most specific) one found.

Sendmail delivery stats is a Perl script to analyze Sendmail log files and produce mean delivery times. It dumps all data in CSV format.
Recently I had to bear with mail server analyze, serving traffic on level +10k messages a day. And there were some degradation of services felt by users, but there was no stright pattern what mails are delivered with bigger latency. Since this was Sendmail powered site I wrote simple tool in Perl to help with analysis.
I hope it is simple to use. What it does ? It collects all log entries, which are related to successful mail delivery. Groups it by domain and calculates average delivery time (time to leave queue - I is rather impossible to estimate time spend in others servers queues). Most useful (for me) is -a option, which makes all output in CSV format, for easy use in further analysis.
It was tested on logs from Sendmail 8.13.x and I belive it calculates proper values.
Enhancements:
- The HTML output format was added, with possible template use.
- Output is now sorted.
- Minor bugfixes and code cleanup were done.

Sendmail Confirmation System is an Sendmail milter plugin that is designed to reduce the amount of junk email received. SMC uses a dynamic local and DNS based remote "whitelists" (for known/trusted senders), DNS based "blacklists" (for undesired senders), and an original "autoauthentication" system (for unknown, but legitimate senders). In additional SMC has a set of useful features which allows to preserve mail recipients from dangerous message attachments, HTML includes. SMC is an Sendmail tm milter (plugin), which stops the junk mail messages without receiving one.
SMC uses 3 original algorithms, one of which is "Check relay by NS" simulates a dynamical whitelist and will always accept the messages from mail systems satisfying to following conditions:
1) Mail domain name (the host part of the senders e-mail address) must have an MX records;
2) Mail domain name and the connection host address must be resolved;
3) Connection host must be listed at the one of nameservers which hold the senders mail domain name.
The second from the developed algorithms is a "check delays" algorithm which is based on statistical check of delivery delays, generated by a [tempfail] return code, that allows to exclude a direct receiving of a mail, which not passed through the standard mail server.
NOTE: Using this feature the delivery of the mail from unknown, but legitimate senders will be delayed for a count of 5-minutes checks, which setted by the "maxcount" configuration parameter.
And the third of original algorithms is "autoconfirmation" algorithm: The sender of a "mail contact" (sender-recipient pair) means as authenticated (whitelisted) if the filters statistics module has registered the both of a sended forward (request) and a recieved backward (reply) messages of this contact. The messages from the such authenticated senders will never be delayed by the previos "check delay" algorithm.
Enhancements:
- Add checks to prevent overwrite all configuration data during install.
- Minor bug fix in ns-relay code.