I Need to encrypt all the details(name, email, phone, address) related to patient and doctors for HIPAA Compliance.
If data is encrypted then how find query will work ex: I want records from database in the basis of email.
Related
I wish to understand how companies like salesforce, returnpath, neverbounce etc provide information about email id's state. For example if you say abhishek#gmail.com, then these companies can tell you whether this email id is active or cold email address.
I am having few queries regarding this.
1. Does Email provider share information of email id with these companies?
2. Can we rely over the result which these companies provide about email ids state?
3. How this data reach to these companies?
I have a client's data warehouse in which I fetch a lot of data. I have a star schema for Newsletters and global emails. I also set up client's ads on Facebook and create audiences to target them right.
So, is it possible to connect the graph API/Marketing API to my database and make ad automatization?
For example, I would like to remarket people who for haven't opened an email. For sure I could do a select on my database (something like SELECT * email from newsletters where NLT_ID=1 and where opened="NO"; and then add these email in a new audience and target these people with the same content. But is it possible to achieve that (more) automatically?
If yes, with which program, is this Azure?
Please provide example also in your answer.
I'm currently developing an app that fetches my contacts in my Microsoft account.
The problem is, unlike Google, when I send or receive an email to/from a new contact, it isn't copied into My Contacts, so I can't get it through https://outlook.office.com/api/v2.0/me/contacts.
However, when I wrote a new email, it appears as a suggestion, so I guess it is stored somewhere else.
The question is: is there a way to access to my suggested contacts through the API to get their emails? And how?
Thank you đ
This feature is only available in beta version for now, please see the following api:
https://outlook.office.com/api/beta/me/contacts?$select=EmailAddresses,GivenName,Surname,DisplayName
This api will return all the contacts that you have received an email from or sent an email to :)
The closest thing to what you're looking for is the People API. As that page says:
The People API returns relevent person entities with each request. A person aggregates information from across mail, contacts and social networks. The results are ordered by their relevance, which is determined by the criteria specified in the request and ranked based on multiple communication, collaboration and business relationships.
I want to alert users who are registering that their choice of email address is already in our userbase; how can I compare their (desired) email to the users in my user list before (while) they register? Where exactly are the users stored and how can I access taht datanode?
You should have a users node that contains your users and other info about them.
Login credentials are stored internally in firebase so you don't have direct access so them. Having a users node allows access to other data about the user (and can double check to see if an email address is already in use).
users
uid_00001
name: "Frank"
email: "frank#wazmo.com"
fav_movie: "Airplane"
uid_00002
name: "Kato"
email: "kato#yipee.com"
fav_movie: "Pink Panther"
Using the above structure, you can simply query for the email address and if there's a match don't allow them to use it.
This is very common practice and there's a lot of information about handling users on the Firebase website.
Check out Storing User Data in this link
https://www.firebase.com/docs/ios/guide/user-auth.html
Note: 7 years later... When attempting to create a user with an email that already exists, Firebase will return an error indicating the email is in use, to which you can handle the error in that fashion.
That's probably a better option than querying a users node per above as that would require giving access to it for unauthenticated users.
I have an application where a user is able to sign up by providing email, username and password.
This would be stored in mongoDB collection Users_Table. Now also the app allows users to sign with their social media account, if the user has one such facebook, google account and twitter.
Question is how do i go about designing the database?
My initial idea is to have 2 separate collections. The first collection has user information if he or she registers with the app.
User_Table (
Id,
firstname,
lastname,
email,
phone_number)
The second collection stores the social media account such as facebook, google, or twitter if the user has one.
I will retrieve users firstname, lastname, email and phone_number from their social media account and store it in the collection. This will be stored in the second collection.
Now if a user who has signed in with facebook decides to register with the app, how do i merge both accounts i.e. if its the same user how do i link them?
hmm, what was the business decision behind using mongo?
Why I'm asking? As someone decided to switch to mongo - it will be perfect to use advantages provided with it.
So my advice will be embed those details in one collection:
user:{
/* base fields */
_id, firstName, lastName, nickName, userName, email.... etc
socialAccount:[
{
type:"facebook/twiter/whtsEver"
name, /*and all other stuff you need here*/
}]
}
Then what app need is to make ONE call to mongo and get ALL data at once. No joins required.
Well, this is an old question but I will leave a hint just in case someone else gets the same doubts. I struggled with the same problem a long time ago and this article helped me a lot. But letâs summarize:
First, you need a table to store all the user info (name, surname, email, phone...) then you need another table to store all the info related to Thirds Party sign in /sign up integration (provider_id, user_id, bla bla...). Then you need to figure it out a way to merge the accounts created via email + password with the ones created with other providers, for that we always think in comparing fields like email, phone or names but thatâs not an option (because obviously people could use different emails for their social media, they could have hide their email like Apple allows, the name is not the same, etc.. there is thousands ways how this could go wrong), so basically this is NOT an option you donât do that. So the better approach (not an actual solution unfortunately) to do this is to ask the user to link their accounts (in their profile for example logged with his/her username + password) you just ask the user to login to their social media account and then you just "connect" your two tables in your database because now your are "almost" sure is the correct user (this is what some video games does and then give regards to the users etc..) Notice this "connect" means that you need to check if that third party account previously registered to your system and then you link it and if itâs the first time then you just also link it and then the user can use it to access his account in your system the next time they login. There is also an automatic way to do this, you actually do the previus comparation (the one I mentioned before that you shouldnât do it and compare some field and found some "potential matches of possible the same account or duplications") but then you ask the user if itâs really his/her account and ask him/her to login into that third party provider with his her credentials (same approach but now you are suggesting the matches) and then you do the same "connect" process. Well more or less thatâs approach but itâs waaaay better explained in the article by Peter Nijssen (mate where ever you are thanks đ !)
Well I hope this help someone! Best regards!