Free partners software for linux

Apache Portals is a collaborative software development project dedicated to providing robust, full-featured, commercial-quality, and freely available Portal related software on a wide variety of platforms and programming languages.

This project is managed in cooperation with various individuals worldwide (both independent and company-affiliated experts), who use the Internet to communicate, plan, and develop Portal software and related documentation.

Modern software is complex and expensive, which has motivated many companies to invest in enterprise portals as a mechanism by which they can manage information in a cohesive and structured fashion.

Portals offer many advantages over other software applications. First, they provide a single point of entry for employees, partners, and customers. Second, portals can access Web services transparently from any device in virtually any location. Third, portals are highly flexible; they can exist in the form of B2E intra-nets, B2B extra-nets, or B2C inter-nets. Fourth, portals can be combined to form a portal network that can span a companys entire enterprise system, allowing for access both inside and outside the firewall.

Portals have many advantages, which is why they have become the de facto standard for Web application delivery. In fact, analysts have predicted that portals will become the next generation for the desktop environment.

Portals distinguish themselves from other software systems because they provide the ability to integrate disparate systems and leverage the functionality provided by those systems. As such, they are not mutually exclusive, and do not force you into an either-or decision vis-a-vis existing software systems. This point is of paramount importance, particularly when you consider the fact that Web services are destined to fuel the explosion of Web applications. Since portals can access any Web services, the conclusion is inescapable: portals provide a unique opportunity to leverage the functionality of nascent technologies as well as mature, well-established software systems.

PGP Forwarding Server is a server that receives e-mail on behalf of a user, encrypt it automatically and sent it off the users real e-mail account.
The PGP Forwarding Server has a somewhat simplistic view of the world. We have basically a part of the world where things can be transferred in plain text. And we have a part of the problem where things must be encrypted.
It is up to you to decide how big those parts are. Maybe the "Insecure world" is the whole internet. Or just people living in some undemocratic country. Maybe the "Free World" is the whole internet or just the people working in your local network?
We dont care. Just keep in mind that the working axiom is that there we dont can encrypt the e-mail whole traffic, so we care at least about this traffic where we have incluence.
Now, the question is, why cant we encrypt e-mail traffic completely? Because of real world constraints. Just to name a few.
You have relatives. Does your nice Aunt Ann know how to use PGP?
You have a business partners. Now, whats with the sales person over there? Do they know how to use PGP?
However, if you are the boss of an enterprise you could train your exterior sales clarks on how to use PGP. And you can install the PGP Forwarding Server in your company and then everything in your country would be able to safely communicate with your travelling salesmen. Your accountant, your secretary, your tech department, and of course yourself.
So you see, by investing effort at the right place you will benefit from a great leverage effect all over your organisation.
No matter how big those areas are, a user of the PGP Forwarding Server needs to communicate via safe channels with the server. This is currently done by either PGP or SSH.
Receiving via PGP: basically an outsider sends something to an user account on the server, the server encrypts the message and sends it over to the user.
Sending via PGP: a user can may also want to send encrypted mail. However, most people in the internet wont have PGP keys, so the user encrypts the message with the public key of the PGP Forwarding Server and sends the e-mail to the command interface over there, using the "to" command. The server decrypts the message and sends it over in plain text to Aunt Ann.
Receiving via SSH: one just configures his account so that the server doesnt forward incoming messages, but place them instead into a POP3-mailbox. Then one connects via SSH and uses his very normal e-mail program to exchange e-mail.
Sending via SSH: again, you connect to the server via SSH. And again, one uses any e-mail program that can use SMTP to send e-mail normally.
Enhancements:
- Added a nice intro web page.

TECOAS project is an application to interactively browse and discuss a document.

It is intended to assist with the co-authoring of papers with remote partners, but is also adapted to small seminars and online discussions.

Its main functions are shared browsing of a document, the sharing of annotations, and a chat system with support for mathematical formulae (using LaTeX).

It works on any system with JRE1.4 and Ghostscript.

