1. | Confirm that there are no obvious typos in the email address. |
2. | If the user claims the email is correct and working fine, let them know these types of things are often very temporary, and ask them to “reset” their email in their profile. To “reset” their email in their profile they can simply change the email to something else, and then change it right back. If the email address is indeed working again, they shouldn’t have any further problems. |
3. | If after doing #2 above the user receives another alert that their email is still bouncing, there’s definitely something wrong with it. Suggest that the user simply use an alternate email address, at least temporarily. |
4. | If the user insists that the email address is working and they don’t have any other emails to use, ask them to simply change the email to something random such as test@test.com while we investigate the issue. |
You can view the emails that had bounced on your account by clicking **Suppression > Bounces*. This will show you the Bounces Suppressions List where you can search for the email and it will provide you the response from the recipient server and when the bounce had occurred.
If a customer is reporting that the email address exists I would take a look at the Bounces Suppressions List to determine when and why the bounce had occurred. It's possible that this can occur in rare cases due to the email address not being created at the time the message had been attempted for delivery. Or if there was some issue with the recipient server and it had falsely responded with the bounce reason.
If you'd like SendGrid to attempt to deliver to this message again, you'll have to delete the email from this list by clicking the check box to the left of the email address. Then clicking 1 Selected > Remove Selected Bounces.