Weryfikacja e-mail MCP
Hostowany serwer MCP daje Claude, Cursor i innym klientom MCP narzędzie do rzeczywistej weryfikacji skrzynek przez SMTP. OAuth, bez procesu lokalnego.
Nie trzeba niczego instalować. To hostowany serwer MCP: dodaj URL do konfiguracji MCP klienta, udziel autoryzacji przez OAuth, a narzędzie się pojawi. Bez lokalnego procesu, kontenera ani zależności wymagających aktualizacji.
claude mcp add --transport http billionverify https://mcp.billionverify.com/mcphttps://mcp.billionverify.com/mcp
Połącz serwer MCP w około dwie minuty. Nie musisz niczego instalować lokalnie.
Dodaj URL serwera MCP do konfiguracji MCP klienta. Nie trzeba niczego instalować — serwer MCP do weryfikacji e-mail jest hostowany.
Udziel autoryzacji przez OAuth. Połączenie MCP jest przypisane do Twojego konta, a nie do klucza wklejonego do pliku konfiguracyjnego.
Narzędzie weryfikacyjne pojawi się na liście narzędzi modelu. Od tej chwili pytanie o poprawność adresu uruchamia rzeczywiste sprawdzenie przez serwer MCP.
Narzędzia udostępniane przez ten serwer MCP.
Jeden adres sprawdzany na żywo przez SMTP. To narzędzie, po które agent sięga najczęściej, a serwer MCP do weryfikacji e-mail zwraca wynik w ustrukturyzowanych polach, nie jako opis.
Do 50 adresów w jednym wywołaniu MCP, według tego samego schematu. Przy większej liczbie serwer MCP kieruje agenta do asynchronicznych endpointów plikowych.
Rzeczywiste sprawdzenie skrzynki, a nie ocena składni. Właśnie dlatego warto podłączyć serwer MCP do weryfikacji e-mail, zamiast pozwalać modelowi zgadywać na podstawie adresu.
Serwer MCP do weryfikacji e-mail działa z każdym klientem MCP — bez osobnych wtyczek, ponieważ MCP obsługuje wykrywanie.
Claude Desktop, ChatGPT Desktop, DeepSeek, Kimi, MiniMax, Doubao
Claude Code, OpenCode, Cursor, Windsurf, Cline, Continue, Zed
REST API, HTTP Streamable Transport, JSON-RPC 2.0
Dlaczego serwer MCP korzystający z prawdziwego SMTP przewyższa sprawdzanie samej składni.
Model poproszony o ocenę adresu bez użycia narzędzi przedstawi pewną siebie, dobrze sformułowaną zgadywankę. Tak samo zrobi serwer MCP sprawdzający wyłącznie składnię — tyle że zgadnie w JSON.
Serwer MCP do weryfikacji e-mail, który nawiązuje prawdziwą komunikację SMTP, zwraca dowody. Na tym polega cała różnica i właśnie dlatego powstał ten serwer.
Czym jest
MCP to Model Context Protocol — standardowy sposób wykrywania i wywoływania zewnętrznych narzędzi przez klienta AI. Serwer MCP do weryfikacji e-mail udostępnia jako narzędzie rzeczywiste sprawdzanie skrzynek, dzięki czemu agent może zweryfikować adres zamiast zgadywać.
Bez MCP agent, który musi sprawdzić adres, albo wymyśla odpowiedź, albo prosi Cię o uruchomienie narzędzia. Po podłączeniu serwera MCP do weryfikacji e-mail model widzi narzędzie, wywołuje je i odczytuje ustrukturyzowany wynik.
Na tym polega cała wartość: nasz serwer MCP do weryfikacji e-mail zastępuje wiarygodnie brzmiącą zgadywankę wynikiem aktywnego sprawdzenia SMTP, a model nie musi wiedzieć, jak wysłać żądanie HTTP.
Klient pyta nasz serwer MCP o dostępne narzędzia, a serwer opisuje każde z nich wraz z parametrami. Niczego nie trzeba kodować na stałe w kliencie, dlatego serwer MCP działa w Claude Desktop, Cursor i każdym innym kliencie MCP bez osobnego kodu.
To odróżnia MCP od samego REST API. API nadal działa pod spodem, a MCP jest warstwą, dzięki której model może je wykryć.
Serwer MCP zwraca te same pola co REST API: status, ocenę jakości, poziom ryzyka, kody przyczyn oraz flagi adresu jednorazowego, roli, catch-all i bezpłatnej poczty internetowej.
Model odczytujący ustrukturyzowany wynik nie może uznać statusu unknown za deliverable tak łatwo, jak podczas streszczania tekstu. Użycie serwera MCP do weryfikacji e-mail zwiększa poprawność, a nie tylko wygodę.
Serwer MCP do weryfikacji e-mail działa pod adresem mcp.billionverify.com. Bez lokalnego procesu, kontenera i zależności wymagających aktualizacji — klient łączy się przez HTTP, a serwer MCP zajmuje się resztą.
Uwierzytelnianie odbywa się przez OAuth, więc połączenie MCP jest przypisane do Twojego konta, a nie do klucza wklejonego do pliku konfiguracyjnego.
Zwracany wynik
Cztery statusy, na podstawie których agent powinien wybierać dalsze działanie dokładnie tak jak kod aplikacji.
Skrzynka przyjęła próbę SMTP podczas sprawdzania przez ten serwer MCP do weryfikacji e-mail. Agent może bezpiecznie kontynuować swoje działanie.
Serwer MCP zwraca ten wynik jako pole, a nie zdanie, więc model nie musi go interpretować.
Trwałe niepowodzenie. Agent powinien przerwać działanie, podać kod przyczyny i nie zapisywać adresu w CRM ani kampanii.
W tym przypadku model bez narzędzi najczęściej się myli — poprawnie zbudowany, ale martwy adres wygląda dla modelu językowego wiarygodnie, lecz nie przechodzi kontroli na naszym serwerze MCP.
Skrzynka działa, ale ma flagę: dostawca adresów jednorazowych, konto roli lub domena catch-all. Serwer MCP wskazuje konkretną flagę, aby agent mógł zastosować Twoją politykę zamiast ogólnej reguły.
Przekaż agentowi swoją politykę; serwer MCP do weryfikacji e-mail dostarczy fakty potrzebne do jej zastosowania.
Dostawca odbiorcy odroczył próbę lub ograniczył częstotliwość żądań. Nie udało się potwierdzić żadnego wyniku.
Agent powinien zaplanować ponowną próbę, a nie traktować statusu unknown jako pozytywnego wyniku. Serwer MCP raportuje go uczciwie bez zaokrąglania.
Uruchomienie
Dwie minuty i bez kodowania. Serwer MCP jest hostowany, więc klient potrzebuje tylko URL.
Dodaj URL serwera MCP do konfiguracji MCP klienta, udziel autoryzacji przez OAuth, a narzędzie weryfikacyjne pojawi się na liście narzędzi modelu.
Od tej chwili pytanie o poprawność adresu wywołuje rzeczywiste sprawdzenie zamiast zgadywania.
LangChain, CrewAI i każdy framework obsługujący MCP łączą się w ten sam sposób. Dla serwera MCP do weryfikacji e-mail nie ma znaczenia, który klient go wywołuje.
W przypadku frameworków bez obsługi MCP nadal dostępne jest REST API — użyj bezpośrednio API do weryfikacji e-mail i całkowicie pomiń warstwę MCP.
Przekaż mu politykę zamiast progu: które statusy akceptować, jak obsługiwać ryzykowne flagi i kiedy ponawiać status unknown. Serwer MCP dostarcza dowody, a polityka należy do Ciebie.
Agent, któremu polecono tylko sprawdzić e-mail, wywoła serwer MCP do weryfikacji e-mail, a następnie sam wymyśli wniosek dotyczący wyniku risky.
Wywołania MCP dla pojedynczych adresów służą do rozmów i przepływów pracy agentów. Dla pliku właściwym narzędziem są asynchroniczne endpointy.
Użyj masowej weryfikacji e-mail do obsługi plików; osobne wywołanie serwera MCP dla każdego wiersza nie jest właściwym rozwiązaniem dla dziesięciu tysięcy adresów.
Ograniczenia
Jego obietnica ma wąski zakres, dzięki czemu agent może korzystać z niego w sposób godny zaufania.
Wynik deliverable nie oznacza zgody na wysłanie komuś wiadomości. Agent działający na podstawie wyniku serwera MCP nadal potrzebuje zapisanych reguł dotyczących zgody.
Serwer MCP przekazuje wyłącznie informację o skrzynce, bez danych o zgodzie.
Skrzynka przyjmująca pocztę nie dowodzi, kto nią zarządza. Współdzielone aliasy i przekierowane adresy są powszechne.
Agent nie powinien wnioskować o tożsamości na podstawie statusu deliverable zwróconego przez ten serwer MCP.
Akceptacja SMTP opisuje ścieżkę odbiorcy. To, czy późniejsza kampania trafi do skrzynki odbiorczej, zależy od reputacji nadawcy, której serwer MCP nie widzi.
Dla tej części problemu użyj testu dostarczalności.
Serwer MCP zwraca dowody. To Twój produkt, a nie protokół, decyduje, co agent zrobi z domeną catch-all lub dostawcą adresów jednorazowych.
Zdefiniuj tę politykę raz i przekaż ją agentowi wraz z połączeniem MCP.
Materiały referencyjne
MCP jest otwartym protokołem, a ten sam mechanizm weryfikacji jest dostępny także na kilka innych sposobów.
MCP to otwarty standard łączenia modeli z narzędziami. Dlatego jeden serwer MCP do weryfikacji e-mail działa z każdym zgodnym klientem i nie wymaga osobnej wtyczki dla każdego produktu.
Protokół obsługuje wykrywanie, schematy i transport, a nasz serwer MCP do weryfikacji e-mail zapewnia samą weryfikację.
Jeśli Twoja platforma używa umiejętności zamiast MCP, pakiet Umiejętności agentów instaluje tę samą funkcję weryfikacji jednym kliknięciem.
Ten sam mechanizm i te same pola — MCP oraz umiejętności to dwa sposoby udostępniania jednego narzędzia.
Nasz serwer MCP korzysta z API do weryfikacji e-mail jako warstwy bazowej. Wszystko, co jest dostępne przez MCP, jest również dostępne przez zwykłe HTTP.
Wybierz MCP, gdy wywołującym jest model; wybierz REST API, gdy jest nim Twój własny kod.
Nie trzeba niczego instalować. To hostowany serwer MCP: dodaj URL do konfiguracji MCP klienta, udziel autoryzacji przez OAuth, a narzędzie się pojawi. Bez lokalnego procesu, kontenera ani zależności wymagających aktualizacji.
Dodaj URL serwera MCP do konfiguracji MCP w Claude Code i udziel autoryzacji przez OAuth. Dzięki serwerowi MCP do weryfikacji e-mail agent wywołuje narzędzie, zamiast rozważać, czy adres wygląda wiarygodnie.
Tak samo jak w każdym innym kliencie: dodaj URL, udziel autoryzacji, a narzędzie się pojawi. Serwer MCP do weryfikacji e-mail jest z założenia niezależny od klienta — właśnie temu służy ten protokół.
Działa każdy klient zgodny z MCP, ponieważ MCP jest otwartym protokołem, a nie formatem wtyczek konkretnego dostawcy. Dlatego wystarczy raz podłączyć jeden serwer MCP do weryfikacji e-mail, zamiast osobno integrować każde narzędzie AI.
Nie. MCP obsługuje wykrywanie i schematy, więc każdy zgodny klient może wywołać serwer MCP do weryfikacji e-mail bez kodu właściwego dla klienta. Jeśli wolisz bezpośrednie wywołania HTTP z własnego kodu, dostępne jest również REST API — serwer MCP i API zwracają identyczne pola.
Hostowany i zabezpieczony przez OAuth serwer MCP do weryfikacji e-mail. Pozwól agentowi sprawdzać adresy, zamiast je oceniać na oko.
Hostowany zdalny serwer MCP · Brak wymaganego lokalnego pakietu · OAuth obsługiwany przez klienta