[ale] Cross platform notification

[Bruno Bronosky]

To me the most important thing to understand is how immediate you want
these notifications to be received. Rather than requiring that a daemon be
ready to receive when the message is sent, I'd lean more toward a
publishing system or standard. Google pubsubhubbub. Alternately, I might
use a web server or Dropbox to host a gpg encrypted formatted text file and
have the machines and devices poll it and append to it as need. And yes,
I'd do it all in bash.
On Jan 10, 2014 11:53 PM, "Alex Carver" <agcarver+ale at acarver.net> wrote:

> On 1/10/2014 16:50, Pete Hardie wrote:
> > XMPP is a fairly widespread protocol, and libraries exist for the
> > sending end to hook into for most languages
>
> Most languages but if it's able to be used by bash then I'll consider
> it.  Not every transmitter is going to be a fully compiled program.  I
> really do want to occasionally set up a simple bash script that fires
> off a preformatted text file at the destination receiver.  I have
> already tested that with Growl, simple text file with the GNTP headers
> as per the protocol spec, transmit with netcat and notifications pop up
> on the receivers.  No libraries needed.
>
>
> >
> > On Fri, Jan 10, 2014 at 7:02 PM, JD <jdp at algoloma.com> wrote:
> >> On 01/10/2014 06:16 PM, Alex Carver wrote:
> >>> I was looking into notification methods that I could use for one of my
> >>> projects to send quick messages to multiple machines (pretty much every
> >>> desktop or mobile platform currently in use) on my local network.  I
> see
> >>> Growl seems to be available for nearly every platform and seems to be a
> >>> fairly simple protocol.  I just wanted to solicit opinions on this kind
> >>> of notification method.  The originating computer is going to be one of
> >>> the Linux machines and I've been experimenting with sending by bash
> >>> script which is nice, simple, and requires no libraries, just netcat.
>  I
> >>> might later write up a small transmitter in C but I think bash will
> >>> probably work well for now.
> >>
> >> Netcat is a HUGE!!!!!!! security risk. I wouldn't ever use it beyond
> POC and
> >> only on an air-gapped lab network.
> >>
> >> What sort of notifications?  Desktops, system to system, system to
> specific
> >> client?  system to any normal web-client?
> >> Any chance this will every be wanted over the internet in the future?
> >>
> >> And ... isn't growl commercial?  What is the fallback if it isn't
> available?
> >> What about non-GUI client machines?
> >>
> >> Is polling an option? If so, you could setup a REST web interface on a
> central
> >> box that clients can push and pull from. REST means it is trivial to
> make a
> >> client via a bash+curl script.
> >>
> >> XMMP? More effort to use (only slightly), but extremely flexible.
> >>
> >> Or place the messages into a file that every client has read access
> from. KISS
> >> does work after all.
> >>
> >> What are the authentication needs?
> >>
> >> What are the encryption needs? Anything sensitive involved .. even in
> the future?
> >>
> >> _______________________________________________
> >> Ale mailing list
> >> Ale at ale.org
> >> http://mail.ale.org/mailman/listinfo/ale
> >> See JOBS, ANNOUNCE and SCHOOLS lists at
> >> http://mail.ale.org/mailman/listinfo
> >
> >
> >
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20140111/2d755ebb/attachment-0001.html>