Free socks software for linux

DeleGate is a multi-purpose application level gateway, or a proxy server which runs on multiple platforms (Unix, Windows, MacOS X and OS/2). DeleGate mediates communication of various protocols (HTTP, FTP, NNTP, SMTP, POP, Telnet, SOCKS, etc.), applying cache and conversion for mediated data, controlling access from clients and routing toward servers.
DeleGate translates protocols between clients and servers, applying SSL(TLS) to arbitrary protocols, merging several servers into a single server view with aliasing and filtering.
Born as a tiny proxy for Gopher in March 1994, it has steadily grown into a general purpose proxy server. Besides beeing a proxy, DeleGate can be used as a simple origin server for some protocols (HTTP, FTP and NNTP).
Main features:
- UNBOUND PROXY: A user can select target servers arbitrarily in ad hoc way showing destination in user level data specific to the protocol of the client.
- BOUND PROXY: An administrator of DeleGate can specify which destination server is used depending on accessing client.
- CACHE: A message data transferred on a protocol is cached in its inherent format and shared among DeleGate as gateway servers of different protocols.
- CONNECTION SHARING: An established connection to a server in anonymous user can be reused and shared among multiple clients.
- DATA CONVERSION: DeleGate has several built-in data conversion filters which can be applied to a specific part of data in a message on each protocol.
- PROTOCOL CONVERSION: A client of a protocol can talk with servers of other protocols via DeleGate.
- AUTHENTICATION / SECURE PROTOCOL CONVERSION: DeleGate can relay between a non-SSL client and a SSL server, or between a SSL-client and a non-SSL server.
- ACCESS CONTROL: Accesses to be permitted to pass DeleGate are described by a set of triples of destination protocol, destination server and source client.
- LOGGING: Detailed logging of DeleGate actions and protocol dependent logging in standard formats.
- AUTOMATIC INVOCATION: DeleGate can be invoked automatically on demand or at the startup time of the host system.
- RESOLVER CONTROL: You can control the combination and sequence of multiple resolution mechanisms, independently of platforms.
- ROUTING CONTROL: A route toward the server can be selected from alternatives depending on protocol, server and client (host and user).
- MOUNTING SERVERS: Multiple target servers of multiple protocols can be merged into a single server of a protocol, with resource name filtering and aliasing.
- PROXY ON DEMAND: Automatically invoked proxy just for the current session.
- ORIGIN SERVER: You can use DeleGate as simple origin servers for several protocols.
- EXTENSION BY USERS: You can attach your own graphic images, messages, and programs to DeleGate without modifiying the DeleGate program.
- TCP WRAPPER: You can use DeleGate like inetd + TCPwrapper which make your own filter program work as a server with access control.
- SCHEDULER: You can use DeleGate like crond which invokes specified commands at specified timing.
- MULTI-PLATFORM: DeleGate runs on multiple platforms and can be compiled from a common source program without any platform dependent configuration.
Whats New in 9.6.3 Alpha Development Release:
- This release fixes frozen threads or broken data which could be caused with thread based implementations of SSL and gzip filters.

