The IMAP Proxy server is a caching IMAP proxy server.
It was written to reduce the load that Webmail clients
put on an IMAP server by keeping server connections
alive for reuse, thus avoiding a new server connection
for each Webmail transaction.
Yet another session manager.
Easy to integrate with HTTP::Engine.
mod_dosevasive is an evasive maneuvers module for Apache to provide evasive
action in the event of an HTTP DoS or DDoS attack or brute force attack.
It is also designed to be a detection and network management tool, and can be
easily configured to talk to ipchains, firewalls, routers, and etcetera.
mod_dosevasive presently reports abuses via email and syslog facilities.
Detection is performed by creating an internal dynamic hash table of IP
Addresses and URIs, and denying any single IP address from any of the
following:
* Requesting the same page more than a few times per second
* Making more than 50 concurrent requests on the same child per second
* Making any requests while temporarily blacklisted (on a blocking list)
This method has worked well in both single-server script attacks as well as
distributed attacks, but just like other evasive tools, is only as useful to
the point of bandwidth and processor consumption (e.g. the amount of bandwidth
and processor required to receive/process/respond to invalid requests), which
is why it's a good idea to integrate this with your firewalls and routers for
maximum protection.
This module instantiates for each listener individually, and therefore has a
built-in cleanup mechanism and scaling capabilities. Because of this per-child
design, legitimate requests are never compromised (even from proxies and NAT
addresses) but only scripted attacks. Even a user repeatedly clicking on
'reload' should not be affected unless they do it maliciously. mod_dosevasive
is fully tweakable through the Apache configuration file, easy to incorporate
into your web server, and easy to use.
This perl module provides an Active Server Pages port to the Apache HTTP
Server with perl as the host scripting language. Active Server Pages is
a web application platform that originated with the Microsoft IIS
server. Under Apache for both Win32 and Unix, it allows a developer to
create dynamic web applications with session management and perl code
embedded in static html files.
This is a portable solution, similar to ActiveState PerlScript and MKS
PScript implementation of perl for IIS ASP. Work has been done and will
continue to make ports to and from these other implementations as smooth
as possible.
This module works under the Apache HTTP Server with the mod_perl module
enabled. See http://www.apache.org and http://perl.apache.org for
further information.
For database access, ActiveX, and scripting language issues, please read
the FAQ section.
http://search.cpan.org/dist/Apache-ASP/
This program implements a standard PGP Key Server, which can be assumed
to be in addition to the public key server at MIT.
Sobby is a stand-alone server for the collaborative editor gobby
and other obby users.
The Haskell application server stack.
The HttpCore components implement the most fundamental aspects of the HTTP
protocol. They are nonetheless sufficient to develop basic client-side and
server-side HTTP services with a minimal footprint and no external
dependencies.
The HttpCore base module contains the public API and the default
implementation based on the Java classic (blocking) I/O model. It requires
a Java 1.3 compatible runtime and has no dependency on any external libraries.
HttpCore NIO extensions contain optional components that leverage the event
driven, non-blocking I/O (NIO) model. HttpCore NIO extensions require a
Java 5.0 compatible runtime and the HttpCore base module. HttpCore NIO
extensions are intended for those usage scenarios where raw throughput is
less important than the ability to handle thousands of simultaneous HTTP
connections in a resource efficient manner.
The vSphere SDK for Perl provides an easy-to-use Perl scripting interface to
the vSphere API. SDK ships with utilities, and documentation for building
vSphere management applications.
The vSphere Command-Line Interface (vSphere CLI) command set allows you to
run common system administration commands against ESX/ESXi systems from any
machine with network access to those systems. You can also run most vSphere
CLI commands against a vCenter Server system and target any ESX/ESXi system
that vCenter Server system manages.
vSphere CLI commands are especially useful for ESXi hosts because ESXi does
not include a service console.