[Feature] emailadressencheck

[moto-moi]

Zou het mogelijk zijn om bij het doen van een emailwijziging deze vooraf te controlleren op geldigheid dmv. een http://nl2.php.net/manual/en/function.dns-get-mx.php te doen op de hostname?
Ik zie elke dag tenminste 10 emailtjes tevoorschijn komen die niet waren gebounced als mensen hun email-adres goed hadden ingevuld

[Glabbeek]

Volgens de PHP manual is dat geen goed idee:

quote: http://nl2.php.net/manual/en/function.getmxrr.php

Note: This function should not be used for the purposes of address verification. Only the mailexchangers found in DNS are returned, however, according to RFC 2821 when no mail exchangers are listed, hostname itself should be used as the only mail exchanger with a priority of 0.

[AW_Bos]

moto-moi schreef op dinsdag 05 september 2006 @ 18:56:
Zou het mogelijk zijn om bij het doen van een emailwijziging deze vooraf te controlleren op geldigheid dmv. een http://nl2.php.net/manual/en/function.dns-get-mx.php te doen op de hostname?
Ik zie elke dag tenminste 10 emailtjes tevoorschijn komen die niet waren gebounced als mensen hun email-adres goed hadden ingevuld

Oplossing, gewoon een POP mailbox aanmaken met [e-mail] o.i.d. of noreply@..

En die mailbox gewoon leeg laten en alles wat erin komt droppen

[Voutloos]

Dat is natuurlijk geen oplossing AW_Bos, want je hebt dan ten eerste nog steeds hetzelfde aantal bounces en ten tweede merk je het dan niet eens meer.
Verder is het ook wel eens handig als een mailtje een geldig reply adres heeft, dan is het tenminste niet zo'n eenrichtingsverkeer.

[moto-moi]

AW_Bos schreef op dinsdag 05 september 2006 @ 23:04:
[...]
Oplossing, gewoon een POP mailbox aanmaken met [e-mail] o.i.d. of noreply@..
En die mailbox gewoon leeg laten en alles wat erin komt droppen

Tel eens tot 10, en vraag je dan nog eens af wat voor onzin je in godsnaam aan het verkondingen bent..

Glabbeek schreef op dinsdag 05 september 2006 @ 23:01:
Volgens de PHP manual is dat geen goed idee:
[...]

Hmm, true, nouja, ik gok dat crisp ook wel de manuals leest op php.net, en dat hij snel genoeg verzint dat als er geen MX record is dat er dan dus een A record moet zijn

[crisp]

Moet ik dat weer in React gaan hacken dan?

[moto-moi]

crisp schreef op dinsdag 05 september 2006 @ 23:17:
Moet ik dat weer in React gaan hacken dan?

Ik wil het ook wel doen hoor, maar ik denk niet dat jij dat wilt

[AW_Bos]

moto-moi schreef op dinsdag 05 september 2006 @ 23:15:
[...]

Tel eens tot 10, en vraag je dan nog eens af wat voor onzin je in godsnaam aan het verkondingen bent..
[...]

Het is geen onzin, Hetwas maar een idee hoor .
Alleen lang niet goed nog

maar ik zeg niks meer

[ Voor 13% gewijzigd door AW_Bos op 05-09-2006 23:23 ]

[moto-moi]

AW_Bos schreef op dinsdag 05 september 2006 @ 23:22:
Het is geen onzin, Hetwas maar een idee hoor .
Alleen lang niet goed nog

Het is wel complete onzin wat jij voorsteld, ik geef doe een featurerequest, en wat stel jij voor? Iets te doen wat totaal geen oplossing is, het zorgt alleen maar dat ik er geen 'last' van heb, maar heeft deze hele featurerequest niets mee te maken, ik krijg wel meer spam per dag dat ik die 10 a 20 emailtjes kan negeren.

Oftewel: het gaat me er niet om dat er bounces zijn, die zullen er altijd zijn door verlopen email-adressen, maar het gaat me om de typefouten in de hostnames, dingen als 'gmail.nl', of totaal niet bestaande hosts, die bouncen en da's niet handig.

Dus, be a good boy, en laat de mensen met verstand hierover beslissen i.p.v. als een dronken aap voorstellen te doen die kant noch wal raken.

[AW_Bos]

moto-moi schreef op dinsdag 05 september 2006 @ 23:26:
[...]

Het is wel complete onzin wat jij voorsteld, ik geef doe een featurerequest, en wat stel jij voor? Iets te doen wat totaal geen oplossing is, het zorgt alleen maar dat ik er geen 'last' van heb, maar heeft deze hele featurerequest niets mee te maken, ik krijg wel meer spam per dag dat ik die 10 a 20 emailtjes kan negeren.

