连接你公司运行的每一个邮箱,无论由谁托管:info@、sales@、invoices@ 以及你自己的邮箱。你的 AI 代理通过标准 IMAP 和 SMTP 读取、搜索、发送、回复、定时和整理这些邮件,同样的邮箱可在所有 MCP 客户端中使用,而不止一个。
Claude 自身没有 IMAP 客户端。mcpemails 是一个托管 MCP 服务器,它使用你的服务商已经给你的地址、服务器和密码,通过 IMAP 和 SMTP 登录你的邮件服务器,让 Claude、Cursor 或任意 MCP 客户端都能读取、搜索、发送并整理这些邮件。任何支持 IMAP 的主机都可以,公司的职能邮箱与个人邮箱的连接方式相同,1 个收件箱免费。
要管理好几个公司邮箱? 看看一个人如何用一个代理处理公司的所有地址
你需要四样东西:你的地址、你的邮件服务器、你的密码,以及(如果服务商要求的话)一个应用专用密码。先输入你的地址:mcpemails 能识别常见的主机服务商,并为你填好两台服务器、两个端口和加密方式。如果它尝试的传输方式没有响应,它会自动尝试另一种标准方式,IMAP 为 993 或 143,SMTP 为 465 或 587,所以没人需要去猜是否用 STARTTLS。
Outlook.com、Hotmail 或 Microsoft 365 邮箱? 请用 Microsoft 登录连接,而不是 IMAP
十七个基于动作的 MCP 工具:发送、回复、转发、定时和整理。代理在 Generic IMAP 内即可完成整件事。
跨文件夹列出、读取和搜索,找到那张发票、总结一个会话,或拉取某发件人的最新邮件。
撰写并发送真实邮件、在会话中回复并转发,直接从你的邮箱完成,而不是留下需要你手动发送的草稿。
将邮件排入队列在合适时间发出,代理现在撰写、按计划发送。
保持收件箱整洁:将邮件归入文件夹、标记重点、归档其余,或按需删除。
从注册到第一封 AI 邮件,仅需几分钟。
注册 mcpemails,无需信用卡。免费套餐可永久连接一个收件箱。付费套餐可连接更多:Personal 可连接三个邮箱,Pro 可连接公司的所有邮箱。
你的服务商会公布这些设置,最常见的是端口 993 和 465 上的 imap.yourdomain.com 和 smtp.yourdomain.com。如果你的服务商要求邮件客户端使用应用专用密码,现在就生成一个。
选择 IMAP / SMTP,填入你的地址、两台服务器和密码。端口和加密方式位于 Advanced 下,已预填标准值。
把 https://mcpemails.com/api/mcp 粘贴到 Claude、Cursor 或 ChatGPT 中,完成授权,代理便拥有该收件箱。
更喜欢带截图的分步教程? Claude IMAP 连接器:将任意 IMAP 收件箱连接到 Claude
想先比较各家服务商? 查看邮箱服务商兼容性对照表
有四个地方可以找,按成本从低到高排列。第一,你服务商自己的帮助页面,搜索服务商名称加上 IMAP settings 即可;本站其他服务商页面就是为此而写的。第二,控制面板:在 cPanel 中依次是 Email Accounts、Connect Devices、手动设置区块;在 Plesk 中依次是 Mail、该地址、连接邮箱页面;大多数主机面板都有类似的页面,而且对你的账户来说是权威的。第三,DNS:遵循 RFC 6186 的服务商会发布一条 _imaps._tcp.yourdomain.com SRV 记录,直接写明主机和端口。第四,你的 MX 记录,它指明接收你邮件的机器,而且往往与 IMAP 主机属于同一系列名称。行不通的做法是猜一个 imap.yourdomain.com 碰运气:很多主机提供邮件服务的名称与你的域名毫无关系。
大多数主机商都乐意让你把 mail.yourdomain.com 指向他们的邮件服务器,在不仔细检查的客户端中也能用。但服务器出示的证书是签发给主机商自己名称的,比如 server24.hostingprovider.net 或其域名上的通配符证书,而不是给你的域名。正确校验 TLS 的客户端会以主机名不匹配拒绝连接,这与密码被拒是不同的失败,尽管大多数界面把两者混为一谈。对于 AI 代理可以用来发信的邮箱,关闭校验不是可以接受的解决办法。正确做法是连接证书真正签发给的那个共享主机名,也就是你的服务商文档中给出的名称,我们使用的也是这个名称。
RFC 8314 要求服务商优先使用隐式 TLS,也就是连接从第一个字节起就是加密的:IMAP 用端口 993,提交用 465。较旧的配置使用 143 和 587,它们以明文开始,再通过 STARTTLS 升级。服务商对这些的标注并不一致,而标注正是混乱的主要来源:设置表中的“SSL/TLS”几乎总是指 993 或 465 上的隐式 TLS,而“TLS”或“STARTTLS”几乎总是指 143 或 587。你不必自己弄清楚。输入你的地址,对于它能识别的主机,mcpemails 会填好两台服务器、两个端口和两种加密方式;如果它尝试的传输方式没有响应,它会自动重试另一种标准方式。
SASL-IR(RFC 4959):不声明它的服务器会拒绝与 AUTHENTICATE 命令在同一行发送的凭据,并回以一个没有任何解释的 BAD,看起来与密码错误一模一样。mcpemails 会检测到这一点并改用两步交互重试,这就是为什么有些主机在这里能用、在其他工具中却会失败。MOVE(RFC 6851):没有它,邮件无法原子地移动,移动会变成复制、更新标记和清除,连接中途断开可能会让邮件同时留在两个文件夹中。SPECIAL-USE(RFC 6154):没有它,服务器不会按角色标注 Sent、Drafts、Trash 和 Junk,文件夹只能按名称匹配,而用德语、挪威语或俄语创建的邮箱,其系统文件夹的名称代理无法识别,除非你明确写出。当文件夹操作表现异常时,原因通常就是这三者之一。
Claude 自身没有 IMAP 客户端,所以不能直接使用。用你的地址、服务器和密码把 mcpemails 这样的 MCP 服务器指向邮箱,Claude 就能读取、搜索、发送、回复、定时和整理其中的邮件。任何在标准端口上支持 IMAP 和 SMTP 的服务器都可以,无论由谁托管,而且同一个连接随后也可在 Cursor 和 ChatGPT 中使用。
先看你服务商自己的帮助页面,再看你的主机控制面板,cPanel 和 Plesk 都会为每个地址列出准确的服务器和端口。如果两者都没有,遵循 RFC 6186 的服务商会为你的域名发布 _imaps._tcp SRV 记录,而你的 MX 记录指明接收你邮件的机器,它通常与 IMAP 主机相关。不要根据你的域名去猜。
除非服务商另有说明,否则用 993。端口 993 是隐式 TLS,从第一个字节起就是加密的,也是现行标准推荐的方式。端口 143 以未加密方式开始,再通过 STARTTLS 升级,仍然可用,但属于较旧的模式。发信时同样的区分是:465 用于隐式 TLS,587 用于 STARTTLS。mcpemails 会尝试标准的那一对,并自动退回另一种。
通常有三个原因。你的客户端指向了一个自定义主机名,其证书签发给了另一个名称,而客户端没有严格校验。你的服务商要求除自家应用外的任何东西都使用应用专用密码。或者服务器拒绝一步式 SASL 认证,并回以一个看起来像凭据错误的光秃秃的 BAD。请尝试使用服务商文档中给出的主机名,而不是由你的域名构成的名称。
这完全取决于服务商。Apple 的 iCloud、Yahoo、AOL、Fastmail、Yandex 和 Mail.ru 都拒绝邮件客户端使用账户密码,要求使用专用密码。Zoho 在开启双重身份验证时要求使用。大多数独立主机商和 cPanel 服务器直接接受邮箱密码。如果一个看起来正确的密码被拒绝,首先要检查的就是是否要求应用专用密码。
不会。每次请求都通过 IMAP 从你的服务器实时获取邮件,并交给你的 AI 客户端。凭据静态加密存储,邮件正文不会保留。在服务商处修改邮箱密码,会让收件箱断开连接,直到你输入新密码,这是切断访问的最快方式。