This question is related to sending an SMS from a link in a WAP page?
Historically I have used sms: which has worked on SonyEricsson, Nokia and other such 'legacy' devices. An example of the mark-up would be;
send
I am aware that i-phone does not allow you to specify the body. If the body tag is present then the device closes the browser and opens the SMS application but does not go as far as taking the user to message creation. As such the following does not really work;
send
however, this partially does... in that it takes the user to the editor and selects the recipient.
send
My tests with Android (HTC desire) cause the message editor to crash (with the above examples). I have managed to get the message editor to open successfully but not managed to pass any details (recipient or message body) using;
send
Note the :// which is not correct according to the Nokia specs. Has anyone had any more success?
Sorry if this is a bit hazy, its probably more of a discussion than a question.
Related
I have not been able to find any information about the topic online, so I am assuming it is not possible, but is there a way to create an app that when turned on will respond to all incoming calls by sending them to voicemail and responding with a text message? I know you can set the reply with message in iOS6, but we would want the message to be sent automatically when the call is recieved, currently the respond with message the user still needs to hit a button when the call comes in to send this. We would also want to respond to any incoming SMS/imessages with a text. As well as reply automatically via email to any incoming emails. If anyone could link me to an apple site or somewhere that says you can't do this? Thanks for your help.
Edit - is there any way to get information about notifications for these items? I was thinking if you can't directly handle the call itself, on a timed loop you could check to see if there were any missed calls or any info relating to those? Thanks
Not unless you want to develop and application for jailbroken phones, which will not be allowed in the Apple App Store.
Hi is it possible to send text message in background..?My new requirement is to send SMS if there is no internet connection .
I am trying MFMessageViewComposer but it shows the pop up view.
How can we send message without shown this pop up? Is there any other way to do this things.
It's not allowed. For example, what if I develop an app which send taxed SMS to a server of mine to get money ? That´s the main reason... I could also send innaproriate or SPAM SMS to random numbers...
That's why the user has to validate the sending.
Send SMS programmatically, without the SMS composer window hope that helps... Looks to be a similar question. According to the poster, ios6 does not allow you to send SMS in the background, without using a 3rd party API, like Nexmo, who provide a REST API to send messages using HTTP.
To send a message using Nexmo, just send a request like http://rest.nexmo.com/sms/json?api_key=n3xm0rocks&api_secret=12ab34cd&from=MyCompany20&to=447525856424&text=hello+hd1 and you'll get back JSON, change the endpoint to xml if you prefer that.
i'm new to Android developing and i'm trying to write an app to send/receive encrypted messages through the default email app.
No problem in sending, since it's easy to send cyphertext email through intents.
I'm finding a lot of difficultes in reception: as far as i know, the email app doesn't broadcast any intent for incoming emails, and there's no way for a developer to access the application's database (right?).
So i thought, as i read in a few topics here, to put a DECRYPT link in the builded encrypted mail that should open my application and decrypt the message. I'm trying to implement it, but i'm confused about a few things.
1) Sending a text/html message with a href tag is supposed to build a link in the body of the email. This thing doesn't work. The link is shown as a plain text.
2) Building an intent and putting in the link as
<a href=intent.toUri()>DECRYPT</a>
and then making an intent-filter for my application decrypt activity should work? The intent i sent as link is just broadcasted when the link is clicked?
Currently when I send a mail message from within an iOS web app (fullscreen from home screen) the web app closes and the mail app opens.
The same thing happens in Color Mail: http://www.apple.com/webapps/productivity/colormail.html. When you send a mail message you are kicked out of the web app.
Is there a way to send a mail message and remain inside the fullscreen web app?
Thanks!
If you want to send an email without using the Apple Mail client (which is basically what you're asking) you'll need to use a web service that support sending email in response to a request.
For example, Amazon's Simple Email Service lets you send email in response to an API query.
However, if what you're after is sending an email message from the user's own account then you unfortunately must exit the app and go into Apple Mail - in much the same way that a mailto: link would do if you used it on a website.
EDIT: IF you were a native app, what you'd be after is the MFMailComposeViewController. It allows you to bring up a standard mail compose interface right within your app.
HOWEVER, since you're not, you're going to have to build your own form interface, and then take the form submission on the web app and send the mail from there.
(Sorry. Didn't read.)
I would like to provide my users the ability to send an image/picture (displayed through a UIImageView in the app) to their friends via email using the built-in Mail app.
In a way, I want a very similar user experience to the way the Photos app does this. User clicks on a button, the image/picture is copied onto a new "compose" mail window on Mail app, and then they can finish sending the message over to whoever they want.
I searched quite a bit for tips on how to do this, and found nothing. A few people actually posted before on different message boards that this is not possible at all in SDK-land.
Anyone with more information on this?
If you plan on putting the app in the App Store, you're limited to the standard mailto links as specified in the iPhone URL Scheme Reference:
https://developer.apple.com/library/archive/featuredarticles/iPhoneURLScheme_Reference/MailLinks/MailLinks.html
The options you have within the mailto link are spelled out in RFC 2368:
https://www.ietf.org/rfc/rfc2368.txt
The only thing that seemed remotely possible was using the mailto link to set the headers to describe the message as having an attachment and then adding in the MIME/base64 encoded data within the body of the message. I highly doubt that such an approach would work since the mailto link was not intended to be used this way - the RFC states:
"The mailto URL is primarily intended for generation of short text messages that are actually the content of automatic processing (such as "subscribe" messages for mailing lists), not general MIME bodies."
However, even if the above method did work, the RFC still leaves it open to the email client to choose to ignore or otherwise modify "dangerous" headers within the link - so even if you were able to construct a valid mailto URL with a MIME body and the proper headers, Mail.app may still choose to ignore the attachment related parts of your message.
If you try to communicate with Mail.app in any other way, you have a very high likelihood of being rejected by Apple.
send the image to a web application that will inturn do the sending. using the mailto scheme will launch iphone's email application but your application will quit meaning the user will have to relaunch it later..