Oftewel: het gaat me er niet om dat er bounces zijn, die zullen er altijd zijn door verlopen email-adressen, maar het gaat me om de typefouten in de hostnames, dingen als 'gmail.nl', of totaal niet bestaande hosts, die bouncen en da's niet handig.

Dus, be a good boy, en laat de mensen met verstand hierover beslissen i.p.v. als een dronken aap voorstellen te doen die kant noch wal raken.

Ok, excuus...
Ik zei niks

[Spider.007]

moto-moi schreef op dinsdag 05 september 2006 @ 23:15:
[...]

Hmm, true, nouja, ik gok dat crisp ook wel de manuals leest op php.net, en dat hij snel genoeg verzint dat als er geen MX record is dat er dan dus een A record moet zijn

Maar een snelle check levert geen mogelijkheid tot het controleren van het A-record; oftewel; eerst checken we de MX-records; en als daar niets uitkomt kunnen we niet de A-record checken waardoor we alsnog iedere [bestaande] domeinnaam als valide returnen? Of ligt het probleem vooral bij compleet niet bestaande domeinen?

[DaannO]

Dus, be a good boy, en laat de mensen met verstand hierover beslissen i.p.v. als een dronken aap voorstellen te doen die kant noch wal raken.

offtopic:
* DaannO denkt gelijk aan: ``hooge moed is zelden goed`` Een beetje overtrokken reactie, als je het mij vraagt

[crisp]

Waarom zou je geen A-record kunnen checken?

[Erkens]

Spider.007 schreef op woensdag 06 september 2006 @ 12:05:
[...]

Maar een snelle check levert geen mogelijkheid tot het controleren van het A-record; oftewel; eerst checken we de MX-records; en als daar niets uitkomt kunnen we niet de A-record checken waardoor we alsnog iedere [bestaande] domeinnaam als valide returnen? Of ligt het probleem vooral bij compleet niet bestaande domeinen?

met gethostbyname() kan je checken of er een A record is toch?

[crisp]

checkdnsrr() lijkt me makkelijker

[Erkens]

true, die had ik even gemist

offtopic:
en mocht dit in React geimplementeerd worden, en niet alleen op GoT dan moet je er rekening mee houden dat het niet werkt met Windows

[Creepy]

Of stuur een bericht met de zogenaamde null sender (= <>) en een leeg bericht. Elke mailserver zou dit bericht moeten aannemen en het bericht niet afleveren als het e-mail adres bestaat. Als het e-mailadres niet bestaat wordt de e-mail niet aangenomen en krijg je direct een bounce terug. Mocht het domein niet bestaan dan krijg je uiteraard geen verbinding met de mailserver.

Een aantal providers checken bij het binnenkomen van e-mail m.b.v. de null sender of de afzender van het bericht een geldig e-mailadres heeft en bouncen de e-mail als dit niet het geval is.

[ Voor 4% gewijzigd door Creepy op 06-09-2006 12:32 ]

[moto-moi]

Creepy schreef op woensdag 06 september 2006 @ 12:30:
Of stuur een bericht met de zogenaamde null sender (= <>) en een leeg bericht. Elke mailserver zou dit bericht moeten aannemen en het bericht niet afleveren als het e-mail adres bestaat. Als het e-mailadres niet bestaat wordt de e-mail niet aangenomen en krijg je direct een bounce terug. Mocht het domein niet bestaan dan krijg je uiteraard geen verbinding met de mailserver.

Dat zorgt voor een aardige vertraging, en dat lijkt me niet wenselijk, verder valt zoiets nauwelijks te cachen, of je zou moeten gaan kijken naar dnsverlooptijden, en die staan meestal vrij strak ingesteld
En als je het niet on-the-fly wilt doen ben je dan wel je potentiele gebruiker kwijt bent, want die neemt aan dat z'n activatieemailtje gewoon verstuurd is en gaat niet zitten wachten totdat een emailcheck is gedaan

Spider.007 schreef op woensdag 06 september 2006 @ 12:05:
Maar een snelle check levert geen mogelijkheid tot het controleren van het A-record; oftewel; eerst checken we de MX-records; en als daar niets uitkomt kunnen we niet de A-record checken waardoor we alsnog iedere [bestaande] domeinnaam als valide returnen? Of ligt het probleem vooral bij compleet niet bestaande domeinen?

Voornamelijk bij typefouten in domeinen i.d.d., en het uitzoeken of een domeinnaam wel mail aanpakt is op zich wel belangrijk, maar niet onoverkomelijk mocht het niet kunnen (hetgeen me sterk lijkt, maar da's weer een ander verhaal )

[crisp]

Dit is inmiddels geimplementeerd bij de e-mail check bij registratie