Open GoogleCodeExporter opened 9 years ago
Clarification: by "for security", I mean "to ensure the messages only go to
you".
Original comment by dknowles@google.com
on 9 Sep 2010 at 4:10
That's a good idea. I would also add using Android's C2DM for sending commands
back to the device.
Original comment by rdamazio@gmail.com
on 9 Sep 2010 at 5:14
i prefer my messages to be "my eyes only" so if this will come true.. make it a
option because i like it stay "wifi direct ip only"
Original comment by Digita...@gmail.com
on 9 Sep 2010 at 9:30
maybe a personal server option so a person can set up how there notifications
are send and where. I was almost thinking of putthing the Notifier app and
growl for windows on my personal server and having it route messages to all my
computers in the house. So if you are going to "cloud it up" then we might as
well look into that.
this way it can be tied into someones personal network instead of being hosted
by someone else. there are so many peoples out there that just dont have a
personal server set option.. which makes people like me want more.. becaus some
people dont trust others online to host their personal data. "take dropbox for
instance" I have it. but i dont really feel comfortable using it because i dont
know if they are going to keep my files after i delete them or not..
Take care guys and good luck devs.
Original comment by MajorTh...@gmail.com
on 13 Sep 2010 at 11:56
I support using a cloud service also to push notifications to multiple
computers. Using a cloud message queue or notification service such as Amazon
SQS or SNS to pass messages from the phone to multiple computers is easier to
setup and would be a more universal setup.
Right now if I were to setup my home computer and work computer to receive
notifications some notifications are going to be sent semi blindly over the
network. If a cloud service were to be used only subscribed devices would see
the notifications.
If using a cloud messaging service it would probably be good to create a dialog
suggesting that the user turn on the encryption of messages. The crypto message
would help calm privacy fears.
Original comment by jkar...@karrasfamily.org
on 4 Nov 2010 at 4:39
[deleted comment]
(Sorry, previous message trucanted!)
I really like the sound of this addition - sounds perfect! :-)
I'm particularly thinking of those of us wanting to receive a notification on a
work PC where either (a) the WiFi is on a different network to the wired PCs or
(b) there's no WiFi. Although the Android app could send messages over IP,
most users then wouldn't have the ability to open a port on their company
network to allow the incoming packet. However with cloud messaging support
this should presumably not be an issue?
Also really like the idea of a cloud service sending messages to multiple
computers.
Original comment by alanjrob...@gmail.com
on 7 Nov 2010 at 11:47
In addition to those benefits. It means notifications could be sent over the
cell data network when the wifi goes to sleep. I don't know if the application
currently wakes the wifi up if the screen is off.
This is the advantage I am looking for. Plus not having to define every
computer I want to recieve notifications on my phone. At work I have a laptop
and desktop. When I am using my laptop I am typically roaming around campus and
using our wifi. I don't necessarily have a static IP in this setup. A cloud
notification service would get around this.
You are correct about no firewall exceptions needed (typically) because most of
these services seem to be outbound http type requests.
Original comment by jkar...@karrasfamily.org
on 7 Nov 2010 at 3:52
I too was thinking if I could set up some kind of proxy notifier client with a
public IP that the phone would send to over wifi or 3G. It would be great as
sometimes my computer is in a network with DHCP and the hostname is not getting
recognized.
So there. Any method similar to any of the ones stated here would be great.
Original comment by j.peter...@gmail.com
on 9 Nov 2010 at 5:23
I for one think this is useful simply because I am too lazy to keep turning on
/ off my wifi every time I move around. Also I don't like creating accounts for
each and every little service I like to use so if it can be linked to a Google
account I think that would be advantageous (as well as necessary if it is going
to use C2DM to push notification statuses back to the phone).
Original comment by ericfrie...@gmail.com
on 19 Nov 2010 at 7:40
At work the broadcast addresses don't work(i.e. blocked) and I get a new ip
assigned to my system everyday. So enabling this through C2DM would be great.
Is there any plan to implement this any time soon?
Original comment by s.kan...@gmail.com
on 10 Dec 2010 at 7:32
C2DM only supports computer -> android communication, so it'll be used for
commands but not notifications. Adding cloud support for notifications won't
come in the next version, at least.
Original comment by rdamazio@gmail.com
on 10 Dec 2010 at 11:31
oops.. didn't know that.
anyway.. in this case would it be possible to update the custom ip address in
the app through C2DM every time the ip in the computer changes(ie connects to a
new network) so that the phone sends notifications to the correct ip?
i don't know if this breaks anything but i think it would be a way out for
people like me who gets a new ip everyday at work. Ofcourse the app should only
accept the ip if it is in the same network.
Original comment by s.kan...@gmail.com
on 12 Dec 2010 at 1:44
Original issue reported on code.google.com by
dknowles@google.com
on 9 Sep 2010 at 4:04