<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
 Thanks everyone for the great options!<br>
  IRC was frowned on for security but also its pain to teach to
semi-technical folks like graphics designers etc..<br>
 But I'm going to pitch using jabber anyway.<br>
 <br>
Will also look into Openfire.<br>
<br>
 Google wave also seems interesting. However I need to investigate more
the statement  "Any participant can reply anywhere in the message, edit
the content and add participants at any point in the process."  Whether
someone can at least just knock to be let in or if they have to contact
using another means to ask to be added.<br>
<br>
  Be most well.<br>
<br>
<br>
  Nicole<br>
<br>
<br>
<br>
Jim Dennis wrote:
<blockquote
 cite="mid:k2q66c447db1005051226l845a07d9hf0e2d8200a8fab5e@mail.gmail.com"
 type="cite"><br>
 Nicole,<br>
  <br>
 You can run your own IRC server on your own hardware and accessible
only via VPN or ssh (tunnels).<br>
 Then your internal communications aren't "out there."  The advantage,
of course, is that there are a<br>
  wealth of clients, 'bots and tools for working with IRC.  Using
existing tools it's almost trivial to write<br>
  your own 'bot and other event handlers for IRC.<br>
  <br>
  For example at my employer we have bots that auto-detect long URLs
and render them as short<br>
 URLs through an internal tinyURL service, others that automatically
log channels and provide<br>
 URLs for viewing the log (handy when you create an incident handling
channel, invite stakeholders<br>
 and they each ask the 'bot for the URL so they can catch up on the
conversation), and so on.<br>
 I have a simple tail -f script that watches my own logs of a
particular "alerts" channel so that I can<br>
 respond to some things automatically.  Years ago I wrote a simple
system to forward excerpts of<br>
 whispers from a particular colleague via SMS to my cell phone if I was
"away"  and so on.<br>
  <br>
 The fact that many of the available IRC clients are curses makes it
easy to run them under GNU<br>
 screen (which makes it easy to keep them running on any desktop/server
and repeatedly reconnect<br>
 to that session from your laptop, over your VPN etc.<br>
  <br>
 Your other obvious choices are SILC (<a moz-do-not-send="true"
 href="http://silcnet.org/">http://silcnet.org/</a>) and Jabber (<a
 moz-do-not-send="true"
 href="http://en.wikipedia.org/wiki/Extensible_Messaging_and_Presence_Protocol">http://en.wikipedia.org/wiki/Extensible_Messaging_and_Presence_Protocol</a>).<br>
  <br>
 In any of these cases you can run the service on a local Linux or
other UNIX system and clients<br>
 are available for most platforms.  Any of these provides interfaces
for creating 'bots (for example<br>
 for SILC there are: PySilc (<a moz-do-not-send="true"
 href="http://www.liquidx.net/pysilc/">http://www.liquidx.net/pysilc/</a>)
and Samadhi<br>
 (<a moz-do-not-send="true"
 href="http://juraj.bednar.sk/work/software/samadhi/">http://juraj.bednar.sk/work/software/samadhi/</a>)
packages).<br>
  <br>
 I'd suggest that the easiest way to set any of these up would be to
start with a Debian or Ubuntu<br>
 server (or pair of servers or even pair of VMs).  Then you can easily
use aptitude to fetch and<br>
 install whichever daemons you like (there are a number of IRC and
Jabber daemon alternatives<br>
 and the one standard silcd already in APT main).<br>
  <br>
 For redundancy you might consider Google Ganeti (<a
 moz-do-not-send="true" href="http://code.google.com/p/ganeti/">http://code.google.com/p/ganeti/</a>)
as a simple<br>
 clustered VM system (also supported by Debian APT packages).  This
could allow you to have<br>
 a pair of VM instances running over a cluster of 3 or more systems
with quick migration of either<br>
 VM to any of the nodes in the cluster (quick recovery from hardware
issues and easy handling<br>
 of planned downtime for any hardware node).  Naturally it would also
allow you to host other<br>
 applications/services over the cluster in the likely case that the
chat service doesn't required<br>
 all the horsepower of a dedicated server.<br>
  <br>
 As for Google (having "everything").  I think Google "Wave" (<a
 moz-do-not-send="true" href="http://wave.google.com/">http://wave.google.com/</a>)
is<br>
 intended to fulfill the sort of needs you're talking about.  I don't
know if its security model<br>
 would meet your requirements (or sit will with your management).  So
far as I know using<br>
 Google Wave would be "out there" in the same sense that IRC in a
"private" channel on<br>
 any of the public IRC networks is "out there."  (Depending on how much
trust your willing<br>
 to place in Google, Inc vs. the amorphous bands of people behind
Freenode/DALnet/etc).<br>
  <br>
  <br>
  <br>
  <div class="gmail_quote">On Wed, May 5, 2010 at 10:37 AM, Nicole <span
 dir="ltr"><<a moz-do-not-send="true"
 href="mailto:nicole@unixgirl.com">nicole@unixgirl.com</a>></span>
wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hello<br>
I work for a company where there really is no office. Everyone works at
home and we have many people in various countries.<br>
We have been communicating via skype chat, a bug tracker like custom
ticketing system, and email. However doing this makes it hard to create
a way for people working on the same projects but in different areas to
stay on top of what is being done at the moment.(bill chats with bob
about what they are doing but henry and jane who also work on the same
project have no idea unless then everything is then sent to them)  We
have used IRC in the past as an instant publishing system of what
people are working on etc. As long as you stayed logged into the
channel, you could scroll back and see what people were talking about.
Everyone could stay connected to what was going on. However, management
was not a fan of having things like this out on IRC, even if it's a
private channel.<br>
    <br>
So might anyone be able to recommend an alternative live chat type of
system where people can freely sign in and out of.  (for instance we
cannot use skype conference as they have to be invited in)  Would
prefer something open sourced we would install or some free service.
 (does Google maybe have anything like that,. they seem to have
everything)<br>
    <br>
Thanks!<font color="#888888"><br>
 Nicole<br>
    </font></blockquote>
  </div>
  <br>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">-- 
"Fundamental Christianity:  the idea that there is an all-knowing,
all-seeing, all-powerful, universe-spanning entity that for some
inexplicable reason is deeply interested in my sex life."
-- DM
</pre>
</body>
</html>