I'm on OpenLDAP and I would like to know if it's possible to give multipl postal address to one user. Because the user can have a billing address or a shipping address for exemple. Do you know what structure must to have OpenLDAP ?
Related
We have an ERP integration which has data sovereignty. All changes are made through the ERP.
The problem now is that orders go to the mail of the main account and not to that of the contact who placed the order.
The ERP only has a logic of customer accounts with contacts, but no email address for the main contact. So we had to create fake email addresses. Also, the ERP has no authorization logic. Meaning there is no admin or anything like that. So we can't just take the first user for example, because this could also be deactivated.
So I do know, that this how B2B Suite is designed, but it doesn't fit our needs.
What's the best way now to send the email to the account of the ordering contact, or at least a copy?
The B2B-Suite currently always assigns the order to the customer account. However, the information about which contact placed the order is stored in the b2b tables.
I would suggest that to follow this guide Add data to mails.
With the order-data, you could load the B2B-order-context and the Contact-Information and replace the recipients with the correct email.
Useful services would be:
Shopware\B2B\Order\FrameworkOrderContextRepository::fetchOneOrderContextByReferencedOrderId()
Shopware\B2B\StoreFrontAuthentication\Framework\StoreFrontAuthenticationRepository::fetchAuthenticationById()
Shopware\B2B\StoreFrontAuthentication\Framework\IdentityChainIdentityLoader::fetchIdentityByAuthentication()
We're running a directoy website where users can claim listings we have pre-populuated.
As we want to each listing have it's rightful owner, we are trying to figure out a way how can we verify that the Person who claimed a certain business or location is actually person of authority of that business?
Not all businesses have websites so we could authenticate by sending an email matching the business domain, phone number verification is also not an option as owning a phone number doesn't proves anything, I think.
We would love to have this process somehow automated, but we have no experience or ideas how to make this work.
Any suggestions are welcome!
The users need to register with you. They send you enough information to verify that they are who they say they are, eg, passport, driver's licence, credit card statements, electricity bills with address etc. You can then verify that this information is correct. In particular, their physical address must be verified.
You then mail a letter with a code that you choose to their physical address. When they have received it, send a link to their email address. The link is to a page where they must enter the code you mailed to them. They can then register with a userid and password of their choice. This only needs to be done once. After that, they can identify themselves with the userid and password they chose.
This technique relies on the fact that you can verify someone's physical address. Anyone can call you and claim to be someone else but the credit card company and the electricity company know their customer's correct address. It is possible to use someone else's credit card number and provide a different address but the credit card company will be able to tell you if the physical address they gave you is wrong.
Paypal offers an identity verification feature where a cell phone is checked against a given billing address.
I would like to have a similar verification system in my website. What do I need to do to get this type of validation in place?
Cell phones numbers aren't intrinsically linked to mailing addresses; the association is stored by the company that does the billing.
So if you want to verify the phone against the cell provider's billing address, then you would have to get that information from the cell provider. If you want to verify it against the billing address of the credit card the phone company uses, then you'd have to ask the credit card company (once you have the card number from the phone company).
As a rule, companies don't make address information available for you to query. The exception is credit card companies, which will do address verification as an anti-fraud measure. This verification happens through your merchant account through which you process card transactions, and may be subject to certain conditions worth paying attention to.
A Google account can have multiple email address associated with. e.g abc#yahoo.com can be an email address associated with a Google account, however if a user has Gmail setup, then the Gmail address becomes the primary email address associated with that account. So in the above case, the Google account in question will have abc#gmail.com as the primary email address; and abc#yahoo.com and abc#somenewcompany.com as secondary email addresses.
I wish to authenticate the user using abc#somenewcompany.com email address, but the token generated via Google OAuth and verified using the JSON object returned at https://www.googleapis.com/oauth2/v1/userinfo?access_token=generated-token only returns the primary email address.
Is there a way to identify this email address? somenewcompany.com is not a oauth provider.
I already have a free user account into cloudbees.
Now I need to setup the account of my approved FOSS project. I couldn't use my personal email for this. This means that I need to create an specific email for the open source project?
We (cloudbees) also can convert your FREE account to FOSS if you wish. please then reply to your approval email asking for the conversion
Many email providers (such as Google) will deliver email to an account if the address includes the account name followed by some delimiter and some arbitrary characters.
So if your email address is foo#gmail.com, you will receive mail from foo+1#gmail.com, foo+abc#gmail.com, etc. In this way, you can create multiple unique accounts on CloudBees which all map to a single email inbox.
http://lifehacker.com/144397/instant-disposable-gmail-addresses
This probably works on all the other webmail providers, but that's a guess.