Ik zou graag de mogelijkheid hebben om e-mailadressen te valideren wanneer ik een CSV Trigger of een webhook gebruik om ze te importeren.

Op dit moment kan je wel e-mailadressen valideren met een handmatige import van een CSV bestand, via bijvoorbeeld een DNS check.

Maar via een CSV Trigger of een webhook wordt alles gewoon 1-op-1 doorgezet. Ik heb bijvoorbeeld e-mailadressen gezien met @hotmail.con. Geskipt met handmatige import, maar via de andere routes komt hij gewoon binnen.

Vooropgesteld: de verantwoordelijkheid voor de datakwaliteit ligt bij degene die het aanlevert. Daar moet dat ook worden opgelost. Maar omdat we bij handmatige imports wél die extra check kunnen doen, zou het mooi zijn als die voor CSV Triggers en evt webhooks ook beschikbaar komt. Al was het alleen maar om onnodige bounces tegen te gaan.

Uiteraard zou het daarbij dan ook heel fijn zijn als de skipped records net als bij een handmatige import dan apart ingezien kunnen worden zodat de juiste vervolgacties kunnen worden genomen.

================================

I would like to have the possibility to do an email address validation check when using a CSV Trigger import or add email addresses through a webhook.

Right now you can do validation on email addresses when you manually import a CSV file. (With settings such as 'not empty' but also a DNS check).

But when you do a CSV Trigger import or through a webhook, you can just send in corrupt email addresses and they are added to the database without any problems. Right now I see for example email addresses ending in '@hotmail.con', which are being skipped when manually imported, but accepted when delivered through a CSV trigger or webhook.

Don't get me wrong: It's the responsibility of the person sending the data to the CSV trigger or webhook to make sure what is sent in, is correct. But it would really help me if we could do an extra check to avoid unnecessary bounces such as we can when manually importing.

Of course, similar to the manual imports, it would be great if we could get a hold of the skipped records afterwards as well, if this feature request is implemented.