Free zombie software for linux

smf-zombie is a SendmailTM filter for SPAM and virus filtration from zombie PC.
More than 80% of SPAM is going from the infected Windows computers (zombie PC).
This filter aims to be lightweight, reliable, and simple rather than have a myriad of options. Its written in C and works under Linux/BSD/Solaris.
Main features:
- It only scans the messages less than defined size;
- It has a hosts/networks whitelist;
- It blocks most of the SPAM/virus engines (up to the 95% of them);
- It checks sender IP with most reliable RBL - cbl.abuseat.org;
- It safely rejects "alien" bounces without RFC violating;
- It rejects messages for undisclosed recipients;
- It rejects harmful attachments to prevent virus spreading;
- It logs all filter activities to syslog.
- Small code (does not exceed 400 lines);
- Fast work;
- Stability (production quality);
- Low resources are required;
- No temporary files are created.

smf-zombie is a Sendmail milter for SPAM/virus filtration from zombie computers.
Today is more than 70-80% of SPAM and viruses going from infected Windows computers around the world.
This milter aims to be lightweight, reliable and simple. Zombie SPAM blocker is written in C.
Main features:
- It has a hosts/networks whitelist;
- It can scan messages less than a defined size only;
- It can block the most of SPAM/virus engines (up to 80-85% of them);
- It can check the sender IP address with the most reliable zombie RBL - cbl.abuseat.org;
- It can safely reject "alien" bounce messages without RFC violating;
- It can reject messages for undisclosed recipients;
- It can reject harmful attachments to prevent viruses from spreading;
- It can log all milter activities through the syslog service.
Advantages:
- Small code;
- Fast work;
- Stability (production quality);
- Few system resources are required.
Enhancements:
- A workaround for the Sendmail socket unsafe error on some platforms was implemented.
- A bug with the greeting pause code under FreeBSD was fixed.
- Configuration file, default user, and working directory were changed.
- The format of log records was changed.
- Some samples of start-up scripts were added.
- New TODO tasks were added.
- Cosmetic enhancements were made.

Entombed! project is a is a one- or two-player maze game based on the classic Atari 2600 game "Entombed,"
You and your team of archeologists have fallen into the "catacombs of the zombies." Theres no time for research, though; the walls are closing in, and the zombies have sprung to life!
Fortunately, youve discovered an ancient mystical potion which allows you to create and destroy walls. Bottles of this potion are strewn about the catacombs. Grab them, and you can break through walls when you get stuck, or create a wall behind you, if youre being chased.
The longer you survive, the faster you have to move.
Enhancements:
- Cleaned up warnings about string.h functions.
- Improved maze-generation code. (Moving through bitmasks, rather than simply randomly toggling walls.)
- Expanded INSTALL.txt a little.
- Allowed Left/Right to change number of players on title screen. (Without reading the docs, it wasnt obvious how to change it!)
- Added pause screen (use Tab or P key to pause).
- Players now start with 2 potions.
- Replaced in-game music (would crash sometimes!)

mixplayd is a daemon that can be told to play mp3 (and now also ogg) files from the local file system. It cannot be controlled directly but with telnet. It has a built-in multi-channel mixer, so you can play several files on different channels with different volumes simultanously.
This is very useful for crossfading between songs. Another very useful feature is the change of the number of channels and even the number of soundcards and named pipes at run time! Yes, it also supports unix named pipes, so you can run it even without a soundcard!
The main purpose of mixplayd is to use it with special clients (= frontends) which can be found here (when theyre developed). A sample perl-client is included with the package.
mixplayd doesnt come with its own decoder, instead it needs a preinstalled working decoder. I strongly recommend madplay from underbit Technologies which can be obtained for free from http://www.underbit.com/products/mad/.
For OggVorbis listen support you will need an external decoder like ogg123 of the vorbis-tools.
Enhancements:
- version jump because of a lot of changes
- now recommended encoder is madplay because it better deals with corrupted files
- added second decoder definition for decoding ogg files
- automatic file type detection to choose the right decoder by looking at the file ending
- new function to skip silence at the beginning of a file: autocue
- fixed some bugs with process management (no more zombies)
- removed the whole mp3info subtree and left just the few files needed
- added ogginfo to get time information from ogg files (libvorbis needed!)
- now a check if the defined encoders can be found is done at start
- applied patch from Thomas Orgis to add the display of the status "stopped-pause" when a channel is paused
- code is more "purified" (great thanks to Andreas Hauser!)

Linx Kiss Server project was primarily intended for personal purpose. I couldnt make any of available kiss linux servers work with my new Kiss DP-600 player in a way I would imagine so I found kissd simple kiss daemon by Alexandre Becoulet which is really simple and clear code to understand and fixed it up and added some more features.
Linux Kiss Server (LKS) works with Kiss DP-600 but I think it should work with any other Kiss player as well.
Main features:
- makes selected direcotory accessible for Kiss player
- can run either as a daemon or in foreground
- can answer Kiss player queries for PC-LINK server
- can disable UDP binding at all (doesnt respond to Kiss player looking for PC-LINK server queries)
- can overide default server port
Enhancements:
- A problem with zombie processes when the opening of files failed was fixed.
- TIME_WAIT sockets are now closed correctly.
- Events are now logged using syslog when the server is run in daemon mode.

