I've been working with our data team to clean out invalid emails. There is one person that Marketo noted as invalid, because it bounced with this reason "554 delivery error: dd This user doesn't have a aol.com account [-9] - mta4129.aol.mail.bf1.yahoo.com"
To me, this bounce reason sounds like the email does not exist. However, BriteVerify says it's a valid email.
Does anyone have insight on this bounce code and why BriteVerify might think it's a valid email?
When it comes to Marketo-emitted emails, always take Marketo's word for it at the same point in time. (And I say this as someone who operates a verification service!)
A few reasons for a non-Marketo service to succeed while Marketo fails:
Not sure how BriteVerify is doing their verification but @aol, @yahoo, @verizon emails return as 'catch-all' addresses which means it can appear valid from a server-side scan but will bounce when a real email is sent.
There are some ways around it, but depending on your database size and audience it may or may not be worth it. Maybe check with BriteVerify on how they treat emails on those domains / if they can verify them.
Not sure how BriteVerify is doing their verification but @aol, @yahoo, @verizon emails return as 'catch-all' addresses which means it can appear valid from a server-side scan but will bounce when a real email is sent.
That would an OOB 554, yeah. Curious if Sophia is referring to an OOB response.
I didn't not get an OOB response on this specific email address, but I have seen that on other hard bounces. Since Marketo is marking these email addresses as invalid, should I take it for its word and assume we will not be able to reach these emails again? Is it possible that we will be unable to reach them through Marketo, but the email is still technically valid and could be mailed to from a personal email?
It's absolutely possible that these are Marketo-invalid but not broadly invalid, yep.
100% agree with Sanford Whiteman. It's likely a point in time problem. If the email address bounced legitimately with a "not our customer" type of error, then was accepted at the time you tested with any validataion provider, that address may have been converted to a spam trap, which will again accept mail. If you're confident in the initial bounce categorization in Marketo for invalid, there's no need to attempt to re-validate those. We do a good job of classifying those that return verbose SMTP errors like this case "554 delivery error: dd This user doesn't have a aol.com account [-9] - mta4129.aol.mail.bf1.yahoo.com." There may be edge cases where you have configured a specific bounce like a Spam Block, Category 1 Hard Bounce to invalidate an address after multiple occurrences. That would not fall into this same scenario. I live and breathe Marketo bounce logs and I can say, we almost always have the invalids correctly classified.