Free avira antivir unix server 2.1.12 software for linux

Papercut NNTP Server is a news server written in 100% pure Python. It is intended to be
extensible to the point where people can develop their own plug-ins and by that integrate the NNTP protocol to their applications.

The server is compliant with most of the RFC0977 standards (when they make sense and are needed) and implements a lot of RFC1036 and RFC2980 extensions to the NNTP protocol. It was tested against Netscape News, Mozilla News and tin (under Solaris) and it works properly.

The original need for this server was to integrate my PHP related web site forums with an NNTP gateway interface, so people could list and read the messages posted to the forums on their favorite News reader.

At first it wasnt intended to support message posting, but it made sense to allow it after seeing how effective the tool was.

The concept of storage modules was created exactly for this. I would create a Python
class to handle the inner-workins of Phorum and MySQL and if I ever wanted to integrate the server with another type of software, I would just need to write a new storage module class.

Anyway, back to the technical praise. Papercut NNTP Server forking-based on UNIX platforms and should be reasonably fast (that means basically: its pretty fast, but dont try serving 1000 connection at a time).

The best thing about the application is that it is very simple to extend it.

Faerion IRC Server project consists of an advanced, secure, multi-lingual IRC server for Unix/Win32.
Faerion is a Unicode-based IRC server. It features enhanced support and transparent conversion for different charsets, and provides a stealth network model, persistent channels, compressed links, etc.
Main features:
- Support for transparent, user-controlled charset translation (virtually) from anything to anything. This is done by using Unicode mappings, which can be installed or removed on the fly, without having to interrupt the server. The server supports a special "fallback" conversion table which maps all characters that are not supported by a users preferred charset to the closest looking characters. This process is typically referred to as "transliteration" and is widely used on Russian IRC networks to avoid problems with incompatible charsets. The difference is that with Faerion, the server takes all necessary investigation to see what should be transliterated, and what can be passed without changes.
- Clients that have native support for Unicode (UTF-8), will benefit from using it at full scale without the implication of "cryptic writings" (which raw UTF-8 is for a typical human eye).
- Support for "persistent channels": channels registered with the Channel Service (mode +r) are not deleted when the last user leaves. This slightly saves bandwidth and helps mitigate several privacy issues (such as channel key revelation).
- Support for channel forwarding based on user address matching rules: with channel mode +f enabled, all ban masks can have a ",#channel" suffix appended to them to forward clients to another channel instead of declining the attempt to join the channel.
- Limited portability. The server is currently available for most POSIX platforms (modern BSD and Linux variants) and Microsoft Windows.
Enhancements:
- The LIST command now requires users with unregistered nicknames to additionally specify a pseudo random number to prove their human nature, otherwise the command is ignored.
- Opers no longer need an O-line to use any command; remotely set +o works just fine.
- Fixed the charset conversion problem when a user gets registered on the server.
- Invite list no longer overrides ban list.
- Fixed a crash in WHOIS.
- Fixed to compile without warnings in -Werror mode with GCC 3+.
- Fixed the +c channel mode to disallow colors instead of stripping them.Also, when a topic is being changed by a nonop on a +c-t channel to something that contains colors, the attempt is denied.

Web-Based Adult Content Server is a suite of programs which manage photo sets and video clips of an adult nature.
It runs on a home Linux/Unix server and creates a personalized adult Web server in which to store, preuse, and catalogue a personal collection of adult material.
Web-Based Adult Content Server has many features, like model catalogs, attribute-based searching, randomized highlights, new addition lists, and a flexible bookmark mechanism.
Enhancements:
- This release has new features and many bugfixes.
- It includes a new Web-based Model Manager application, locations-based filtering (e.g. Bathroom), and a new connections infrastructure for galleries and ad-hoc collections.