LFTP is sophisticated file transfer program with command line interface. LFTP supports FTP, HTTP, FISH, SFTP, HTTPS and FTPS protocols. GNU Readline library is used for input.
Every operation in lftp is reliable, that is any non-fatal error is handled and the operation is retried automatically. So if downloading breaks, it will be restarted from the point automatically. Even if ftp server does not support REST command, lftp will try to retrieve the file from the very beginning until the file is transferred completely. This is useful for dynamic-ip machines which change their IP addresses quite often, and for sites with very bad internet connectivity.
If you exit lftp when some jobs are not finished yet, lftp will move itself to nohup mode in background. The same happens when you have a real modem hangup or when you close an xterm.
lftp has shell-like command syntax allowing you to launch several commands in parallel in background (&). It is also possible to group commands within () and execute them in background. All background jobs are executed in the same single process. You can bring a foreground job to background with ^Z (c-z) and back with command `wait (or `fg which is alias to `wait). To list running jobs, use command `jobs. Some commands allow redirecting their output (cat, ls, ...) to file or via pipe to external command. Commands can be executed conditionally based on termination status of previous command (&&, ||).
Examples:
lftp> cat file | gzip > file.gz
lftp> get file &
lftp> (cd /path && get file) &
The first command retrieves file from ftp server and passes its contents to gzip which in turn stores compressed data to file.gz. Other commands show how to start commands or command groups in background.
lftp has builtin mirror which can download or update a whole directory tree. There is also reverse mirror (mirror -R) which uploads or updates a directory tree on server.
There is command `at to launch a job at specified time in current context, command `queue to queue commands for sequential execution for current server, and much more.
LFTP supports IPv6 for both FTP and HTTP protocols. For FTP protocol it uses method described in RFC2428.
Other low level stuff supported: ftp proxy, http proxy, ftp over http, opie/skey, fxp transfers, socks.
If lftp was compiled with ssl support, then it includes software developed by the OpenSSL.
Main features:
- FTP and HTTP protocols support.
- FTP (e.g. TIS FWTK) proxy support.
- HTTP proxy support.
- FTP over HTTP proxy support (hftp).
- HTTPS and FTPS protocols support using OpenSSL library.
- Automatic OPIE/SKEY support in FTP protocol.
- FXP transfers support (between two FTP servers, bypassing client machine).
- FTP listings support: unix-style, NT, EPLF.
- Automatic reconnect and retry of an operation on retriable errors or timeout.
- IPv6 support in both FTP and HTTP.
- FISH protocol support. It uses ssh with no special program on server side.
- SFTP protocol v3 and v4 support.
- HTTP/1.1 keep-alive support.
- Experimental support for SRV DNS records.
- SOCKS support (configure option).
- Modification time preservation (if server can report it).
- `reget and `reput support.
- Built-in mirror and reverse mirror (mirror -R).
- Transfer rate throttling for each connection and for all connections in sum.
- Limit for number of connections to the same site. Interruption of background transfer to do a foreground operation when the limit is reached.
- Socket options tuning: buffer size and maximum segment size.
- Job queueing.
- Job execution at specified time.
- Comprehensive scripting support.
- URL recognition in most operations.
- Readline library is used for input.
- Context sensitive completion.
- Bash-like prompt extensions.
- Launching of local shell commands.
- Suspend support.
- Bookmarks.
- Aliases.
- Saving of last directory on each site. `cd - to go there.
- Copying of files between two servers, e.g. between FTP and HTTP.
- Numerous settings which can be associated with a specific server or a group.
- Paging of remote files using external program.
- `zcat and `zmore support.
- Help for commands.
- Command history saved in a file.
- Transfer status includes rate and ETA.
- File listing cache.
- Background jobs (bash-like).
- Job output redirection to a file or to a program via pipe.
- Conditional commands depending on exit status of previous one.
- Loading of binary modules at run time (configure option).
- `pget to download a file using several connections.
- `mirror can download several files in parallel (--parallel option).
- Slots. Each slot is a separate session, switch using Meta-{1-9} or `slot command. Refer to a slot site using pseudo URL slot:name.

Cone project is a text-based mail client. Cone seamlessly handles multiple POP3, IMAP accounts, and local mail folders.
Cone is also a simple newsreader. Cones interface is foolproof enough to be used by inexperienced users, but it also offers advanced features for power users.
Main features:
- An online tutorial provides a quick overview of Cones main features.
- A built-in text editor for editing new messages, with search/replace and spell checking (requires aspell or pspell).
- Shortcuts - assign frequently used text to a function key, or to an abbreviation. Insert the text by pressing the function key or typing its abbreviation.
- Supports UTF-8 consoles (requires the wide-character version of the curses library).
- Displays HTML mail, with automatic de-moronization ("smart quotes", and similar clutter, is replaced by plain garden-variety punctuation).
- Displays attached images, if invoked from an X terminal, by running Gnomes eog, or KDEs kview image viewer. Displays PDF attachments by running xpdf. Other, or alternative, helper applications will be added as time permits.
- After attachments are downloaded, they can be optionally removed from the message.
- Handles local mail folders, maildirs, IMAP and POP3 accounts, and Usenet newsgroups. All folders are shown in a hierarchical tree-like display.
- Supports access to servers through a Socks 5 proxy, using the Courier Socks 5 API toolkit.
- Sends mail using an external SMTP server (with/without authentication), or the local sendmail command.
- All network protocols support SSL/TLS and SASL (CRAM-MD5, CRAM-SHA1, and LOGIN).
- Address books (which can be stored in an IMAP folder).
- Remote configuration (share a common configuration between different instances of Cone).
- An optional "single sign-on". Use a single master password for multiple remote mail server accounts.
- PGP/GPG based encryption, and digital signatures. Sent messages are automatically signed. Different signing keys may be selected for different mail accounts, and the appropriate key is automatically selected when replying to a message from an account. Selecting a message for an encryption automatically looks up keys that match the recipients E-mail addresses.
- Import, export, forward and receive PGP/GPG keys as MIME attachments.
- When a single sign-on master password is installed, the master password also handles access to passphrase-protected keys.
- Cone shares a lot of its code base with the Courier mail server, which is why they share the same web site together.
- Cone also serves as a platform for development of a new experimental network mail access protocol, SMAP, that offers additional functionality not available with IMAP or POP3.
- Cone owes its versatility in handling a large variety of mail protocols to the fact that its based on LibMAIL, a generic C++ library that provides a high-level mail-handling API. Using the --with-devel configuration setting installs the LibMAIL toolkit, which allows for development of independent E-mail software.
Enhancements:
- This release fixes a bug in GPG signing of multi-part messages whose main content contains 8-bit text.

