Free fast email software for linux

StrongBad Emails is an extension which adds the words "Previous" and "Next" to the StrongBad Emails.

Tired of having to go back to the main email page to view the next Strong Bad email cartoon? Well wake up and smell the coffee with this extension.

SurgeMail is the fastest, most robust and secure, full-featured email server on the market today supporting all the protocols and standards. Surgewall works with every mail server and can be installed in minutes, instantly gives you the uniquely advanced, Spam Blocking, Virus Scanning and even user configurable filtering and friends modes normally only found in our SurgeMail product.
Main features:
- User existence is checked at rcpt stage to prevent major spam problems
- Spam and virus free email
- Friends mail screening system.
- Integrated mail server and web based email
- Web based administration (user, domain and server)
- Full SSL secure support for all protocols
- Runs on platform of choice (Windows, most Unix versions)
- Installs in minutes and unparalleled after sales service

Fast Date Picker project is a calendar which is easy to integrate into pages that require the users to select a date like on travel sites.
Written in ECMAScript, it responds faster to the users clicks than most of the server-side-based or Java-applet-based date pickers often found on travel sites today.
The calendar can be added to your page any way you want (e.g. as a pop-up window or an expandable

Do you have a health-related web site and need to start generating a good list of e-mail list subscribers for an upcoming newsletter?
Exercise Tip Buddy is an easy-to-install Web site tool that allows your visitors to sign up for an exercise tip mailing list. It works out-of the-box, so you can start building your subscriber list before you put together a full-blown newletter.
Exercise Tip Email Buddy comes with 26 exercise tips built in, so you already have a unique mailing twice a month for a full year!
Main features:
- Installation is easy, just upload the script and run the install file to automatically install your database tables and set up your configuration.
- Set the time between mailings. Want a weekly e-mailing? Daily? No problem you set the length.
- Easily set how many e-mails can be sent in a day or hour to avoid getting on your hosting providers bad side. The e-mails are stored and those that cant be sent right away will be sent later.
- Add custom exercise tips of your own!
- Visitor sign-up script includes a Captcha device to avoid automated signups by spammers.

EMailRobot is a simple object-oriented framework for developing email auto-responders.
It performs actions based on parameters extracted from received email bodies and generates answer emails.
Enhancements:
- Minor fixes were made and documentation and installation notes were added.

Fast Secure File System exports existing directories securely over the network, letting users store and retrieve encrypted data in a scalable and transparent way. FSFS is written in C and works on GNU/Linux systems on x86 and PPC architectures, with help from FUSE and OpenSSL.
File systems are easily the most evident, from the point of view of users, component of an operating system. Through file systems it is possible to organize data in a wide variety of ways, and access resources through a common interface.
Users can nowadays not only store and retrieve documents, but also find information on running processes and system settings (through ProcFS), access and manipulate e-mail (for example with GmailFS), or perform several other operations.
In several circumstances and scenarios it is desirable to protect stored files and directories from manipulation by unknown or malicious users: financial or health-related data, confidential documents, or any kind of personal or sensitive data may need to be stored securely, in such a way that it can not be examined or modified freely by third parties.
Most file systems do not take action in this sense, and external cryptographic utilities are sometimes employed to secure data before storage. While this can be a perfectly secure solution, it is not transparent to users.
Distributed file systems propose efficient ways of accessing data remotely as if it resided on the local machine; when it comes to dealing with securely stored data as in the examples above, care must be taken to preserve confidentiality and integrity also during network transfer.
Not all distributed file systems accomplish this task, weakening the overall security of the system, or do so inefficiently, making it inconvenient for users.
FSFS is a secure, distributed file system in users space, written in C with much help from FUSE and OpenSSL. It lets users store and retrieve data securely and transparently, knowing that it is protected both on permanent storage devices and while in transit over the network.
It is also concerned with scalability, therefore separates data cryptography from the server, leaving it to the clients; this approach is similar to the one used in CFS, and opposite to those taken on by other secure file system solutions (like NFS on top of IPsec).
FSFS is written as a pair of user space daemons that act as client and server. Because of this, it needs no kernel support (unlike NFS over IPsec), save the FUSE loadable kernel module on clients, included in Linux since 2.6.14; servers dont use FUSE and depend only on user space OpenSSL libraries.
Servers export an existing file system (of virtually any kind) to clients over the network through two separate channels: a TLS connection set up with OpenSSL, and a clear channel. Requests from the clients to the servers are sent via the TLS socket, thus they are encrypted and authenticated, according to TLS v1 specifications, by the channel itself and decrypted on receipt, as they are usually very short and the relevant cryptography does not constitute a great overhead; simple server replies undergo the same process.
Cryptography in this case happens at both ends of the transmission.
In a distributed file system, large amounts of data may be transferred between clients and servers, thus encrypting and decrypting everything may become too cumbersome for both parties, and as more clients are added to the system the server may severely lose performance; moreover, file data should be stored encrypted anyway, so the cryptography could be moved to the clients, in such a way that each encrypts data before a write operation sends it over the network to the server, and decrypts it after a read retrieves it.
This way servers only deal with TLS details and can concentrate on serving client requests by doing the relevant I/O on the underlying, "physical" file system. As the data is already encrypted, it does not need to go through the TLS channel and the corresponding overhead, but can be sent via the clear channel, provided the messages are authenticated.
Enhancements:
- This release fixes two bugs. One bug related to socket creation and would cause problems on some systems (namely OpenSUSE 10.2). The other bug related to server configuration creation when using the Python configuration utilities. Users dont need to upgrade to this release if theyre not experiencing problems or are not using the Python configuration utilities.

Fast User Switch Applet is an applet for the GNOME 2.10 panel which allows for MacOS X-style menu-based user-switching. It integrates with GDM to switch between existing X11 sessions or create new ones as needed, and will show the same users as the GDM face browser.

The applet can display itself in the panel using either the current users name, the word "Users," or an icon, and can be configured to include an item which launches an X session in a window. The applet code is designed to allow for easy cut-and-paste of the system-interaction code into other applications, like screensavers

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.