does anyone know if it's possible to use Exchange server as a bridge with APIs ?
In my company, we have some APIs (like mail, contact, calendar ...).
We are searching a solution to synchronize contacts and calendars from our APIs on smartphones (without any optional application).
For example, I add an Exchange account into an iPhone. I choose to synchronize my contacts. We want the Exchange server to query our contact API which will return a Json encoded response. Through a Exchange plugin, we could transform this response to match with the Exchange format.
We didn't want to store any datas into the Exchange server to avoid redundancy.
Does someone think that there is a solution to do this ? (I saw that there are 2 or 3 SDK for Exchange but I didn't find some informations about what I'm searching. Otherwise, I'm not an expert in Microsoft Exchange :/ )
Sorry for my bad english :)
No, you cannot do that.
Exchange will not be calling you, it is your responsibility to call Exchange to request existing data or create new items in one of the Exchange mailboxes.
Related
I need to accept bitcoins on my website (PHP). I'm using blockchain and i have read the api: https://blockchain.info/api/api_receive Is quite simple but i have some questions, but first i will try to explain what i need.
Client send bitcoins to my wallet (Any amount they want)
Server will be notified with confirmations until gets OK.
Gets the sent amount and client wallet from callback and store in DB.
Now my questions:
"You provide a bitcoin address we generate unique addresses that forwards payments to that address instantly notifying a callback URL."
Q: Can we reuse that address and all clients use same address to send bitcoins? Or address will be deleted? The address have a lifetime?
Instead create address to pay is possible clients pay directly to my wallet and server got notified? I don't need extra params like tokens.
I end up in a website that use always the same wallet/address for each odd: http://bitzillions.com/satoshibones
I will like to have a pay system like that, one address per game.
Also should i use blockchain/blockchain (https://github.com/blockchain/api-v1-client-php) library or the simple library (https://github.com/blockchain/receive_payment_php_demo)?
Also if you have any suggestion or alternative i will like to hear.
I think I can help. Disclaimer that I work for BlockTrail.
It would not be good to use the same address because people can view the historical transactions associated with that address. It is recommended to use a new address for every transaction. These can be under the same wallet or different wallets. That may sound complicated but with the possibilities as long as the universe is old you can make a new address per transactions. Some wallets will do this for you automatically. This is called HD Wallets or Hierarchical Deterministic Wallets. You can also use this to have your clients always pay into the same wallet.
You can also use an API to create these wallets. If you are interested in using BlockTrail's here is the link: https://www.blocktrail.com/
We also have webhooks that will send you notifications for confirmations etc... If you want to learn more about our platform, here is a blog that describes it. BTW it is free! https://blog.blocktrail.com/2015/06/blocktrails-developer-platform/
I'm not sure where to begin, but got a case I need help from others where and if possible to solve.
Thing is, got a new alarm system at home, this system uses sms function so I can send a short code to my alarm asking for status if it`s ON or OFF, or i can turn it on/off from an sms.
Since both the sms number and code is strictly personal, I would not like to tell my carpenter the codes, but in the mean while he is working at my home, I can give him a login to my site, where he can see if the alarm is turned on or even turn it on/off by him self.
I would like to build me a website, that does the same.
Got a login to my site, when logged in, i would like the website to send an sms automatically, then retrieve the answer and display it on the website.
Is this even possible ? If so, anyone can past me in the right direction here ?
Thanks in advance =)
You can send an SMS from a website. Most mobile operators will gladly offer you an apropriate API.
For instance Deutsche Telekom has an API called "Developer Garden" that allows you to send SMS via a WebService and much more.
see here for an example: www.developergarden.com
Other providers may also offer such services.
you need an sms gateway ( we use these guys : http://inteltech.com.au/, but nearly any will do )
Your easiest option is to find one where you can insert SMS'es for sending via a URL, eg in our case the URL looks like this:
http://inteltech.com.au/secure-api/send.single.php?username=[user]&key=[longcode]&method=http&senderid=[id]&sms=[phonenumber]&message=[here's the message]
it's extremely simple to use. If your site handles the login otherwise, then you can use this for the rest.
Now, how to receive SMS'es is a bit tricker :)
But this provider, for example, offers you options to;
Send the reply as an email to a nominated email address.
Send the reply as an email to the original user who sent the message.
Send the reply as an SMS to a nominated mobile number.
POST the reply to your website or application . e.g. We can call a http/https request to your script
as you can see, both the email and the POST options are providing great ways to integrate.
I'd say if you don't handle incoming email already, then stick to the POST method.
voila :)
I'm trying to create an email service web app but I do not want to deal with mail servers.
I'm only interested in creating the front-end web interface.
The ideal situation would be when a new user signs up, I create a mailbox on said service.
I would also use the service to pull emails from mailboxes, write to these mailboxes ( email tags) and possibly use the same service to send mail.
The closest thing I could find was mailGun.com but at this time it stores mailbox passwords using plain text -_- . They stated that this will be resolved in the future.
I also looked at postmark and emailYak.
Anyone know of any other services ?
I'm using Qboxmail that provides API for Email Hosting:
http://www.qboxmail.com/it/documentazione/api-email-hosting
I've not used them, but how about context.io
I'm looking to implement an SMS authentication for one of my projects, basically before a user is able to register an account with us, we would like to authenticate the user by sending sms containing a code to his mobile phone, and get him to put in the code in our form before he can proceed.
I've been looking around and found onVerify to be a pretty good way to go
http://www.onverify.com/
But I'd like to know if there're any other alternatives similar to onVerify as it is a bit expensive, so if I could go with cheaper one, that'd be great.
Thanks!
You can do this easily enough if you have access to an SMS provider.
Typically you send an SMS to the user by making an HTTP request, containing the verification code. You'd store this code, and the recipient number, in some persistent database, against which you can compare when they fill in the details on the form.
You don't mention which geographic regions you expect your users to be in, which can be important given the variable delivery quality in some markets.
Have a look at the HTTP API for BulkSMS, message pricing and coverage.
Note that you can register in various regions, if you, for example, want to price in USD.
Disclosure: I work at BulkSMS
i m developing one application in that one user create one task and that notify to other users which are connected to that user so windows azure provide any notification service to implement this functionality?
Azure does not provide a mail relay service, but it does support the SMTP protocol and sending e-mail through external services ; here are a few options:
Sending Email using Microsoft
Exchange :
http://blogs.msdn.com/b/windowsazure/archive/2010/10/08/adoption-program-insights-sending-emails-from-windows-azure-part-1-of-2.aspx
Sending Email from Exchange Online :
http://blogs.msdn.com/b/windowsazure/archive/2010/10/15/adoption-program-insights-sending-emails-from-windows-azure-part-2-of-2.aspx
Sending Email using 3rd party
providers (e.g. SendGrid,
AuthSMTP...)
http://blog.smarx.com/posts/emailtheinternet-com-sending-and-receiving-email-in-windows-azure
This question is suspiciously similarly phrased to this one. The answer is, there are no notification services that would provide the functionality you seek out of the box.
It also links to the following answers:
http://blogs.msdn.com/b/windowsazure/archive/2010/10/08/adoption-program-insights-sending-emails-from-windows-azure-part-1-of-2.aspx?wa=wsignin1.0
http://blogs.msdn.com/b/davidlem/archive/2009/01/08/windows-azure-sending-smtp-emails.aspx
As for the notification service it depends on what you mean by notification. If you want to also pop-up a message, e.g. for chat, or a response to a query, your best bet would be to implement a storage-backed (e.g. Session store with a session state provider, or Azure Tables, even Azure SQL would do) and either print waiting notifications on each page refresh, or better yet, do that with an Ajax call. Take a look at his Stack Overflow question for some suggestions.
On a side note, if you mean notification of services, e.g. a mailer, or something else, that should fire when a user performs certain actions, you can implement the basic functionality using Azure Queues, or Azure AppFabric if you need more advanced stuff.