A Go library for email verification without sending emails, featuring syntax validation, SMTP checks, disposable email detection, and domain typo suggestions.
email-verifier is a Go library that validates email addresses through multiple verification layers without sending actual emails. It checks syntax, domain MX records, disposable email status, and mailbox existence via SMTP, helping developers improve data quality and reduce email bounce rates. The library also includes features like domain typo suggestions and free provider detection.
Developers building applications in Go that require robust email validation, such as user registration systems, contact forms, or data cleaning pipelines. It's particularly useful for projects needing to verify email deliverability without triggering spam filters.
Developers choose email-verifier for its comprehensive feature set, high performance, and configurability. Unlike some alternatives, it offers disposable email autoupdates, domain typo suggestions, and SOCKS5 proxy support for SMTP checks, all in a actively maintained Go library with a self-hostable API option.
:white_check_mark: A Go library for email verification without sending any emails.
Open-Awesome is built by the community, for the community. Submit a project, suggest an awesome list, or help improve the catalog on GitHub.
Covers syntax, MX records, SMTP verification, disposable email detection, and domain typo suggestions, providing multi-layered checks without sending emails.
Built in Go for speed, with active updates and benchmarks showing it outperforms alternatives like trumail in the comparison table.
Allows enabling/disabling features like SMTP checks and catch-all detection, and supports SOCKS5 proxy to bypass port 25 blocks.
Verifies emails without actual transmission, avoiding spam triggers and respecting user privacy, as emphasized in the philosophy.
SMTP checks often fail due to ISP blocks on port 25, requiring proxy setup or leading to timeouts, as admitted in the FAQ about hangs and connection refused errors.
Limited to Go projects, forcing teams using other languages to build custom integrations or seek alternatives, which restricts broader adoption.
Promised features like honeyport detection and bounce email check are marked as 'coming soon' in the comparison table, indicating gaps in current capabilities.