Simple Sockets Library provides a simple C programming interface to sockets.
The Simple Sockets Library makes sockets easy to use and comes as public domain source code. It resembles Cs file I/O, uses whatever port is available, has named servers and port reuse, streaming/blocking sockets used, polling support, blocking/selection support via numerous functions, timeout control and firewall support.
Main features:
- Resembles Cs file i/o:
- Sclose() Sgets() Sopen() Sprintf() Sputs() Sread() Sscanf() Swrite() Svprintf()
- Uses currently available ports only, so if a server can be brought up, it will be
- Named sockets -- servers have names, not fixed port addresses!
- (no more REUSEADDR problems, linger setting, zombie sockets!)
- Streaming/blocking sockets used
- Polling supported (ie. avoids blocking):
- Stest() Smasktest() Speek()
- Numerous functions to handle multiple concurrent clients:
- Smaskfdset() Smaskpush() Smasktime() Smaskunset() Smaskwait()
- Smaskget() Smaskset() Smaskunfdset() Smaskuse() Sprtmask()
- Smaskpop() Smasktest()
- Timeout control:
- Stimeoutwait() Smasktime()
- The PortMaster (Spm): Maintains a distributed port/server-name database Each machine runs a PortMaster which maps servers by name to their ports (transparent to programmers and users!)
- Firewall Support
- The PortMaster can (optionally) only "put through" connections from approved machine sites
- Supports "path"ing for sockets: one can use an environment variable to track down a server, by name, on any machine in a group:
- Sopenv()
- Doesnt need root privileges (thats Unix lingo...)
- Now supports fixed ports (servers and/or clients) to facilitate interfacing to non-SSL servers/clients
The Simple Sockets Librarys main purpose is to provide an Application Programming Interface that strongly resembles the standard C librarys file handling interface. Thus programmers find that the Simple Sockets Librarys learning curve is particularly short. As a secondary purpose the Simple Sockets Library helps programmers avoid some common programming problems with sockets (avoided: large buffers that dont transfer in their entirety without special effort, the Nagle algorithms practical effect of often limiting one to five transfers per second, servers whose ports refuse to re-open until two minutes have passed, etc). Strings are null-byte terminated just like regular C/C++ strings, facilitating their ease of use in C/C++ programming.
The Simple Sockets Library preferentially uses names for its servers rather than requiring hard-coded port numbers. Imagine if, instead of files having names, everyone went about saying "use sector 4 and track 14" or somesuch thing. This situation reflects what we now have with sockets -- and when two programs use the same port number for their servers, they cant co-exist simultaneously on a system. However, especially for those whose programs must interface with other programs using hard-coded port numbers, the Simple Socket Library also supports hard-code port numbers.
The Simple Sockets Library opens streaming sockets. Thus the Simple Sockets Librarys sockets provide guaranteed delivery of information in the correct order (unlike datagrams, for example).
The PortMaster (Spm), source code for which is part of the library, provides a "phonebook" to map server names to dynamically allocated port numbers. Port numbers thus wont clash; the operating system determines which ones are currently available and the PortMasters effectively publish the result.
Enhancements:
- (Marcel Satchel) improved for Windows
- (Aug 22, 2005) included the "b" option for Sopen() (block until requested server becomes available)
- (Marcel Satchel) Sinit.c fixed (yet again!)

Ebotula is an IRC-bot taking charge of basic tasks. It can be used to manage one or more channels.
There is also an online help. It includes a list of all commands
known to the bot as well as detailed discription for every command. The
information that can be displayed depends on the permissions the asking user has.
The bot saves his data (e.g. channel topic, user permissions etc.) in seperate
files. So these data can be restored after restarting the bot. The login state
is also saved in these files but reseted after restart. Zombie logins will be
logged out automatically as long as the bot is running. Accounts not being used
for a certain time are removed by the bot. The time after which this happens can
be configured.
The bot is running as a multi thread application so it can process multiple
commands at the same time. The number of used threads (equivalent to the number
of commands which can be processed parallel) can be configured. This way the
bot is able to manage multiple channels at the same time and react to numerous
commands send by numerous users parallel.
All settings and configuration are done in the file ebotula.conf, usually
located in /usr/local/etc/. All command line parameters given will overwrite
the settings in the config file.
For more information and changes see the files NEWS,ChangLog, INSTALL, BUGS
and TODO.
The bot is being released under the terms of the GNU General Public License GPL.
See COPYING for details.
This programm should be compatible to the RFC 1459, 2810, 2811 and 2812.
Main features:
- automatic setting and saving of user permissions after login
- setting and saving of channel modes
- setting and saving of channel topic
- setting and displaying of channel greeting
- setting and removing of ban masks
- creating of user accounts
- joining/parting of/from channels
- broadcast messages without IRC operator rights
- displaying of user lists
- stopping the bot
- restarting the bot
Enhancements:
- Bugfix: fixed the rejoin-after-kick bug
- Bugfix: fixed the invalid prefix handling of a irc message
- Bugfix: fixed the compilation without the header file syslog.h
- Bugfix: fixed the SIGSEGV on the using of the command accountlist
- Bugfix: fixed the SIGSEGV on the command invite (bug 17,16)
- Bugfix: fixed the SIGSEGV on the command line parameter -f (bug 19)
- added the nls for the command line and log strings
- added the nls for all error or information strings of the bot
- added a seperate thread for the joing of the channels
- added a parameter to controll the delay of the startup intialization
- added more as one debug level
- added a parameter to control the log output
- added the suport of variable parameter list to the SendMsg()
- modified the debug logging
- modified the global sending mutex to a static mutex
- modified the configuration file generator
- modified the SendMsg()
- adjusted the command line help
- renamed the command rmuser to rmaccount