CiviCRM Community Forums (archive)

So, it would be really useful to be able to specify seperate strict dedupe rules for website registration, event registration, contribution pages and contact import. I know this has come up before, so would this be a good idea to try to patch this functionality? It would just mean changes to a few admin screens and a couple of extra fields stored wherever the dedupe rules are kept (DB or $config object?)

Agreed, this would be a great addition to the code base

3) Add contacts from website signup on login instead of registration (save to CiviCRM DB)
Requires DB table to store profile fields. Could we serialize the $_POST object and then use quickform to process on login? Can quickform even work this way without a direct submit? Doesn't handle accounts made with event registrations or contributions

yes this is possible. You can probably fake QF by putting it in $_POST on login and then removing it when QF is done

For most folks who run into this scenario, we've recommended that they collect information via a "My Account" profile. You can use hooks to "force" people to fill in this information when they login (if its empty).

If you are using this information to decide whether to give them an account or not. maybe another approach could be to collect the information in a profile. Add the contacts to a group. If account is approved, use a hook to create the account and move the contact out of the group. If account is denied, delete the contact

lobo