Socks via HTTP provides a socks tunnel via HTTP.

Socks via HTTP is a program converting SOCKS requests into HTTP requests and tunnelling them through HTTP proxies if needed.

The SOCKS protocol allows programs to traverse firewalls on any port number and is used by many popular programs, like Napster, MSN Messenger, CRT(telnet client) and many others.

Many companies restrict firewall traversals only to HTTP requests, disabling SOCKS proxy.

Socks via HTTP provides a miniature SOCKS server for the SOCKS client, performing its connection through an HTTP proxy to a remote server, which establishes the real connection.

Socks via HTTP is 100% Java, and can run on any OS. It is entirely written in Java.

SS5 is a socks server that implements the SOCKS v4 and v5 protocol. As a proxy server, SS5 authenticates, profiles and processes network requests for clients.
Socks Server 5 establishes connections to application hosts for client applications. When the client attempts to access the network, the client connects to the SS5 daemon instead of the application host.
Following authentication, clients request that SS5 perform network activities for the client.
The activities might include:
CONNECT
BIND
UDP ASSOCIATE
The SS5 protocol is independent of application protocols, and can assist with different networking services, including telnet, ftp, finger, whois, gopher, and WWW access.
Enhancements:
- Fix code

JamochaMUD is a MUD/Muck client written in Java.
JamochaMUD offers Unicode, plug-in, and multi-language support (8 different languages) to allow a more enjoyable MUCKing/MUDding experience.
JamochaMUD project features command history, synchronized window controls, experimental SOCKS 5 support, and greatly improved ANSI colour support.
It plays nice on Unix systems, supports a wide range of MU*s, and also includes emulation of some TinyFugue editor controls. It uses Java 1.1, and includes classes to be easily reused in other Java applications.
Main features:
General items
- JamochaMUD can handle Multiple MU* connections simultaneously
- Support for both terminated and unterminated lines (common on many MU*s)
- ANSI Colour support
- Different frames (timers, main window, etc.) may be moved, hidden, or shown either synchronised or independent of each other.
- Multi-language support (languages that are not supported currently can easily be added by folks that neednt even know how to program).
- Unicode support (may currently not work?!), which allows the display of double-byte languages and Non-western language font support, such as Russian cyrillic characters
- Support for JamochaMUD plugins the extend the features of the basic MU* client
- Socks5 support (perhaps limited, but it does work!)
- Programmable macros and definitions
File menu items
- Save your session output to a (plain text) file
Edit menu items
- Just the usual cut and paste features
Connection menu items
- Quick reconnect to a MU* that you had just left.
Option menu items
- Changing font size, type, and (base) colour
- Changeable background colour
- Assign external programs to deal with special features, such as URLs.
- Socks5 support
- Manage plugins independently of each other
- Split Frames, which allows the input and output windows to be either combined or totally independent of one another.
- Autofocus input (automagically sends typing to the text-input window if another frame of JamochaMUD is currently in focus).
- Smooth display turned "double-buffering" of the MU* output area on or off. With double-buffering the redraw of the area is smoother, but slower. With double-buffering off, the refresh appears faster, but flickers more. (A personal taste thing!)
- The ability to use Unicode characters when connected to a MU*. (This must be supported by the MU*).
- The option to enable Tiny-fugue emulation. This enables JamochaMUD to emulate some of TFs " editor" keyboard controls.
Plug-ins menu: allows quick access to the properties of a plug-in
Help menu items
- The Help function connects you to the JMUD pages... In theory this will supply you with the most up-to-date JamochaMUD info. Yes, always on the bleeding edge of text-based MU* technology!
Additions via available plug-ins
- Replacing JMUDs title with your current location
- Gags and triggers allowing highlighting/dumping of text as well as audio hints (as of 2000-08-12).
Enhancements:
- This release features a change in the spell check libraries used, and supports mySpell (OpenOffice.org) dictionaries instead of the previous ASpell dictionaries.