Forum Moderators: DixonJones
When a user initiates the first part of a signup (for a newsletter or whatever) an email is sent to them asking for a confirmation. Until confirmation is received, let's called this particular user "pending".
Some questions:
Appreciate your views.
Is it ethical to keep information gained through unconfirmed subscriptions?
Nope Indeedy! If you state they need to activate their pending confirmation to gain membership then you should definetly not use their email address for future contact/profitable gain.
Personally I would give them 14 days to activate their confirmation. I woulnd't send a reminder, but maybe list on the subscriptions box that they may need to check their junk mail folder for their activation email.
"I am sorry that you did not finalize your desire to join us. We will now remove your from the opt-in list in the next 48 hours becasue we sent you a confirmation email which you did not confirm. If it was an issue on our part and you did not recieve the original opt-in email then the confirmation link was XXXX but if not then you need do nothing and this link will not work 48 hours from now."
I now let incomplete opt-ins sit in the opt-in queue for seven days then delete. If they really want to join they will try again. Or write to you directly.
This works for me by reducing any maintainence for the subscriber lists, avoids the possible prank subscribes (somebody subbing someone else), and prevents anyone from turning my list in for sending unsolicited mail.
People are very sensitive these days about getting email from strangers, even strangers with the best intentions.
So, I personally do nothing on failed opt-ins. There's always more fish in the sea!
Is it ethical to keep information gained through unconfirmed subscriptions?
Well, it's kinda required to at least keep their email address around for a while, so you can deny further requests to subscribe directed at that email address. Otherwise, your website is available to any random angry CS student for mailbomb attacks. When there's a human or bot-gone-bad attack, it can be awfully handy to have the IP address of the submitter around as well (though you presumably are maintaining a timestamp in the pending file, via which you could probably get the IP address out of the raw web server logs).
If you're running a CRM behind the mailshots though, you can let the CRM do the duplicate checking on the email address. Anyone trying to use an expired confirmation email could be treated as re-initiating the double opt-in from scratch.