Project Observer is an autodiscovering network management system focused primarily on Cisco and Linux networks.
Introduction & History
Autodiscovering PHP/MySQL/SNMP/CDP based network management system focused primarily on Cisco and Linux networks. Capable of automatically generating network diagrams. Networks are automatically discovered based on CDP data collected via SNMP. IP subnet SNMP scanning is not yet implemented but is planned.
The main strenghts of Project Observer lie in being able to easily navigate a large ISP style network, but it has also been designed to be competant at monitoring Unix servers and services such as Apache.
This is the third incarnation of this design that I know of, the original, Brockrigg, was written by Simon Woodward for Onyx Internet and the second, Kikker, was written by myself for Entanet International.
I used the Brockrigg system quite heavily whilst I was at Onyx, so its seemed only sensible for me to write something similar as Kikker when I moved to Enta. Project Observer has been written with learnt during the Kikker development, and will hopefully be a far more flexible and useful piece of software. With the exception of the unfinished diagram drawing code, Project Observer is far superior to the Kikker implementation.
Im currently using Project Observer as my primary network management/graphing system, but I wouldnt classify it as production software, far from it!
If youd like to test the software, please download it below and email me to tell me that youre using it! Its at the stage where a lot of user input, and development help!, is needed, so please contact me if youre using it.
Developed to work with
- Cisco Catalyst 2950, 3548XL, 3550
- Cisco 7200
- Linux Debian / Ubuntu
- FreeBSD (m0n0wall / pfSense)
- Most other Linux and Cisco hardware
Main features:
- Connected-device discovery via CDP.
- Aware of subnets to show machines on the same broadcast domain.
- Graph interface traffic, packets and errors
- Understands a simple interface naming scheme
- Graph cpu usage, load, memory usage, uptime, users, processes for Net-SNMP servers
- Aware of m0n0wall and pfSense SNMP limitations
- Graph mail statistics collected on remote hosts using mail-graph and courier-graph
- Collect data from Apache hosts using /server-status/
- Can detect Linux, FreeBSD, Windows and Cisco OS types
- Parses Cisco version strings and other OIDs to get hardware type, os version and os featureset
- Heavy use of overlib rollover images to ease use
- Generates primative network diagrams using graphviz

AVIRA Webmin Remote Panel is designed to make the maintenance of AVIRA products easier and less time consuming.
This product addresses mainly the users of AVIRA server products and especially the system administrators who must keep track of various services on production servers.
Complex solutions based on multiple AVIRA products for Unix are now easy to configure and maintain with AVIRA Webmin Remote Panel. It is smoothly integrated as a module of the Webmin configuration tool, intended to meet the needs of system administrators.
This is a separate application that was developed as a Webmin module, being a handy graphical tool and a time saver for companies dealing with multiple AVIRA products. Via a straightforward graphical interface, AVIRA Webmin Remote Panel helps managing configuration files and eases the maintenance process of AVIRA solutions.
Placed between the configuration files and the system administrator, this module helps managing the following AVIRA products:
- AVIRA Desktop for Unix
- AVIRA for Unix Server
- AVIRA MailGate
- AVIRA for Sendmail-Milter
- AVIRA WebGate
AVIRA Webmin Remote Panel highlights a simple management interface, designed to configure and smoothly control AVIRA products installed on a network. This application helps you stay informed about the status of your currently running AVIRA solutions, displaying the messages generated by these applications in the system logs.
AVIRA Webmin Remote Panel also manages the engine settings, helping to keep track of administration alerts, licenses and other related aspects.
Main features:
- Configuration of AVIRA Desktop for Unix;
- Configuration of AVIRA for Unix Server;
- Configuration of AVIRA MailGate;
- Configuration of AVIRA Sendmail-Milter;
- Configuration of AVIRA WebGate;
- Simple interface for controlling installed AVIRA products on your system;
- Simple interface for displaying the messages generated by AVIRA products in the system logs.

