1
I 이메일 검사기 순간에 수행도메인 이름의 유사 문자열 일치, levenshtein 최고인가?
을 쓰고 MX 레코드에 대한 도메인 및 테스트 확인 올바른 형식을
- 다음과 같습니다.
- 메일 서버에 연결하여 사용자와 메일 서버의 유효성을 검사합니다.
그러나 사용자가 도메인 이름의 철자가 틀린 경우 도메인 이름 수정을 제안 할 수 있기를 바랍니다.
사용자가 [email protected]을 입력하면 (예 : MX 조회가 실패 함) 올바른 이메일이 아닙니다.
이 경우 입력 한 도메인을 도메인 이름 목록과 비교하고 싶습니다.
어떤 퍼지 문자열 알고리즘을 사용하면 가장 좋은 결과를 얻을 수 있습니까?
왜 이렇게할까요? 사용자에게 이메일 주소가 정확하지 않다는 것을 알리는 것이 더 좋지 않겠습니까? 사용자가 받아 들일 수있는 것보다 더 자주 잘못 판단해야합니다 (예 : Yahoo 및 Hotmail에는 제안이 까다로울 수있는 여러 국가 별 도메인이 있습니다). –
"사용자가 [email protected]을 입력하면 MX 조회가 실패합니다"- 아니, 그렇지 않습니다. gmali.com에는 인기있는 메일 도메인의 다른 철자 맞춤법 오류와 마찬가지로 MX 레코드가 있습니다. (편집 : 방금 "MX 조회 실패"로 "MX 레코드를 찾지 못했습니다"라는 뜻이 아니라는 사실을 깨달았습니다. 유용하게 사용하려면 너무 많은 가짜 제안을 받아야합니다.) – hvd
일반 도메인, gmail.com, hotmail.com, yahoo.com 또는 atleast를 알지 못하는 고참 고객이 많으면 잘못된 이메일을 볼 때 오류가 표시되지 않으며 간단히이 작은 맞춤법 오류를 수정하지 않습니다. Iam은 흔하지 않은 도메인에 대한 제안을 만들려고하지 않고 있습니다. iam은 공통 도메인의 철자가 잘못되어도 수정 제안을하는 시스템을 만들기 만하려고합니다. 내 아이디어는 사용자에게 하나의 제안을하는 것입니다. –