I am looking on how to verify email in Parse with Swift (send an email to the person and use a link in the email to confirm that the email belongs to them). I have only found how to do it in Objective-C. How would I go about doing this in Swift? I saw that in Parse there is a column called emailVerified and it's a boolean and that's what I'm assuming it means. Is that what it means or am I mistaken?
At Parse.com, navigate to your app's Dashboard and click on the Settings tab. You can enable email verification in the Email settings panel.
There is also a small section in the developers guide linked here Parse verifying emails
Related
Found a very similar question here: Email aliases not returned as "To" address in logic app
TLDR: From within a logic app "When a new email arrives" trigger, How do I get the original alias that the email was sent to?
I have a logic app that creates a ticket based off an email sent to an outlook box. Now I want to be able to choose aspects of the ticket based off of whether or not the email was sent to the mailbox itself or an alias of the mailbox. The problem I'm having is that by the time logic apps gets a hold of the email, the alias address has already been replaced with the actual box's address ("alias1#place.com" -> "actualbox#place.com").
The actual mail in the inbox has the original email's alias information in the headers, but I can only get them by looking at the properties in outlook. I've tried to get the original "To" internetheader information both within logic apps (by exporting the email to blob storage and looking at headers there) and with the Microsoft Graph API. Sadly, the email exported by logic apps doesn't have the alias information and Graph API has pretty much every header but "To". At least one other person has lamented the lack of To
That said, the actual email still has the original alias information. Can someone help me get that information in logic apps without jumping through too many hoops? A many hoop solution is welcome if none other can be found though.
Use the Export email (V2) action from the Office 365 Outlook connector. This will give you the full message with original headers (including the actual To address)!
The flow here is, trigger on the incoming email, as you already are, then add the export email action providing the message id from that trigger to pull this specific email.
From there, you you'll have one big "body" property which you'll need to interrogate to find the To address.
Caveat on this though, it doesn't work when emails are sent between mailboxes in the same Office 365 tenant. Exchange Online will "helpfully" go, "I know that address... this is the address you wanted!"
What API are you using? In Outlook Object Model / MAPI / EWS, you need to retrieve the PR_TRANSPORT_MESSAGE_HEADERS MAPI property (DASL name http://schemas.microsoft.com/mapi/proptag/0x007D001F)
We arrived at a many hoop solution.
The "Primary" email box now has some rules that look at the internet headers mentioned above (Message -> Properties -> look for 'To:').
If it finds an alias there, it will put the email in a corresponding folder for each alias.
Then we have logic apps listening to each of the alias folders which will then send the email's information to the _Core logic app that does the actual processing.
How do you link to your itunes review site in a Parse push message, is that even possible?
You have two options:
Option 1) First, create a custom activity in your app and all that activity should do is automatically open up the link to the whatever website/iTunes/app store product you want them to review.
Then, you can set your push notification via Parse to open that activity when the user clicks on it. See the section called "Responding with a Custom Activity" at this link. https://parse.com/tutorials/android-push-notifications
Option 2) At the same link, see the section for Responding with a Custom URI and simply use the URI to direct them to your website/iTunes/app store/etc. https://parse.com/tutorials/android-push-notifications
There is a method in Parse to send the confirmation e-mail with a link to not confirm? Because in the app is uncomfortable to go out and confirm and return.
Something like "If you decided to signup here, please ignore this link, otherwise if you not, click on the link"
Thanks
If you are using the Parse SDK, you aren't forced to use the email verification. It's just an option. So your user are able to register without the need of email verification and they will get the pass recovery mail if they don't have verified address.
My app uses a parse.com backend. I'm having problems changing the confirmation sent from parse when users sign up. they get an email that asks them to confirm their email address but instead of it being from parse I want to change it to an email that has my own branding on it. Any thoughts?
I'm pretty sure you can do it on the dashboard. Go to parse.com, select your app, then settings, then email. There you'll find the templates.
I have two email accounts. One of them I use every day. The other one, I have to fire up a VPN, authenticate through a firewall, and then run Outlook Web Access. Triple-yuck.
I'd like to set up a rule that says "Whenever I receive an email to annoyingaccount#company.com, send an email to mydailyaccount#myworkplace.com letting me know to check annoyingaccount." I do not want am not allowed to forward the actual email to mydailyaccount. I simply want a notice that email is waiting for me.
I see options that will let me forward the email or send a text message, but I don't see an option to just send a boilerplate email. Is there something I'm missing, or a "trick" I need to do, or am I just out of luck?
There is not an option like this in the Rules Wizard.
You can forward the email to your account and use rules to:
File the AnnoyingAccount email in a folder (so it is out of the way)
Display an a custom message in your MyDailyAccount email.
Take a look at the the display a specific message in the New Item Alert window option found on the 2nd screen of the Rules Wizard.
Here is a quick How To:
http://www.howto-outlook.com/howto/newmailalert.htm