NTW Lisp project is a server written in Common Lisp for applications that use the NTW protocol to communicate with a GUI client.
NTW is a collection of three things:
- A protocol used to describe GUI widgets and events.
- A client program which displays widgets described by the protocol and sends back events to the server.
- A set of server libraries in various languages used to write GUI apps that use the NTW protocol to communicate to a client program.
In short, NTW is useful for the type of web applications that people are trying to write using a web browser with "AJAX" but finding that approach too limited/non-portable/broken/difficult.
Main features:
- Speed -- Remote apps can run at a speed which is nearly indistinguishable from a locally running application. Since the client draws the widgets natively, its not necessary to transfer graphical data, only widget state data. This can be done asynchronously, so the responsiveness of the UI never suffers.
- Persistence -- Its just as easy to write the NTW protocol data to disk as it is to the network, so the state of the entire GUI application can be easily saved. This also happens transparently, so the developer doesnt have to spend any time loading and saving data. Also, if a network connection dies or the client computer loses power, the application can be restarted from the point of failure at the next connection.
- Portability -- using the protocol, an NTW server application running on a Unix machine could talk to an NTW client for Windows, and vice versa. So a developer could write a program on Linux that could be run from any OS without any porting necessary. Any language or platform that can read and write data to a network can use the protocol to create GUI apps.
- Scalability -- Since the NTW server does not store or draw widget graphics, the memory and computational overhead of running an NTW application is much less than a comparable X Window application. A low end machine could easily serve hundreds of remote clients.
- Productivity -- Users can run NTW apps without installing anything but the client. Developers can release new versions of their apps without the users having to do anything, much like a web page.

Network Transparent Widgets short from NTW, is a protocol and application framework that allows a single server to serve thousands of remote GUI applications.
The client applications are nearly indistinguishable from local, native applications. The protocol is language and architecture neutral. Server language bindings for C and Java are in heavy development.
Main features:
Speed: Remote apps can run at a speed which is nearly indistinguishable from a locally running application. Since the client draws the widgets natively, its not necessary to transfer graphical data, only widget state data. This can be done asynchronously, so the responsiveness of the UI never suffers.
Persistence: Its just as easy to write the ntw protocol data to disk as it is to the network, so the state of the entire gui application can be easily saved. This also happens transparently, so the developer doesnt have to spend any time loading and saving data. Also, if a network connection dies or the client computer loses power, the application can be restarted from the point of failure at the next connection.
Portability: using the protocol, an ntw server application running on a Unix machine could talk to an ntw client for Windows, and vice versa. So a developer could write a program on Linux that could be run from any OS without any porting necessary. Any language or platform that can read and write data to a network can use the protocol to create gui apps.
Scalability: Since the ntw server does not store or draw widget graphics, the memory and computational overhead of running an ntw application is much less than a comparable X Window application. A low end machine could easily serve hundreds of remote clients.
Productivity: Users can run ntw apps without installing anything but the client. Developers can release new versions of their apps without the users having to do anything, much like a web page.
Reference Implementation:
The current reference implementation of the client implements most of the widgets in the Gtk toolkit, and is written in C using the GTK+ 2.0 toolkit for drawing the widgets and handling events. It compiles and runs on FreeBSD, Linux, and Windows, and likely other Unix variants also. Youll need the GTK+ toolkit installed to run the client, and the GTK+ development headers to compile it.
The source code also include a server reference implementation and a sample server application. The "server" is really a set of C language bindings to functions that create and send ntw widget data. The bindings can be used in much the same way as any other GUI toolkit. See the file "ntwtest.c" for the example application. Its been tested on FreeBSD, Linux, and Windows XP. The server library should compile and run on most systems with a C compiler and support for sockets, without the need for any additional libraries.
The protocol is defined by the two header files, ntw.h and ntw_signals.h. These are C header files that describe exactly the byte layout for each of the widgets and all of the opcodes and events that can be sent.
There are still some widgets missing, and some of the signals raised by GTK are not yet handled in the protocol. This will be fixed in the near future.
Note: Although the reference implementation is coded in GTK, the NTW protocol is designed to be independent of any particular widget toolkit. GTK was picked due to favorable design features and a favorable license.
Enhancements:
- 02JUL06 - Fixed bug in update.c where spin_button was switched with slider
- 02JUL06 - Removed status field from image_buffer widget protocol