looking for some pointers on how to develop a buyer/seller email sysem like Gumtree's, ie the seller will get an email from the buyer but the email is sent from gumtree's domain and when the seller replies it is sent to the buyers personal email address via gumtree. Nor the buyer or the seller will ever see each other's email address.
PHP is preferred but any language will do just to understand the concept of how it is done.
well thnks all. what would one do without google? (yahoo?)
https://www.quora.com/How-do-I-set-up-an-email-relay-system-similar-to-craigslist-where-both-parties’-anonymity-is-protected
Related
Right now my site is sending auto-generated emails with verification link to visitors that register on my website upon registration.
Because I am on a shared hosting, all those emails end up in a gmail's spam folder.
Is there any other method to verify user's email address besides automatically sending them a verification link?
This is not "How to make sure email is not marked as spam" type of question. I'm looking for alternative to sending emails for email verification (if there is any).
If you need to use email addresses as user-ids, there is no alternative.
SMTP still allows VRFY and EXPN commands, but few servers accept
them, and they're not reliable even then.
If the user has an email certificate, you can ask her to sign
something, so that you know she has the private key, and then accept the certified email address, but who has personal certificates nowadays?
If you can claim a symbolic payment using Paypal, you're gonna get
payers email address as a bonus, but can you afford to lose non-Paypal users?
Of course, you can use OpenId, but do you still need an email
address once the user is validated?
A related question is Why do you want to use email addresses if you cannot send email messages? A possibility is to mark a user as email-not-verified until a message can be sent properly, from a reputable domain, at a later time.
Another way would be to use code verification(shortcode) which can be sent to their phone(like the way Google) does it.
Note that it is just an optional way of verification.
how do i validate Existing E-Mail Address.
in a Registration system, when a user enter a Email address it checks if the Email address is existing or not in Ymail/Gmail.
i already have a running domain(for Practice).
You have my regards.
Most registration systems validate an email address by sending an email to it with a uniquely encoded URL in it and requiring the user to go get that email and click on the link. When your server sees that the link has been clicked on the email address is know to be accessed by you.
Here's a basic flowchart for how it works:
User goes to your website
User commences registration and fills in their email address
Server checks to see if email address is in a legal and proper form and is not already registered
If the rest of the user's registration looks good and then email address looks legal, the server creates an account in your system and puts in the "unverified" state.
Then, a code is generated that corresponds to that specific user. That code is put onto an URL and that URL is put into an email which is sent to the email address the user entered.
The user receives the email with instructions to click on the enclosed link.
User retrieves email and clicks on the link.
Your server receives web request from that link. It parses out the code from the URL and checks to see if that code matches an account that is in the "unverified" state. If so, and the account has not expired from too much time elapsing since the email was sent, then the account is put into the "verified" state and is ready for use.
The basic idea of this system is that if you can retrieve an email sent to that email address then the email address must be a valid and working email address and you, the user, must be able to access that email address (it's not just some random email address you made up).
Back in the day, you could easily validate email addresses. Then the spammers came along. Now the only way you can confirm the existence of an email address is by trying to send something to it and checking for bounces. And even then, the lack of a bounce doesn't mean it exists - it could simply have been silently deleted, ignored, spam filtered into oblivion, etc...
Basically, what you want is not possible - any such system would simply help spammers hammer your box with more russian brides popping penis pills while wearing fake rolexes.
SMTP provides VRFY and EXPN verbs to check if an account or mailing list exists. However, most server admins disable these verbs from their mail configuration to prevent hackers from exploiting user lists. Gmail and Yahoo are said to have VRFY disabled.
Another option you can try for these servers is emailing the user with a link to confirm their email address. Granted, it is not as sexy as realtime email verification, but it is more secure for all parties.
It is practically not possible to validate email address with growing number of spams.
These days people send a mail to the email address entered by user to complete the registration or activate the account. You can probably do that and is a much safer way to do. You can find a number of resources online to implement this functionality.
Actually, I want to add the email address automatically join on my google groups by emailing on mygroupname+subscribe#googlegroups.com. But the issue is, when i email from php code to my group email for add. The google first send the reconfirm email to the user email and if direct email from hotmail,yahoo or gmail then google directly add the person as a member.
My Question is: Is this any php email code which works like the second scenerio i.e. add the person directly on group. I used PHP Mailer gmail smtp also but on that case, it adds the smtp user email not the email address which i set on From ? Please help me out.
Thanks in advance!
No, this is on Google's side, not php's Google must confirm the user wants to be added, and confirm the email address is valid.
I have a Magento store that apparently sends too many confirmations emails on an order. My theory is that the emails are resent all over again to the store admin when the customer tries to shop entering an inexistent email address.
How can I debug and/or fix this?
Thanks
Is the customer's email getting returned to sender? If so try setting the sender address to a blackhole, a mailbox that drops all messages. It's not uncommon for sites to have a "noreply#" address for this purpose.
We manage a website which gives agents the ability to enroll members across the country. At times, the member or agent will enter a bad email address during the enrollment process and important PDF'd information cannot be delivered to the member.
Similarly, an agent may try and recruit a sub-agent and have the same issue.
Is there anyway to automatically redirect returned emails (Delivery Status Notification (Failure)) to the responsible party instead of to our primary email?
i.e. Agent 1 recruits Agent 2. An email is attempted to send from recruit#domain.com but the address for Agent 2 is invalid. The system automatically recognizes the message type, formats and sends Agent 1 a note saying the email he/she entered was bad.
Note: I am using Google Apps Standard for all of our mail delivery currently while our platform is built on php and mysql.
make a special email for example "recruit-system#domain.com" and send every mail from this account. after sending a recruiting mali via that account, make shure that you save the destination e-mail adress in your database connected with the according agent who sent that mail so that you can determine who sent that email afterwards. make shure this account is only being used by your app. then make a cronjob for a php script that connects via smtp to that account and let it check out if there is any mail that returned. If there is any email look from where that mail came and look it up in your database and send the notification to the according agent. that's how i would do it.