Support Incident Tracker (or SiT!) is a Web-based application for tracking technical support calls or emails.
Support Incident Tracker project can manage contacts, sites, technical support contracts, and support incidents in one place. You can send and receive email directly from SiT!, attaching files and recording every communication in the incident log.
SiT! is aware of Service Level Agreements, and incidents are flagged if they stray outside of them.
Support Incident Tracker grew out of an application developed by Salford Software since 2000 called Webtrack and is used in-house by Support Engineers to easily track support incidents.
Enhancements:
- Fixed service levels for reopened incidents, service level target opened is now added making the next action initial response
- Fixed regression where mark for closure was ignored and the incident was closed immediately
- Lists number of incidents of each priority a user has on the user listings page.
- Show more accurately who last updated the call on list incidents pages
- Added multiple global signatures, one is choosen at random when email is sent.
- Fixed bug where disabled user accounts would still display as having relevant skills
- Fixed issue where URLs would not be shortened if they contained a % (percent) or $ (dollar) symbol
- Fixed issues with URLs that contain colons
- Incidents page informs you more accuratly who updated the call
- Specified MySQL Engine type to be MyISAM on all table creations
- Call opening notes are shown in tool tip after new incidents logged rather than reassign
- BB Code. Basic set of BB codes supported in incident updates
- Prevent summary and solution from being uncheck from close incident page since these are mandatory
- Fixed bug with not sending closing email
- send_template_email now store emails in the incident log
- Holiday calendar is now functional
- New holiday planner shows when all users are in/out
- Users can now be placed in groups, view users shows just your own group by default
- Users with edit user permission can set users holiday entitlement
- Able to change external escalation details on bulk
- View users now has links to Waiting queues and holiday calendars
- New interface for adding vendors
- Ability to request email notification when a call is reassigned to a user
- Users without valid email address are now prompted on the main page to edit their profile
- Ability for administrators to disable users by editing a profile and setting status to Disabled Account.
- Force username to be unique when adding new users
- Do incident switchover when changing status via edit profie
- New report, average incident duration. Shows the time taken to close incidents over the months.
- When session expires and user logs in again the user is now redirected the the previously accessed page rather than the main page.
- Improved accuracy of SLA calculation
- Added ability to edit/delete software records
- When an inicdent is closed pending-reassignments are remove as necessary
- When an incident is closed any related incidents are notified of the closure.
- Added icons to priority selection dropdown for browsers that support it
- Improved sorting of some tables, you can now click again on the column header to sort in the opposite direction ascending/descending
- Holding queue locks now timeout after $CONFIG[record_lock_delay]
- Ability to delete multiple held emails in one go
- Ability to add resellers
- Escalation can now be configured via a database table, though there is no GUI for this yet
- External escalation partners can be configured via config file
- Edit incident now lets you select an escalation path (assuming paths are configured in the escalationpaths database table)
- Ability to add/edit/view tasks
- Ability to add notes to tasks
- Note owners can now delete their own notes
- Basic incoming email handler now included with SiT, as inboundemail.php
- New report incidents by software shows which software has the most incidents logged
- Tidied more HTML
- Fixed next action field, this is now stored and displayed again
- Interface to configure external escalation partners
- Made holiday booking easier
- Added ability to check which users have been granted each permission

KAddressBook is a comfortable frontend to organize the addresses of your friends, business partners, etc.

KAddressBook allows you to import and export adressbook files, offers a function to search for adresses and - which is the most important feature: it is fully integrated into the K Desktop Enviroment and interacts with other KDE applications like e.g. KMail.

KAddressBook is part of the kdepim package.

Revver is an upload client in Java for the Revver site.

To upload videos to Revver, you need a Revver account (create account now) and the Revver Upload Tool. After you download and double-click the Upload Tool, you can drag and drop a video to post it to your account.

We accept all common formats, including Quicktime, Windows Media, MPEG, MPG, ASF, MOV, WMV and most forms of AVI. Once you upload a video, it will be processed by our system to add the RevTag. To see the status of your files, login to Revver.com.

Creators: Share your videos and earn money.

Were here to help you earn money from your videos. Posting your videos is easy, free, and will get your work in front of a big audience (and its also a good way to share videos with friends). But Revver is much more than that - every video you upload is tagged so that you can earn money when people watch.
Before you post your video anywhere online, get a RevTag.

Unlike most video sites that take videos and give nothing back to creators, we created Revver from the beginning to support videomakers. When you upload a video, well attach a RevTag -- a single frame ad at the end of the video. Every time someone clicks on the ad, youll earn money.

Revver is an equal partnership -- you earn what we earn.

The income from RevTags is always split 50-50 between Revver and the creator. (If a partner site delivers the video to their users, we split the income after subtracting an affiliate commission.) Our success depends on your success. Heres how it works:

1. Create an account

It only takes 2 minutes to sign up and its completely free.

2. Post a video, get a RevTag

Drag and drop to upload your video. Well attach a RevTag to the file.

3. Share it, track it, earn money

Your video will appear on Revver.com and you can link to it or send it to friends. Every time someone clicks on the ad, youll earn money. And no matter where your video travels, the RevTag goes with it.

Term::Clui.pm is a Perl module offering a Command-Line User Interface.

SYNOPSIS

use Term::Clui;
$chosen = &choose("A Title", @a_list); # single choice
@chosen = &choose("A Title", @a_list); # multiple choice
$x = &choose("Which ?n(Arrow-keys and Return)", @w); # multi-line question
if (&confirm($text)) { &do_something(); };
$answer = &ask($question);
$answer = &ask($question,$suggestion);
$password = &ask_password("Enter password : ");
$newtext = &edit($title, $oldtext);
&edit($filename);
&view($title, $text) # if $title is not a filename
&view($textfile) # if $textfile _is_ a filename

&edit (&choose ("Edit which file ?", grep (-T, readdir D)));

Term::Clui offers a high-level user interface to give the user of command-line applications a consistent "look and feel". Its metaphor for the computer is as a human-like conversation-partner, and as each question/response is completed it is summarised onto one line, and remains on screen, so that the history of the session gradually accumulates on the screen and is available for review, or for cut/paste. This user interface can therefore be intermixed with standard applications which write to STDOUT or STDERR, such as make, pgp, rcs etc.

For the user, &choose uses arrow keys (or hjkl) and Return or q; also SpaceBar for multiple choices. &confirm expects y, Y, n or N. In general, ctrl-L redraws the (currently active bit of the) screen. &edit and &view use the default EDITOR and PAGER if possible.

Its fast, simple, and has few external dependencies. It doesnt use curses (which is a whole-of-screen interface); it uses a small subset of vt100 sequences (up down left right normal and reverse) which are very portable.

There is an associated file selector, Term::Clui::FileSelect

This is Term::Clui.pm version 1.37, #COMMENT#.