Get Response From External App in Windows Workflow - workflow

i am working on one small app i.e workflow wcf service which takes input of array of email and parallelforeach is sending email to each email id. in email i am sending two links for approval and decline which should call my MVC web application controller.controller calls my methods in workflow service for remaining execution.there is a console application which initiate a request of sending mail. mail sent successfully but when i click on the link given in the mail for approval or decline it does not work ! please suggest me something..

Related

How can I trigger a POST call on new emails?

I am attempting to integrate email into my web application. Essentially, using Mandrill to send out an email to users, then, if any user responds to this email, I would like that response to be pushed to my DB so that my web application users can see the response within the app and reply back if necessary. Basically, removing the need for an email client by having all the functionality within my web app.
Currently, using Context.IO to achieve this. However, I'm finding their service to be inconsistent at best, and unusable at worst.
Is there an alternative? Obviously, a key point here is authenticating my web application and granting it permission within my users' email accounts. ContextIO currently handles that fairly elegantly, it's just not reliable on firing off webhooks when emails are received.

How can I setup an inbound action on an email incoming

I am developing an application, where I have a use case where I advertise a particular email id on a web site. Now, I need people to send me some information and an attachment to that email id . When I receive that email, it should trigger some action in my web application, such that I have both this document and the body of the email available to be in my web application. Then I can parse this information and take appropriate action. Let me know if it is possible to do this kind of email processing using Mandrill or Mailgun or SendGrid, and if yes, can you provide details/documention links on how this can be done.
Thanks
kabir
All three of those services support "inbound" email parsing, which should allow you to process and react to received emails.
Essentially they'll receive and process the email on your behalf, and send you a webhook with normalized data. Docs links below.
SendGrid Inbound Parse Webhooks
Mailgun Inbound Routes API
Mandrill Inbound Email Parsing

How to provide tenants in SaaS application with their #companyName.application.com specific email services?

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.

Automatic email from iphone application

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.

Sending an email from within iOS web app without closing web app and opening mail

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.)