i want to this:
When a new user want ta register to my site, he/she must enter GSM number on registration form
and activation code sent with a SMS message and e-mail.
he/she must enter SMS activation code and e-mail activation code for complete joomla new user register process.
Is this possible? Can i do that?
yes, But you have to think a lot about integration your implementation with Joomla.
You have 2 approaches to send SMS messages.
1. Using a GSM modem
Here you will need dedicated hardware to do this. You will need a GSM modem + A dedicated server/machine. You have to write to the serial port using appropriate language and use AT commands to send sms messages. Here the advantage is everything is yours so you have total control over everything. You will be able to find a cheap mobile service provider for this.
2. Using an SMS Gateway
Based on your requirement of integrating this with Joomla, this might be the easy approach. In this way you have to send http, https request to a certain URL with the message information and authentication details. The gateway will handle the rest. Alternatively you can choose SMTP as gateway protocol and reuse your email implementation. When you send an email to a certain preconfigured address it will generate an SMS with contents of the email message.
Clickatell is an example for such service providers.
Related
When I need to send occasional notification emails from an Erlang app (there's no need for the app to receive emails), I can pick one of two ways:
use a simple OTP app only for sending, like esmtp
use a simple (send-only) OS app like ssmtp and make a call to it from the Erlang app via os:cmd and compose the message (containing information from the running system) by writing to a file from within the Erlang app.
They both work, but I don't know if there are any dis/advantages to either approach. Which is better suited for a production system?
You may try to use AWS SES (Send Email Service)
there is aws erlang api to send mail via erlang driver
so you may send formatted or raw messages including html pages.
also you may add ses headers to see statistic about how many email have opened by customer and what clicks to they done
https://docs.aws.amazon.com/ses/latest/DeveloperGuide/event-publishing-cloudwatch-tutorial-send-email.html
In our SaaS application each company (tenant) is given their custom domain like companyName.ourapp.com
We would like to provide some email services like:
Ability to send and receive email notifications from info#companyName.ourapp.com and similar addresses
Ability to create new email accounts in clients' subdamains at runtime, programmatically, when needed. For example we would have separate emails created for each "opening" so that emails sent to this address would be parsed info would be extracted
Similar tasks
For now I just don't even know on where to look and how this could possibly work.
As far as I understand email it should be some kind of custom mail server (SMTP) serving all sub-domains and having API we can use to send emails, list and retrieve messages etc.
Please suggest how it may work and is there any components out there we can use to implement this.
There are three options for this.
Create an email server and programatically configure it to accept or deny the specific accounts. Then use cron to poll via pop3 or imap and download the messages for the account. You can then send them on for the customer or handle them in your web app.
Create a script that is fired by the email server as it receives each email. The script can then handle what to do with the email as it's received.
Use a third party to receive the email via HTTP Post at your app. Using CloudMailin for example would allow you to create a custom authorization filter that would call your app in realtime and determine if the given account exists and messages should be accepted for it.
I wrote a blog post for Rails about receiving incoming email, however the principals would apply to any programming language and framework.
I have seen some similar questions here on stack-overflow, but in my application i want when user click on confirm button automatic email go to the email id specified in the form with other details.
How can i implement this.
You could just make a post request to a server and have the server then send the email.
You cannot send emails automatically without sending the user to the mail application. You could however, take advantage of a third party service like Amazon Simple Email Service http://aws.amazon.com/ses/ to send the message.
I need to be able to send a pre-formatted email or SMS text message programmatically from within an iphone app. Can this be done? I have looked at apple's MFMailComposeViewController class, but this "provides a standard interface that manages the editing and sending an email message" and the MFMessageComposeViewController class also has it's own "standard system interface for composing SMS text messages". These allow you to present an interface to the user where they have to fill in all the data and then explicitly press a send button.
I cannot use this boilerplate functionality.
I need to be able to send a message without presenting any interface to the user. I know this sounds evil, but actually it is for a commercial application which needs to communicate to a user group in a central office when users in the field have performed specific actions out in the field.
Has anyone found a solution to this?
After much investigation, I have found that sending emails programmatically, without user intervention, from an iphone application, cannot be implemented using any of the apple frameworks.
Set up a web service you can post to using an HTTP request. If you are posting to only one address this can work very well, although you may want to get the user to input their return mail address.
Otherwise only the standard dialog is available (this relies on using whatever account they've setup on the device).
Here are a few SMTP API's that work on OS X. They might work on iOS as well.
Pantomime
MailCore
EdMessage
Only Possible via Web Interface, you can not hide the Interface , this is as per apple Guidlines to Developer and as per documentation
Looking for a solution to such a problem, I found something interesting here: How to send mail from iphone app without showing MFMailComposeViewController?
I hope this will be useful!
This is standard not possible. If you can't use the standard dialog you need to use SMTP.
SMS is the same, use the dialog of use a webbased sms service (most of these cost some money).
I have no experience with iOS, but I have enough experience with email protocols to say I'd be very surprised if a client application could send email without accessing a server. More than likely, the email will be sent using the SMTP protocol and therefore must be sent using an SMTP server. Choosing how you connect to that server is about the only option you have. You could connect to a server-side script (such as php) to generate and send the email, or you may be able to create a socket and connect directly to port 25 on the SMTP server and still generate the email from you client application.
Check out:
RFC 5321 at https://www.rfc-editor.org/rfc/rfc5321
SMTP on Wikipedia at http://en.wikipedia.org/wiki/Simple_Mail_Transfer_Protocol
You could always do a low level telnet using SMTP protocol to a known mail server to send a message. I don't know if Apple will reject the app, but SMTP is damned simple.
I need to write a .NET application that listens to a SMS message , and then react to it.
I assume i need a SMS gateway to interface between my application and the sender of the SMS.
How could i implement this . Would the listening program need to be a web service or something else ?
Please give me your ideas.
Thanks,
Chak
You will need an SMS gateway.
Alot of SMS gateways allow you to send replies from SMS to email. Then all you need to do is retrieve the message via POP and do something.
SharpWebMail is open source. Should be samples of how to do that in there somewhere.
http://csharp-source.net/open-source/web-mail
Hope that helps.
One easy way to do it (if it fits your architecture) is to just simply use a mobile phone and have code on it that intercepts the message and the forwards it to your application.
If you want to use .net, you can use a Windows Mobile phone and use the MessageInterceptor class with .NET Compact Framework. Then, when you have your message, use whatever method you want to forward it to your app (sockets, serial ports, web services, ...).
You first need to find an SMS provider, and then ask them how they integrate. There is no standard way to do this, and everyone use their own approach.
You do at least need something that will receive the SMS for you. That might be a GSM modem or some form of SMS gateway. How you implement the technical part of “receiving an SMS” is specific to the tool you use. You can talk to a GSM modem via serial port (or TCP), SMS gateways often use SMPP or HTTP to transfer SMS.