MCP pengesahan e-mel
Pelayan MCP pengesahan e-mel terhos untuk Claude, Cursor dan semua klien MCP. Sahkan peti mel sebenar melalui SMTP. OAuth tanpa proses tempatan.
Tiada apa-apa untuk dipasang. Ini ialah pelayan MCP terhos: tambahkan URL pada konfigurasi MCP klien anda, berikan kebenaran melalui OAuth dan alat itu akan muncul. Tiada proses tempatan, container atau kebergantungan untuk dikemas kini.
claude mcp add --transport http billionverify https://mcp.billionverify.com/mcphttps://mcp.billionverify.com/mcp
Sambungkan pelayan MCP dalam kira-kira dua minit. Tiada apa-apa untuk dipasang secara tempatan.
Tambahkan URL pelayan MCP pada konfigurasi MCP klien anda. Tiada apa-apa untuk dipasang — pelayan MCP pengesahan e-mel ini terhos.
Berikan kebenaran melalui OAuth. Sambungan MCP dipautkan kepada akaun anda, bukannya kepada kunci yang ditampal dalam fail konfigurasi.
Alat pengesahan muncul dalam senarai alat model. Selepas itu, pertanyaan sama ada sesuatu alamat sah akan menjalankan pemeriksaan sebenar melalui pelayan MCP.
Alat yang boleh dipanggil dan disediakan oleh pelayan MCP ini.
Satu alamat diperiksa secara langsung melalui SMTP. Inilah alat yang paling kerap digunakan oleh ejen, dan pelayan MCP pengesahan e-mel mengembalikan hasil sebagai medan berstruktur, bukannya prosa.
Sehingga 50 alamat dalam satu panggilan MCP dengan skema yang sama. Untuk jumlah yang lebih besar, pelayan MCP mengarahkan ejen ke endpoint fail tak segerak.
Pemeriksaan peti mel sebenar, bukan tekaan sintaks. Inilah sebabnya pelayan MCP pengesahan e-mel perlu disambungkan dan alamat tidak sepatutnya dinilai oleh model semata-mata.
Pelayan MCP pengesahan e-mel berfungsi dengan setiap klien MCP — tanpa pemalam khusus klien kerana MCP mengendalikan penemuan.
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
Mengapa pelayan MCP yang menjalankan SMTP sebenar lebih baik daripada pelayan yang hanya menyemak sintaks.
Model yang diminta menilai alamat tanpa alat akan menghasilkan tekaan yang meyakinkan dan tersusun. Pelayan MCP yang hanya menyemak sintaks juga begitu — ia sekadar meneka dalam JSON.
Pelayan MCP pengesahan e-mel yang memulakan perbualan SMTP sebenar mengembalikan bukti. Itulah perbezaan utamanya dan sebab pelayan MCP pengesahan e-mel ini diwujudkan.
Maksudnya
MCP ialah Model Context Protocol: cara standard untuk klien AI menemukan dan memanggil alat luaran. Pelayan MCP pengesahan e-mel menyediakan pengesahan peti mel sebenar sebagai salah satu alat itu supaya ejen boleh memeriksa alamat dan bukannya menekanya.
Tanpa MCP, ejen yang perlu memeriksa alamat sama ada mereka-reka jawapan atau meminta anda menjalankan sesuatu. Apabila pelayan MCP pengesahan e-mel disambungkan, model melihat alat, memanggilnya dan membaca hasil berstruktur.
Itulah keseluruhan nilainya: pelayan MCP pengesahan e-mel kami menggantikan tekaan yang munasabah dengan jawapan SMTP langsung, dan model tidak perlu diajar cara membuat permintaan HTTP.
Klien bertanya kepada pelayan MCP kami tentang alat yang ditawarkan, lalu pelayan menerangkan setiap alat berserta parameternya. Tiada apa-apa yang perlu dikodkan secara tetap dalam klien, sebab itulah pelayan MCP berfungsi merentas Claude Desktop, Cursor dan mana-mana klien MCP lain tanpa kod khusus klien.
Inilah yang membezakan MCP daripada REST API biasa. API masih wujud di bawahnya; MCP ialah lapisan yang membolehkan model menemukannya.
Pelayan MCP mengembalikan medan yang sama seperti REST API: status, skor kualiti, tahap risiko, kod sebab serta penanda e-mel pakai buang, peranan, catch-all dan mel web percuma.
Model yang membaca output berstruktur tidak boleh membulatkan unknown kepada deliverable seperti yang mungkin berlaku ketika meringkaskan prosa. Menggunakan pelayan MCP untuk pengesahan e-mel ialah keputusan demi ketepatan, bukan sekadar kemudahan.
Pelayan MCP pengesahan e-mel beroperasi di mcp.billionverify.com. Tiada proses tempatan, container atau kebergantungan untuk dikemas kini — klien bersambung melalui HTTP dan pelayan MCP ini mengendalikan selebihnya.
Pengesahan menggunakan OAuth, jadi sambungan MCP dipautkan kepada akaun anda, bukannya kepada kunci yang ditampal dalam fail konfigurasi.
Hasil yang diterima
Terdapat empat status, dan ejen perlu membuat percabangan berdasarkan status itu tepat seperti kod aplikasi.
Peti mel menerima pemeriksaan SMTP apabila pelayan MCP pengesahan e-mel ini menjalankannya. Ejen boleh meneruskan tugasnya dengan selamat.
Pelayan MCP mengembalikan hasil ini sebagai medan, bukan ayat, jadi model tidak perlu mentafsirkannya.
Kegagalan kekal. Ejen perlu berhenti, melaporkan kod sebab dan tidak memasukkan alamat itu ke dalam CRM atau kempen.
Dalam keadaan ini, model tanpa bantuan paling berkemungkinan tersilap — alamat mati dengan format yang betul kelihatan baik bagi model bahasa tetapi gagal pada pelayan MCP kami.
Peti mel berfungsi tetapi mempunyai penanda: penyedia pakai buang, akaun peranan atau domain catch-all. Pelayan MCP mengembalikan penanda yang tepat supaya ejen boleh menggunakan dasar anda dan bukannya peraturan umum.
Beritahu ejen tentang dasar anda; pelayan MCP pengesahan e-mel membekalkan fakta yang diperlukan untuk melaksanakannya.
Penyedia penerima menangguhkan atau mengehadkan kadar pemeriksaan. Tiada apa-apa yang dapat dibuktikan dalam kedua-dua arah.
Ejen perlu mengatur percubaan semula dalam baris gilir, bukan menganggap unknown sebagai lulus. Pelayan MCP melaporkannya dengan jujur tanpa membulatkan hasil.
Cara menjalankannya
Dua minit tanpa kod. Pelayan MCP ini terhos, jadi klien hanya memerlukan URL.
Tambahkan URL pelayan MCP pada konfigurasi MCP klien, berikan kebenaran melalui OAuth dan alat pengesahan akan muncul dalam senarai alat model.
Selepas itu, pertanyaan sama ada sesuatu alamat sah akan menghasilkan pemeriksaan sebenar dan bukannya tekaan.
LangChain, CrewAI dan mana-mana rangka kerja yang menyokong MCP bersambung dengan cara yang sama. Pelayan MCP pengesahan e-mel tidak bergantung pada klien yang memanggilnya.
Bagi rangka kerja tanpa sokongan MCP, REST API asas masih tersedia — gunakan API Pengesahan E-mel secara langsung dan langkau lapisan MCP sepenuhnya.
Berikan dasar dan bukannya ambang: status yang boleh diterima, tindakan terhadap penanda risky dan masa untuk mencuba semula status unknown. Pelayan MCP membekalkan bukti; dasar itu milik anda.
Ejen yang hanya diarahkan untuk memeriksa e-mel akan memanggil pelayan MCP pengesahan e-mel, kemudian mereka-reka kesimpulan tentang hasil risky.
Panggilan MCP untuk satu alamat sesuai bagi aliran kerja perbualan dan ejen. Untuk fail, endpoint tak segerak ialah alat yang betul.
Gunakan Pengesahan E-mel Pukal untuk fail; satu panggilan pelayan MCP bagi setiap baris bukan pendekatan yang sesuai untuk sepuluh ribu alamat.
Had
Tuntutannya terhad, dan itulah yang menjadikan penggunaannya oleh ejen boleh dipercayai.
Hasil deliverable bukan kebenaran untuk menghantar e-mel kepada seseorang. Ejen yang bertindak berdasarkan output pelayan MCP masih memerlukan peraturan persetujuan anda dikodkan di suatu tempat.
Pelayan MCP hanya melaporkan fakta tentang peti mel dan tidak menyatakan apa-apa tentang kebenaran.
Peti mel yang menerima mesej tidak membuktikan siapa yang mengawalnya. Alias dikongsi dan alamat yang dimajukan adalah perkara biasa.
Ejen tidak sepatutnya menyimpulkan identiti daripada status deliverable yang dikembalikan oleh pelayan MCP ini.
Penerimaan SMTP menerangkan laluan penerima. Sama ada kempen berikutnya sampai ke peti masuk bergantung pada reputasi pengirim yang tidak pernah dilihat oleh pelayan MCP.
Gunakan ujian kebolehhantaran untuk bahagian masalah tersebut.
Pelayan MCP mengembalikan bukti. Tindakan ejen terhadap domain catch-all atau penyedia pakai buang ialah keputusan produk anda, bukan keputusan protokol.
Kodkan sekali dan berikannya kepada ejen bersama-sama sambungan MCP.
Rujukan
MCP ialah protokol terbuka, dan enjin pengesahan yang sama disediakan melalui beberapa cara lain.
MCP ialah standard terbuka untuk menyambungkan model kepada alat. Oleh itu, satu pelayan MCP pengesahan e-mel berfungsi merentas setiap klien yang mematuhinya tanpa memerlukan pemalam bagi setiap produk.
Protokol mengendalikan penemuan, skema dan pengangkutan; pelayan MCP pengesahan e-mel kami membekalkan pengesahan.
Jika platform anda menggunakan skills dan bukannya MCP, pakej Agent Skills memasang pengesahan yang sama dengan satu klik.
Enjin dan medan yang sama — MCP dan skills ialah dua mekanisme penyampaian untuk satu alat.
Pelayan MCP kami memanggil API Pengesahan E-mel untuk pengesahan. Semua yang tersedia melalui MCP turut tersedia melalui HTTP biasa.
Pilih MCP apabila model ialah pemanggil; pilih REST API apabila kod anda sendiri yang memanggilnya.
Tiada apa-apa untuk dipasang. Ini ialah pelayan MCP terhos: tambahkan URL pada konfigurasi MCP klien anda, berikan kebenaran melalui OAuth dan alat itu akan muncul. Tiada proses tempatan, container atau kebergantungan untuk dikemas kini.
Tambahkan URL pelayan MCP pada konfigurasi MCP Claude Code dan berikan kebenaran melalui OAuth. Dengan pelayan MCP pengesahan e-mel, ejen akan memanggil alat dan bukannya menilai sama ada alamat kelihatan munasabah.
Sama seperti klien lain: tambahkan URL, berikan kebenaran dan alat itu akan muncul. Pelayan MCP pengesahan e-mel sememangnya direka bentuk bebas daripada klien — itulah tujuan protokol ini.
Mana-mana klien yang mematuhi MCP boleh digunakan kerana MCP ialah protokol terbuka, bukan format pemalam khusus vendor. Itulah tujuan menyambungkan satu pelayan MCP pengesahan e-mel sekali sahaja, tanpa integrasi berasingan untuk setiap produk AI.
Tidak. MCP mengendalikan penemuan dan skema, jadi mana-mana klien yang mematuhinya boleh memanggil pelayan MCP pengesahan e-mel tanpa kod khusus klien. Jika anda mahu memanggil HTTP terus daripada kod anda, REST API turut tersedia — pelayan MCP pengesahan e-mel dan API mengembalikan medan yang sama.
Pelayan MCP pengesahan e-mel yang terhos dan dilindungi OAuth. Biarkan ejen anda memeriksa alamat dan bukannya menekanya.
Pelayan MCP jauh terhos · Tiada pakej tempatan diperlukan · OAuth diurus oleh klien