Free using email software for linux

Newsmail was created to allow easy news publication to one or more sites, using email messages to insert, delete, and manage news.
It is a simple PHP news ticker that allows you to publish news via email. Newsmail can generate RSS feeds for news matching a given category.
Main features:
- import plain text or HTML email messages with or without attachments, and with or without Markdown syntax.
- store messages in database (currently Postgresql and MySQL are supported, but the PHP code uses Pear::DB abstraction) and attachments in filesystem.
- request a confirmation message before publishing or deleting news.
- require an approvation from a moderator before publishing or deleting news.
- answer to some administration commands directly via email (e.g. news listing, news delete and update).
- generate an RSS feed with news matching a particular category or with category equal to all
Enhancements:
- A small improvement was made to the install instructions.
- An approval option was added, which requires BCC_ADDRESS approval for inserting and deleting messages.
- The approval process uses a randomly generated token password to improve security.
- The database structure was changed to use a token for approval security.
- The MySQL table definition was improved to use INNODB.

Email sends email to remote SMTP servers via the command line, which makes it useful in cron jobs. It will send to any RFC standard remote ESMTP server, and will allow you to encrypt, sign, and design your message on the fly.
It has the capability to use signature files with dynamic options, address book functionality, and users can also attach pictures, binary files, documents, or whatever they want. It is completely compatible with GNUPG for encryption and signing, and is easy to configure and use.
Enhancements:
- A bug where an assert caused an abort when encrypting any message with GnuPG under Cygwin has been fixed.
- Compile time problems where the compiler would complain about SIG* being undeclared have been fixed.
- There is some minor source code cleanup.

morigin email classifier is a filter that classifies and tags email messages based on the DNS information of the system submitting the mail to your organization.

morigin email classifier can then be used to improve upon existing spam filters such as SpamAssassin.

SPF Sendmail milter is a Sendmail filter that implements the Sender Policy Framework technology with help of libSPF2 library.
It checks SPF records to make sure that the email is authorized by the domain name that it is coming from. This prevents email forgery, commonly used by spammers, scammers and email viruses/worms.
It can reject messages on SPF hardfail result. Also it adds the standard Received-SPF header with SPF results to the scanned messages.
This filter aims to be lightweight, reliable, and simple. Its written in C. Although this filter is a stable itself, libSPF2 is a beta software and can be unstable. It can affect to the filter stability. Please, use it in the production environment with caution.
Main features:
- It has a hosts/networks whitelist;
- It can reject messages on SPF hardfail result;
- It can add the standard header with SPF results;
- It logs all filter activities to syslog.
- Small code (does not exceed 320 lines);
- Fast work;
- Stability (production quality);
- Low resources are required;
- No temporary files are created.
Enhancements:
- Cosmetic enhancements were made.

gmailsender is a mono based mail sending application.
Use it to send Email through a smtp server (only without authentification) with an optional attached file.
gmailsender is under the GPL license.
Installation:
1. make
2. mono gmailsender.exe
and if you want to install it into your /usr/local/bin (as root) :
3. make install
Enhancements:
- now gmailsender use gtk-sharp2

Email::Find allows you to find RFC 822 email addresses in plain text.

Email::Find is a module for finding a subset of RFC 822 email addresses in arbitrary text (see "CAVEATS"). The addresses it finds are not guaranteed to exist or even actually be email addresses at all (see "CAVEATS"), but they will be valid RFC 822 syntax.

Email::Find will perform some heuristics to avoid some of the more obvious red herrings and false addresses, but theres only so much which can be done without a human.

Finds email addresses in the text and executes callback registered.

The callback is given two arguments. The first is a Mail::Address object representing the address found. The second is the actual original email as found in the text. Whatever the callback returns will replace the original text.

Email::Store is a framework for database-backed email storage.

SYNOPSIS

use Email::Store dbi:mysql:mailstore;
Email::Store->setup; # Do this once

Email::Store::Mail->store( $rfc822 );
Email::Store::Mail->retrieve( $msgid );

...

Email::Store is the ideal basis for any application which needs to deal with databases of email: archiving, searching, or even storing mail for implementing IMAP or POP3 servers.

Email::Store itself is a very lightweight framework, meaning it does not provide very much functionality itself; in effect, it is merely a Class::DBI interface to a database schema which is designed for storing email. Incidentally, if you dont know much about Class::DBI, youre going to need to in order to get much out of this.

Despite its minimalist nature, Email::Store is incredibly powerful. Its power comes from its extensibility, through plugin modules and hooks which allow you to add new database tables and concepts to the system, and so access the mail store from a "different direction". In a sense, Email::Store is a blank canvas, onto which you can pick and choose (or even write!) the plugins which you want for your application.

For instance, the core Email::Store::Entity plugin module addresses the idea of "people" in the email universe, allowing you to search for mails to or from particular people; (despite their changing names or email addresses) Email::Store::Thread interfaces Email::Store to Mail::Thread allowing you to navigate mails by their position in a mail thread; the planned non-core Email::Store::Plucene module plugs into the indexing process and stores information about emails in a Plucene search index for quick retrieval later, and so on.