Free smtp software for linux

libsmtp allows programs to send mail directly through SMTP (no sendmail needed). lib smtp is designed to be simple and memory efficient, and has slightly untested support for MIME multipart body parts.

DGS SMTP is a PHP class which acts as an email client, able to send an email without using PHPs built in mail() function.

This is most often useful for sites that are unable to get PHPs build in mail() function to work. (Usually because they dont have access to sites php.ini file).

Net::SMTP::TLS is an SMTP client supporting TLS and AUTH.

SYNOPSIS

use Net::SMTP::TLS;
my $mailer = new Net::SMTP::TLS(
your.mail.host,
Hello => some.host.name,
Port => 25, #redundant
User => emailguy,
Password=> s3cr3t);
$mailer->mail(emailguy@your.mail.host);
$mailer->to(someonecool@somewhere.else);
$mailer->data;
$mailer->datasend("Sent thru TLS!");
$mailer->dataend;
$mailer->quit;

Net::SMTP::TLS is a TLS and AUTH capable SMTP client which offers an interface that users will find familiar from Net::SMTP. Net::SMTP::TLS implements a subset of the methods provided by that module, but certainly not (yet) a complete mirror image of that API.

The methods supported by Net::SMTP::TLS are used in the above example. Though self explanatory for the most part, please see the perldoc for Net::SMTP if you are unclear.

The differences in the methods provided are as follows:
The mail method does not take the options list taken by Net::SMTP
The to method also does not take options, and is the only method available to set the recipient (unlike the many synonyms provided by Net::SMTP).
The constructor takes a limited number of Net::SMTPs parameters. The constructor for Net::SMTP::TLS takes the following (in addition to the hostname of the mail server, which must be the first parameter and is not explicitly named):

NoTLS - In the unlikely event that you need to use this class to perform non-TLS SMTP (you ought to be using Net::SMTP itself for that...), this will turn off TLS when supplied with a true value. This will most often cause an error related to authentication when used on a server that requires TLS
Hello - hostname used in the EHLO command
Port - port to connect to the SMTP service (defaults to 25)
Timeout - Timeout for inital socket connection (defaults to 5, passed directly to IO::Socket::INET)
User - username for SMTP AUTH
Password - password for SMTP AUTH

Postfix SMTP Monitoring Solution is a set of three Perl CGI scripts used to monitor the SMTP queue, allowing the deletion of messages that for one reason or another become "stuck" in the queue.

I needed a web-based solution to monitor my Postfix SMTP relay, which enabled me to remove messages that become "stuck" in the queue. I wrote three simple Perl scripts, and used Sudo to give me the desired functionality.

I am uploading these scripts in case they are useful to others. Assuming you have Apache configured correctly on your Postfix server, it should be as easy as placing the three .cgi files into your webservers cgi-bin directory, and making the appropriate modifications to your /etc/sudoers file (see the README contained in the tarball).

POE::Component::Client::SMTP is a Perl module for asynchronous mail sending with POE. Thus your program isnt blocking while busy talking with an (E)SMTP server.

SYNOPSIS

Warning! The following examples are not complete programs, and arent designed to be run as full blown applications. Their purpose is to quickly introduce you to the module.

For complete examples, check the eg directory that can be found in the distributions kit.

A simple example:

# load PoCoClient::SMTP
use POE::Component::Client::SMTP;
# spawn a session
POE::Component::Client::SMTP->send(
From => foo@baz.com,
To => john@doe.net,
Server => relay.mailer.net,
SMTP_Success => callback_event_for_success,
SMTP_Failure => callback_event_for_failure,
);
# and you are all set ;-)
A more complex example:
# load PoCoClient::SMTP
use POE::Component::Client::SMTP;
# spawn a session
POE::Component::Client::SMTP->send(
# Email related parameters
From => foo@baz.com,
To => [
john@doe.net,
andy@zzz.org,
peter@z.net,
george@g.com,
],
Body => $email_body, # heres where your message is stored
Server => relay.mailer.net,
Timeout => 100, # 100 seconds before timeouting
# POE related parameters
Alias => pococlsmtpX,
SMTP_Success => callback_event_for_success,
SMTP_Failure => callback_event_for_failure,
);
# and you are all set

SMTP Relay Checker is a fully configurable, multithreaded open mail relay scanner. It supports scanning of IP blocks, and can print the results to a Web page.
SMTP Relay Checker is intended for Systems Administrators to check IP blocks under their control.
Compilation / Installation
To build SmtpRC please run "make" in the package directory. This will build the package and create the binary "smtprc". To install the package, please run "make install".
By Default, the binary will be installed into /usr/local/bin/, configuration files will be installed under /usr/local/etc/smtprc/ and all documentation files will be installed under /usr/local/share/doc/smtprc/. Please see below for a full list of installed files.
/usr/local/bin/smtprc
/usr/local/bin/gsmtprc
/usr/local/etc/smtprc/auto.conf
/usr/local/etc/smtprc/email.tmpl
/usr/local/etc/smtprc/rcheck.conf
/usr/local/share/doc/smtprc/README
/usr/local/share/doc/smtprc/FAQ
/usr/local/man/man1/smtprc.1
/usr/local/man/man1/gsmtprc.1
Using Smtprc
SmtpRC can be run by specifying options on the command line, or by configuring an "auto configuration" file and letting SmtpRC parse the options from there. The latter is recommended.
When SmtpRC is installed, a example "auto configuration" file is installed in "/usr/local/etc/smtprc/auto.conf". Edit this file, changing the values to suit your specific network requirements and run smtprc with the following option (a full list of options
is detailed below):
"/usr/local/bin/smtprc -j /usr/local/etc/smtprc/auto.conf"
To be sure that a mailserver relays third-party email, SmtpRC will attempt to relay mail to an address specified. It is recommended that this address is a mailbox on the local machine that is being used to run SmtpRC - pop support is a planned feature, but for now, SmtpRC only supports checking local mailboxes (mbox and Maildir). Create a new user account (smtprc), specify the email address for this account, and the local mailbox (on the command line or in the "auto configuration" file), and SmtpRC will attempt to relay emails to this address and check for recieved emails after scanning.
There is also a GUI interface to smtprc (gsmtprc) that is installed in /usr/local/bin. This requires Perl Tk to run.
Enhancements:
- Fixes a race condition between the master and reaper threads.

MadMail is a simple Webmail client which can handle POP3, SMTP, and IMAP servers. I
Main features:
- multi-language support
- no Database required