I'm currently writing a program where I want to send a 1MB video (.avi) via SMS from a VB.net application. I've seen a lot of SMS code where it is using a SMTP server (such as smtp.gmail.com) and sending an email to (phonenumber)#mobile.att.com (or whatever carrier). This will be an MMS.
In those cases, usually the user is sent just text. What is the best way to send a video file to that phone number, possibly without knowing the carrier? What I have seen suggested is a third party application, but the majority of them use only text.
Any suggestions?
Related
I want to implement Whatsapp
to send information from an external application. The idea is to use this
external application to send information throughout Whatsapp.
If you can help me about the terms and
conditions and if this query is possible to develop.
There is a way through which you can send WhatsApp message from your self created application. Use this link Chat API.
But it only provides 3 days trail period and after that you have to purchase it.
The process in that is, you have to register with your google account, then scan the QR code provided(which changes after every 45 seconds). and you are set to go, they will provide you the API for : PHP, Node.JS, Jquery, CURL.
One thing more you always have to keep your phone connected with the internet everytime.
Also I found a drawback in that, i.e. they also provide API to read messages, but it is too slow, as in my condition I can see my messages of yesterday but not of today.
I'm a little lost on how to achieve this problem.
We have a list of files brought into a app linking to the files stored on a remote server. Currently when the file is selected in the list, it opens up within safari which is fine. Once the file loads in safari you do have the option for forward from there, but my client wants to be able to it from within the app, rather than opening in safari.
We are using query mobile and phone gap to create the app. I was thinking about just creating a new mail, with a link to the file embedded in to the email.
Any ideas or help is welcome on this.
You may be much better off if you just have the mobile app make an Ajax call to the server to trigger the sending of the email and attachments? That would really reduce the complexity off the mobile app and decouple you from any issues that might occur based on different hardware or OS's.
So when the user is viewing the list of files, maybe offer them two buttons. View and Send. View would open in Safari as intended, Send would make a call to the server to do the heavy work.
http://yourserver.com/sendFilesToRecipient?file_id=XX&email_address=target#email.com
Then the server loads the correct file and sends it out, maybe responding the client app with a success/failure message.
Would that type of design solve the issue?
I have created a link:
Open File<br/>Email File
Which has seemed to do the job, opens up the default email client, with the set values in them.
I am writing a server monitoring application that I'd like to alert me with a voice call if the server doesn't respond correctly when tested.
The application currently sends a text message to my mobile phone, but that hasn't worked as well as I would like, because I don't always have my mobile phone with me, or I don't hear it.
I'm wondering if there is a service to whom I could send an e-mail or text message and have it place a voice call to one or more phone numbers and read the message?
Thanks,
Steve
Check out Twilio
http://www.twilio.com/
They have a nice simple api that can do the voice calls. You would need to write some simple code to read the email and then feed it into their api.
Hope this helps.
Bob
Hi I am new to MAC OS development and I want to send an email programmatically trough an application, but without using Mail app like in SBSendEmail from apple's site. I dont want to attach any attachments, just a plain text email. What is the best and easiest way to do this? is it possible to use the basic functionality from SBSendEmail and automate the last step of sending mail through MAil app? Is there no easy way just like in C# to create a mail object and just send it?
Thank you.
There's no way to do this in pure Cocoa, except to use one of the three or four email libraries available (Pantomime is one I know of off the top of my head). The main problem with all of these is that they're designed for implementing a full email client, not just sending email, so they're probably more heavyweight than you need.
For Growl's MailMe display, I wrote a command-line mail-sending tool in Python. The Xcode project bundles this into the MailMe display plug-in bundle, and MailMe runs the tool using NSTask, passing the SMTP info it finds in the user's Mail preferences. Growl is also open source, so you can read the source to the MailMe display.
Things that won't work:
The Message framework, which has no public API in 64-bit.
The mail(1) tool, which requires the user to have the local SMTP server running (simple-mailer uses another SMTP server, whose name you pass in on the command line).
Note that MailMe currently does not understand how to look up MobileMe passwords, so it isn't yet able to send using MobileMe accounts. If you amend the code to do this, we'd appreciate a patch!
Another patch opportunity is that MailMe currently only looks in Mail's preferences for mail-sending settings. It could look in other clients' preferences, but does not yet know how to do that. If anyone who uses Thunderbird would like this capability, again, we'd appreciate a patch.
I would suggest you make use of /usr/lib/sendmail if present. Open a pipe to /usr/lib/sendmail and send the mail on stdin. This should be available the OS.
Is there any way to test SMS messaging without having a texting plan?
There isn't any way to setup the equivalent of a mock email server for the purposes of testing an SMS service is there? Are there any other ways to accomplish the task? Perhaps setting up something like a GrandCentral account that can receive text messages?
I am looking to test SMS messages to multiple accounts without having to find multiple people with texting plans and coordinating the effort.
Google now has the answer for which I seek. With the roll-out of their new Google Voice (previously GrandCentral) they added the ability to received text messages to the phone number (which currently is free). While technically somewhat of a text plan, one could theoretically sign up for a few accounts and be able to test multiple phone numbers.
http://www.google.com/voice/
Update (Nov 2010):
Perhaps an even better way to do this now is to use either Tropo (tropo.com) or Twilio (twilio.com). Both of them offer low cost SMS messaging and Tropo is free for development. I've been using Tropo and it's very quick and easy to setup and write and code for.
It would depend on the method of how you're sending out the SMS messages. If you're using the email method (<ten digit number>#<cell provider's doman>) you can fake it with a regular email account that can be purged automatically. If you're using an actual SMS publisher your best bet would be to refactor the design so that you can test that your function gets called the expected number of times, but doesn't actually send the messages. Then when you want to test the production-ready code you actually round up a group of people and try it out.
Having a provider that doesn't charge for incoming text messaging (like US Cellular) comes in handy for situations like that.
SMS text can be done under a few different protocols. I've had success with SMPP using the Easy SMPP .NET library and this java-based SMPP server simulator. It saved me a bunch of overpriced service charges.
you can send email to their phone:
18005551212#txt.att.net (IIRC)