Is it possible to send HTML emails from WP7? I might have overlooked it but it doesn't appear that there is a parameter in the EmailComposeTask for specifying this.
Although the device is capable of receiving and displaying HTML emails, the EmailComposeTask does not provide an API to enable you to send HTML emails. If this is a requirement of your application (and I'd caution you on using up too much user bandwidth for larger volumes of data), then you will need to access a web service that provides access to a mail server for you.
Related
I'm using the free Sendgrid Account on Azure and I'm building a Xamarin Forms App and was wondering about the best way to send emails seeing as I can't use the Sendgrid SDK. Is it possible to send the email by manually forming the HTTP request headers? I've no code on this and I'm completely at a loss!
Cheers!
In my opinion it is bad practice to send mails directly from your app altogether. It means that you rely on your users network etc. if ports are open and even more; you expose your settings of your Sendgrid account in an app that can potentially be reverse engineered and taken out of your binary.
You should move the code to send an email to your server-side and only send a signal from your app that an email is to be sent at that time. In your server code you probably can use all the Sendgrid SDK code without a problem.
May i know if there is anyway i can intercept or retrieve the windows phone message from?
I'm trying to create an application, sending the message isn't a problem but i'm having some problem looking for the retrieved message in any means. My plan is to use SMS to transmit data so i'm planning to create a template to display it.
Hope someone can advice. Thanks everyone! :)
Currently there are no API's to access SMS in WP7 or 7.5 but in future if MS shows mercy then it may be possible.
You can check this link and vote for SMS access API's.
If you're talking about the windows phone's messaging app, then you cannot access the data. The API does not provide anyway to access such information, from your application, for security reasons. So, intercepting calls or messages are not allowed.
I'm using the MVC helper WebMail to send emails. However the speed of it seems to be of concern. Especially when I have to send more than 1 email at the same time. I tried using a thread, but that didn't work since the Webmail object was null. How do I speed this up? Any ideas appreciated.
Forgot to mention, this is during testing and I'm using localhost and gmail! Not sure if that is causing the issue.
Thank you
If you want performance, don't use the WebMail helper. Use the classes in the System.Net namespace.
This allows you to open a new thread and send the email out-of-band from the web request.
We use Google Apps mail (gmail) in the cloud, opening a new thread, and sending the email from there, using the System.Net types (not WebMail). It works pretty well, as we can respond to the user without having to wait for the email to be sent.
Be careful about using Google Apps / gmail though, especially in development. We had one of our accounts disabled by google because of this. During development, you should use your local ISP, or better yet, use SpecifiedPickupDirectory, as it works better when unit testing email receipt.
I am a newbie sms application developer. I am looking for pointer on how i could develop an interactive survey based sms application. I want to push questions having check boxes, input boxes, radio buttons etc and receive the inputs back at the server.
Any pointers on how this can be achieved and what app services/technologies can be used for achieving the same would be appreciated.
Thanks a lot.
SMS protocol does not support any kind of interactive elements.
You probably want to push in a SMS message containing a link to a mobile site hosting the survey and the interaction happens in the mobile web browser.
Alternatively you can only send 140 character free form questions. However if you send in several questions the users won't answer as typing in many SMS messages is cumbersome.
So your idea of doing it purely on SMS is not feasible. Just create a mobile web site using some CMS with good mobile support and form creation wizards.
E.g http://webandmobile.mfabrik.com/
Disclaimer: I am one of authors
I've been using www.txtlocal.co.uk for quite a while and i'm very satisfied being able to send sms texts through their api. This is commercial service but really worth it's price.
You can use it with all languanges including PHP, ASP, C#.NET, VB.NET, VBA, JAVA, Bulk XML and others.
Simply have a look at code examples: http://www.txtlocal.co.uk/developers/code/
Moreover you can build your own software to process text responses from your clients and even buy your own telephone number.
I've noticed on a lot of applications recently, such as Google Docs and Facebook, that JavaScript is being used to load a file which doesn't load until the website needs to send you a notification.
Essentially, they're using an HTTP request to a file, and then the server which handles the file doesn't respond to the request (or may respond but not send the content) until the server wants to send a notification (such as a new IM or a document update) to the user.
I haven't been able to find much on the web about the best practices for doing this. It seems to be a relatively new technique.
I'm looking into doing this myself and would like to read more on it. Does this have a name? Are there established best practices for doing this?
You could start reading about Comet technology. And here is a good Comet Server, APE: Ajax Push Engine