I want to send a message to evry users who connect to the wireless. Actually, I want the user to receive a message on the device immediately after connecting to the wireless router. Never mind that the device in question, whether mobile or PC.
This means, when someone connects to my wireless router, I want that the user gets a message of welcome. I do not want to be the message SMS, and that I should not use the GSM network, but to appear as a AlertDialog or something.
I wonder if it is even possible to do, and it's not some kind of applications for Android, but if it is possible to do it without an application.
Doing a multiplatform message service is almost virtualy impossible,and it requires you having knowledge of a wide number of arguments.On windows there was net send available until windows xp,from xp on,you could try using msg command line,however this requires you having a program that interfaces itself with these programs to send your custom notifications.
As for android there are notifications but that requires the user having an app installed that listens to whenever he connects to the network,there are no other means of "sending" a message.Same story for iOs i suppose.
There can be an enormous number of configurations that a user could have that connects to your network,and having an interface that send a custom message for every platform would be a pretty crazy job.There can be Linux,Windows,Mac,not only but immagine all the versions those OS have,then there are all the mobile ones too,so i don't think a messaging or alert system is a viable way,as THERE ISN'T an universal way.
The best course of action is buying a router,or setting up yours,that whenever someone connects to your network and tries to navigate,they will be greeted with a custom page from your router,it is not hard to do,and there are a lot of routers that to that by nature.
Otherwise you could set up a custom gateway with nocat OR even have a login system maybe,so you can have a log of every user that connects to your network
Related
So I've developed an app that needs data from the website TradingView. Currently, I have alerts set on TradingView to send an email to my Gmail account, which my app regularly polls looking for emails with a specific subject line, then parses the necessary data from them. Obviously, this induces some lag between the TV alert and when my app receives the data.
TradingView ALSO has the ability to send a Webhook, Push Notification, or SMS alert with any desired syntax data. I was wondering if there would be a simple solution to receive Webhook, Push Notification, or SMS data on my Windows Forms app and bypass the email step.
Suggestions?
WebHooks are URLs that are used to call back to when state changes or new information is available. You could set up your WinForms app to respond to a webhook, but your WinForms application would have to have an HTTP server running, and your webhook URI would need to point at your PC.
So, if your IP address is 1.2.3.4 and your webserver is running on port 8090, your URL may look like this: http://1.2.3.4:8090/api/myWebHook
Make sure your network exposes port 8090 for IP address 1.2.3.4
This is a very generic response, i am sure there are more hoops to jump through than just these steps.
I have a WPF applications that runs on 2'000 PCs (xp, vista, win 7, win 8),
and the only thing it does is to show new notifications taken from a main server.
At the moment everything works trough pooling and it is hard for the server to handle that load.
I'm now required to provide the same service to another customer which has 4'000 PC,
so pooling is no longer an option.
The customer wants also to be able to specify which Active Directory group should receive the notification,
and every notification must been received by the client even if offline at the time (it will receive it when back online).
Security is not an issue.
I'm searching for the best architecture suited for the task,
this is what I have considered so far:
1) WCF-MSMQ: discarded, it requires msmq active on every client machine.
2) WCF-nettcpbinding publish-subscribe (https://msdn.microsoft.com/en-us/library/ms752254(v=vs.110).aspx):
It would be perfect but how I'm supposed to handle different groups?
Should I check the group of the user and based on that subscribe it to a different topic?
3) Keep all clients always connected to the server:
on connect the client sends it's Domain Name to the server,
the server associate a connection to a user and keep looping trough all the connections while sending notification when available for that user.
I'm not sure how many connections I'm able to always keep opened.
Should I use WCF or just make my own sockets system? The logic is pretty basic but it needs to be available on multiple windows platforms with different .NET version.
Do I still need the clients to send back an ACK when received a notification? Or I can just trust the TCP ACK?
Any suggestions will be much appriciated.
Am building an app for WP7 Mango version. The requirement is that when ever a message is sent from that app to a predefined set of contacts, in case the number to which the message is sent is not capable of receiving messages, then, a call should be made to such numbers and the text message (intended to be sent) should be read out to on the call to the call-receiver.
I have a huge doubt that this is achievable on WP7. Am I wrong in thinking so? Is there any way that this can be achieved? If yes, how?
Well...
There is a launcher which allows an app to send SMS, but it requires user interaction, and the user can change the SMS before sending. So you have no way to know exactly which SMS was sent.
There's no API on the phone to check whether a phone number can receive SMS or not (but maybe you can figure that out yourself using the phone number prefix or something)
There's no way to programmaticaly dial a number
There's no way to play a sound to the call-receiver. Arguably the user could turn on the phone's speaker while the app plays the sound out loud
There's no way to programmaticaly tell when the call-receiver has answered the phone call. So the user would have to manually push a button in the app when the call-receiver answers
In conclusion, while it might somehow be possible, it would require so much user interaction that the app would be pretty much pointless ;)
You could achieve these requirements using an SMS and IVR service in the cloud, such as SMSIfied and Prophecy, instead of attempting to do it directly from WP7.
SMSIfied lets you send and receive text message through a simple to use REST API. You can also get the results of sending the text message in a callback. Here is a blog post "Sending SMS messages with C# and SMSified".
For phone number that will not accept SMS you can use Prophecy to dial the number and play the message using Text-To-Speech (TTS). Prophecy is programmed using the open W3C standards Call Control XML (CCXML) and VoiceXML. You use CCXML to perform the outbound dialing and when the user or answering machine answers you pass control to VoiceXML application that handles the TTS. The Prophecy IVR has excellent call progress analysis which makes it easier to get the whole message on the answering machine/voice mail. Have you ever gotten those chopped messages from an automated system? The Voxeo documentation on CCXML has good coverage on how to perform outbound dialing in Chapter F. There is a good open source project called VoiceModel that makes it easier to develop VoiceXML applications using ASP.NET MVC 4.
To initiate this outbound dialing request from WP7 would just require an HTTP request that passes the parameters like the number to dial and the CCXML application to run in the query string. The actual CCXML and VoiceXML application would be hosted as web applications.
I am trying to develop the application which, any mobile is connected with PC and needs to send SMS through the mobile one by one, software is used only to connect the mobile and type the message.
When the send button is clicked the message should send through mobile not through any modems.
I have tried to search everywhere, but I couldn't find anything.
Can anybody guide me on how to proceed?
Thanks in advance.
If you want to do it on your own without using a sms-library you can open the modem in handset through a serial port and send out hayes at-commands for sms-operation.
Before you program you can try it using a terminal program.
Example
; Send message to "0170 00000" (Ctrl+Z to finish and send the message)
AT+CMGS="017000000"
> This is a SMS Test!!^Z
+CMGS: 3 ; OK, message gone
Note: these at-commands are not supported on every handset. Maybe the handset needs additional configuration through extra at commands (set textmode, set sms-gateway, ...)
Several sms hayes related commands are described in http://www.cellular.co.za/at_etsi.htm .
Yes, absolutely you can send sms through your pc connected with your cell phones. "Nokia PC Suite" is the only software; after installing software in your computer, connect your Nokia handset by usb cable with computer and select pc suite option. After then launch Nokia PC Suite. Now there u go.
What you are trying to do is difficult. It is difficult not because the programming is difficult, but because there are restrictions (security!) from the carrier side and from the mobile manufacturer side.
To be able to send messages from a mobile device connected to a PC, the mobile device must provide access to the internal functions its OS uses to deliver those SMSs. They could be low level modem commands, or a high level API; but in any case it will depend on the device manufacturer SDK.
If you want to type more efficiently, then maybe a mobile device with support for a bluetooth keyboard is a good idea.
I guess that depends strongly on the used mobile phone. I don't think there's a generic solution for all manufacturers. And such feature is probably hardly documented.
However, I'm not sure, if this is worth the effort at all, because e.g. Nokia provides the software "Ovi Suite" (or older PC Suite), which already supports sending SMS via connected phone. I think there are similar programs from other manufacturers.
It is possible to send SMS from a computer via a connected phone, but the phone itself will be the modem (I assume you don't want to connect another device for SMS). You can see this question, this question and (possibly) GSMComm for more info
I am writing you because of a new problem I need to solve, and I have now been banging my head against a wall for too long now.
Basically, I need to create an application that can take care of the following:
A user starts an app, which sends a broadcast to the subnet, and recieves a response of all servers there with their IP (and some additional info). The user can then select what server he wants to connect to.
Making it work is simple enough, with identifying the subnet, and broadcasting with UDP, and then having a different server application recieving it and sending back a response . The problem lies with these restrictions, that I need to take into consideration:
There will most likely also be clients on the server machines in the network, meaning that we can assume that the application is present on all machines. Every machine needs to have the listener running, and every machine can launch the GUI for selecting a server.
I am only allowed to add one exception to the firewall - an exception that handles both sending out the broadcasts, recieving broadcasts, sending answers and recieving answers.
I should also only be adding one Windows Service
on a server machine, the listener should run as a windows service, so the user won't notice it. Nor will the user notice, that the response is sent back to the client.
On the client machine, the user can start an application, which will notify the application to emmit the broadcast, and will get all the server responses, so the user can choose one to connect to.
Besides from the application that the user launches in order to select a server, there should be no interaction with the user whatsoever. Not even a popup, requesting the user to allow traffic trough the firewall - it should all be automatically
It needs to work on and in between Win XP, Win Vista and Win 7.
I don't know if I am putting too many constrains on myself, but I really hope that I can make the application with these requirements.
I have a few ideas - I just need to figure out how to do it:
Should i make everything into one application, that I add to the firewall exception list, so it will take care of the traffic on both the server and the client machines?
Should I add a custom exception to the firewall, allowing UDP traffic on a specific port, and then have all traffic flow trough that?
Is there a third and better option for managing that?
It is OK to have the service running on both client and server machines. But can it take care of everything for me - like it handling both the broadcast send/recieve and answer send/recieve? And is there any way to extract the information about servers on the network from a service?
I know it is a lot, but I really hope that you will be able to help me out.
let me know if I wasn't clear enough, or if you need further explanations.
I am coding in C# .Net, and I can utilize all I want from the .Net framework. As soon as I have this functionality implemented
All the best
/Sagi
The kind of peer-to-peer networking problems become simple to the point of being trivial if you designate one machine as the master server. It should have a well-known name that all sub-servers can connect to so they can publish (and withdraw) their availability. A client can then send a query request to the same server and get a list of known servers in return.
This can also solve your firewall problem, the master server could be listening on port 80.
Look into the System.Net.PeerToPeer namespace for a p2p solution supported by the framework.
Maybe a UPnP server and client may be a solution to your problem?