email-validation

    1熱度

    1回答

    我尋找一個電子郵件驗證接受的rfc3696標準的電子郵件地址(誰接受電子郵件中的重音)。我嘗試(org.apache.commons.validator.routines.EmailValidator)「commons-validator 1.4.0」,但這個驗證器不接受重音。 我想一個Java API按照標準rfc3696驗證的電子郵件地址。 防爆有效的電子郵件地址:Loïc.Accentué@

    0熱度

    2回答

    我目前使用這個很輕鬆正則表達式驗證電子郵件地址: (/(.+)@(.+)\.(.+){2,}/.test(emailAddress) 我相信,它只允許[email protected]_allowsDots.min2 - 它是否正確? 我應該如何修改它僅匹配特定域 - 任何@onlythisdomain.com? TIA! iSofia

    0熱度

    2回答

    我們正在使用下面的正則表達式來驗證電子郵件地址在java ^[\\w!#\\$'\\*\\+=\\?\\^\\/_~-]+(\\.[\\w!#\\$'\\*\\+=\\?\\^\\/_~-]+)*@([a-zA-Z0-9\\-]+\\.)+[A-Z]{2,4}$和它工作正常與無效的電子郵件地址[email protected]&^(*&^(*^2但是當我在JavaScript中使用相同的正則表達式

    -1熱度

    2回答

    我需要檢查給定的電子郵件地址在操作腳本中是否無效。以下是我想出的代碼/正則表達式。 private function isEmailInvalid(email:String):Boolean { var pattern:RegExp = /(\w|[_.\-])[email protected]((\w|-)+\.)+\w{2,4}+/; var re

    1熱度

    1回答

    我使用email validator驗證電子郵件地址是否存在。這個過程似乎非常耗時。我曾嘗試使用interruptingcow來減少每個電子郵件地址等待超時響應所用的時間。這種方法在django之外,但在Django之內,我不能調用interruptingcow,因爲它要求從主線程調用,我嘗試了很多方法來解決它,但失敗了。 其次,我嘗試了多線程進程,線程按照我想要的方式運行,但是我無法從線程獲取返

    0熱度

    3回答

    我想知道是否有人能夠提供Parse登錄的代碼示例,其中必須驗證電子郵件地址,並且必須來自特定地址。我相信它是這樣的; [查詢whereKey:@「emailVerified」equalTo:[NSNumber numberWithBool:YES]]; 和 [查詢whereKey:@「comment」containsString:@「@ gmail.com」]; 但我一直無法在我的項目中得到這個工

    4熱度

    1回答

    我可以創建谷歌帳戶(Gmail的)無限的電子郵件別名,REF:http://www.gizmodo.com.au/2014/09/how-to-use-the-infinite-number-of-email-addresses-gmail-gives-you/ 但我需要過濾的電子郵件地址,以避免用戶使用相同的原始電子郵件寄存器我的應用程序。 我想知道是否有什麼要解決這個問題?或者我將必須過濾正則

    0熱度

    1回答

    我正在實施一個CRM,我需要向我的客戶發送郵件。當然,我發現許多人似乎發現的問題:您不知道郵件是否成功發送。但是,我似乎並不明白爲什麼這樣。 首先,據我瞭解,測試的郵件只能通過實際交談服務器在電子郵件的控制(使用MX記錄,然後MAIL FROM和RCPT TO命令),即使這樣的服務器可能會拒絕回答完成這些請求。我想我已經清楚了,例如,看起來像http://verify-email.org/這樣的網

    0熱度

    1回答

    我正在使用單個模式來捕獲正確的電子郵件地址地址與角度大括號。 根據以下情況,正確的電子郵件地址是在提供了兩個大括號或未輸入任何 時。 正確的電子郵件地址格式: - 1. <[email protected]> , <[email protected]> 2. [email protected] , [email protected] 在正確的電子郵件地址格式: - 1. <[email pr

    0熱度

    1回答

    我的項目最近將grails從2.0.0升級到2.4.3。在域對象中,我使用電子郵件驗證約束。我在測試中注意到,假冒tld的電子郵件如'[email protected]'現在被認爲是無效的。 Grails文檔說它使用Apache Commons EmailValidation類來進行驗證。該文檔明確指出它doesn't check for valid tlds。 有沒有其他人看過這個問題,如果有的