can someone help me determine why the final "validated email" field in...

·

can someone help me determine why the final "validated email" field in an email waterfall works sometimes and sometimes it doesn't?

16 comments

· Sorted by Oldest

Clay Team
APP
·
Hey hey! Can you drop the URL for your table here? (if applicable) 🫶 Don't worry, only admins will be able to open your table 😉
Bob Perez
·
https://app.clay.com/workspaces/45079/tables/t_oh4ooh66uUH9/views/gv_xZznb3VbBj3h
Clay Team
APP
·
Hey Bob Perez which rows are you looking at specifically?
Clay Team
APP
·
If you're looking at the first 10, this fails because you have "Domains for Clay Emails" as the input, but the column is empty for those rows.
eabb4852-cdc4-456b-872b-b57fa4fcd847.png(130 kB)
Clay Team
APP
·
Example here:
02c13874-17ee-461c-b33b-ff82b14882d2.png(271 kB)
Clay Team
APP
·
Let me know if there's some other rows you're unsure about though!
Bob Perez
·
Thanks Matthew. Yes, that's working fine but look at row 82
Bob Perez
·
vs row 40 which worked
Bob Perez
·
I did a couple of other tests (all manual) beyond the first 10, on rows that I expect results for
Clay Team
APP
·
Checking it out!
Bob Perez
·
sorry I failed to provide context to start!
Clay Team
APP
·
No worries!
Clay Team
APP
·
Gotcha, so we auto-hide the columns so it doesn't busy tables up, but we have email validators running in the background. You can unhide the columns if you want. But if we find an email that is invalid or a catch all, we won't add it to the table:
32684067-1b37-4538-a51b-8105d9c671d8.png(203 kB)
Clay Team
APP
·
So in that case, all of the emails were invalid
Bob Perez
·
ohhh ok, so for 82 it looks like that email actually showed as invalid...but I don't actually have "safe to send" ON, which I want, so it would have included catch all if it found...but in this case it was invalid which was why no result. Am I understanding correctly?