I'm wanting to build a central notifications hub that can interact with and delay, control or manage Notifications that are generated from different software (such as Outlook, Skype, Live Messenger, Facebook Messenger, etc.) on a Windows PC. Unfortunately, i'm not sure where to start looking and how to achieve it? Any kind of help would be really appreciated.
Related
I'm making a simple automation system for someone and require a MQTT admin panel for server/broker. I want it such that the admin who runs the server, is able to see and change the password of the server or client. Also the admin would be able to see the all the topics and remove the subscription of of any client if they want. Admin will also be able to see all the messages sent and received.
I was currently looking at C# MQTTnet and mosquitto but all the servers require manipulation in config files through CLI(there own set of commands on CLI). Isnt there something I can use so that all is done in clean code with WPF form for interface? Is there a solution for this problem? I want a user interface for admin.
Also can a MQTT sever run by a novice user? who has no technical knowledge?
Any reply is much appreciated.
I have never seen a desktop GUI to manage the configuration of a MQTT broker, but you could use something like HiveMQ that bundles an administrative web portal with their package. If there is a web api then you could write API requests from your desktop application to interact with the administration portal.
See: https://www.hivemq.com/blog/restful-http-apis-with-hivemq/
This is just one of a very large number of possible approaches.
I am developing a mobile (Xamarin.IOS) and a desktop app (C# Winforms) for our small start-up for internal use. I want to be able to send commands (not remote notifications) to the client (mobile app) through our main desktop app.
For example; I want all our employees using our mobile app to perform certain task, let's say, show a popup window with specific text when they open up the app. Any ideas about how to implement such kind of thing? Is is technically possible to tell a device to remotely execute certain management commands?
Thanks in advance.
There are multiple ways of doing this.
A Microsoft MVP, Mark Arteaga, suggests using Azure Functions-HTTP Triggers to do this. He presented this in multiple Microsoft events and also has a Github repo where he implements it in a sample mobile app.
So whenever you need to, you would send commands through Azure Functions to the client using similar, and if you want to go one step further, you can even look into implementing it with Backgrounding using Shiny
Would it be possible, to use ActiveSync on iPhone to sync Mail, Contact and Appointments with my Application? My application is developed with C#. Now, I thought, If I could implement something, that the iPhones can connect with ActiveSync to my Application and sync the contacts, mails and Appointments like the iPhone does with Exchange. Perhaps there are some samples?
to my knowledge ActiveSync exposes a set of APIs called RAPI.
you can google for this but I really wouldn't bet iPhone can be "forced" to work with ActiveSync (I can be wrong).
Okay, so what I need to do is to write C# code, to integrate into an existing application.
I will (most likely) be using a Nokia 7230 mobile phone, and I'm willing to use the Nokia PC Connectivity SDK/API, or just AT commands over from C#, whatever works.
The catch here, though, is that I have absolutely no idea where to even start. I would be eternally grateful if someone could give me a step-by-step guide/tutorial on how to go about setting everything up. I've downloaded the newest versions of the PC Connectivity SDK, the PC Connectivity API, the PC Suite, and the Nokia Connectivity Framework.
If it's at all possible for me to test code with an emulator before actually purchasing a phone, that would be fantastic.
Thank you in advance for any help/advice.
GSMComm is a useful C# library for this, it comes with a bunch of samples/tools to mess around with as well.
I get the impression you going to buy a Nokia handset specifically to handle your SMS stuff? If so, you could just buy a GSM Modem (depending on your location) they are cheaper, don't include extraneous features and are not dependent on using manufacturer specific software.
What you are looking for is called an "SMS Gateway". Most of the articles on the internet discuss how to create one using Linux.
I did find this article though, which teaches you how to do it using C#: http://www.ozekisms.com/high-performance-sms-gateway/product-manual/index.php?owpn=315
It looks like you need the Nokia PC Connectivity API (note: Forum Nokia registration required for download):
Developers can use the Content Access API to build PC applications
that create, modify, and delete SMS and MMS messages. The API can be
used to send and receive SMS and MMS messages.
I have a project I'm working on that requires our WPF application read SMS messages off of a user's connected Windows Mobile phone so we can display recent ones, etc.
I've had little luck with any of the libraries I've found. Most promising seemed to be OpenNETCF.Desktop.Communications but ultimately it seems like I won't be able to do what I need to with it.
What's the best way to read SMS messages off of a connected phone? Will it just be easier for me to write some sort of service app for the phone that acts as a server and our WPF app as the client?
Thanks!
There's nothing out-of-the-box that will do what you want. RAPI, which the OpenNETCF library wraps, has a set of communication APIs, but nothing for SMS. It does have the ability to snap-in custom APIs, so you could create a custom API and use that. The advantage with this strategy is you don't need any user intervention to get stuff onto the device (no copy and run of a service app stuff). The down side is that the custom RAPI DLL for the device must be native code.
If you go with your own mechanism, you can then use the POOM APIs in managed code to get the messages and ship them. The only challenge there is that you have to run some form of a "service" app on the device to listen for calls, which means writing your own protocol, which means a fairly large test matrix.
Jeyo have a product that pulls SMS messages from a phone into outlook PST files. Strikes me that you could just use that product and trawl the PST for recent messages (bit of a kludge I know, but if you were desperate) or talk to them about if they'll licence some of their code for you?