Zimbra 多年来一直存放着你们组织的邮件,它使用的是完全普通的 IMAP。这正是 AI 代理在真实邮箱中读取、搜索、发送、回复、定时和归档所需的一切。
Claude 无法自行连接 Zimbra 服务器。mcpemails 是一个托管 MCP 服务器,通过 IMAP 在你自己的主机名上(安装了 Zimbra 代理时为 993 端口)使用邮箱密码连接你的服务器,让 Claude、Cursor 或任意 MCP 客户端都能读取、搜索、发送并整理邮件。Zimbra 是你们组织自己运行的软件,所以没有可公布的共享主机名,端口也值得确认而不是想当然:993 和 143 属于 Zimbra 代理,而 mailboxd 本身监听的是 7993 和 7143。服务器必须能从互联网访问,其证书也必须能通过校验。一个收件箱免费。
Zimbra 的 IMAP 架构有两层,知道你在和哪一层打交道能省下一个下午。内置的 IMAP 服务器运行在 zimbra-mailboxd 进程内,默认安装,由 zimbraImapServerEnabled 和 zimbraImapSSLServerEnabled 控制,两者默认都是 TRUE。它自己的端口是 zimbraImapBindPort(默认 7143)和 zimbraImapSSLBindPort(默认 7993)。人们熟悉的 143 和 993 是代理的端口,即 zimbraImapProxyBindPort 和 zimbraImapSSLProxyBindPort,由 Zimbra IMAP 和 POP 代理提供,它会检查连接并将其路由到存放该账户的邮箱服务器。较新的版本还在进程内服务器之外提供独立的 zimbra-imapd。凭据就是普通的邮箱密码,与 Zimbra Web Client 使用的相同。Zimbra 没有应用密码机制。
十七个基于动作的 MCP 工具:发送、回复、转发、定时和整理。代理在 Zimbra 内即可完成整件事。
跨文件夹列出、读取和搜索,找到那张发票、总结一个会话,或拉取某发件人的最新邮件。
撰写并发送真实邮件、在会话中回复并转发,直接从你的邮箱完成,而不是留下需要你手动发送的草稿。
将邮件排入队列在合适时间发出,代理现在撰写、按计划发送。
保持收件箱整洁:将邮件归入文件夹、标记重点、归档其余,或按需删除。
从注册到第一封 AI 邮件,仅需几分钟。
在 mcpemails.com 注册。一个收件箱永久免费,无需信用卡,足以用一个真实的 Zimbra 账户来试一试。
在管理控制台中打开 Configure,然后是 Global Settings,再到 IMAP,勾选 Enable IMAP services 和 Enable SSL for IMAP service。然后从外部确认实际在监听的是哪个端口:openssl s_client -connect mail.yourdomain.com:993,如果没有响应,再试 7993。在服务器上,zmprov gs yourserver 会报告它正在使用的绑定端口。
打开 Configure,然后是 Class of Service,再选择该账户所属的服务等级,查看 Preferences 下的 POP/IMAP 选项。关闭了 IMAP 的服务等级会拒绝其中的每一个账户。然后在 mcpemails 中添加收件箱:选择 IMAP / SMTP,输入你的 Zimbra 主机名、完整地址和邮箱密码。
把 https://mcpemails.com/api/mcp 粘贴到 Claude、Cursor 或 ChatGPT 中,完成授权,代理便拥有该收件箱。
想先比较各家服务商? 查看邮箱服务商兼容性对照表
如果你的公司在 Zimbra 上有不止一个地址,例如 info@、sales@ 和 invoices@,请把每个地址都连接到同一个 mcpemails 工作区。这样你的 AI 客户端就能通过同一个 MCP URL 访问所有邮箱,无论是在 Claude、ChatGPT、Cursor 还是其他 MCP 客户端中。每次工具调用都会指明它操作的邮箱,每个邮箱保留自己的发件人名称和签名,回复从该邮件所属的邮箱发出。
免费版连接一个邮箱,Personal 连接三个,Pro 连接你管理的所有邮箱,只需一个登录。
Zimbra 的邮箱进程并不监听 993。它在 7993 上监听 SSL 上的 IMAP,在 7143 上监听普通 IMAP,标准端口由单独的 Zimbra IMAP 和 POP 代理套件提供,它会把每个连接转发到正确的邮箱存储。在从未选择 zimbra-proxy 的单服务器安装上,或管理员移除了它的安装上,993 根本没有任何响应,客户端报告的连接被拒绝看起来像防火墙问题。这种情况下请使用 7993,但要明白其中的取舍:在多服务器部署中,只有代理知道哪个存储保存着某个账户,所以直接连接某个节点的 7993,只有在邮箱确实位于该节点上时才有效。如果你有不止一台邮箱服务器,正确的做法是恢复代理,而不是绕过它。
由于代理终止了连接,客户端在 993 上校验的证书是 nginx 持有的那张,而不一定是 mailboxd 在 7993 上提供的那张。两者可能不同,这就是一台服务器能在一个端口上通过检查、在另一个端口上失败的原因。Zimbra 在安装时还会装一张自签名证书,很多部署从未更换过,因为网页客户端是通过别的途径访问的,或者因为大家早在 2019 年就点过了那个警告。证书用 zmcertmgr 部署,并可在管理控制台中查看,但唯一算数的测试是线上实际呈现的内容:从外部机器运行 openssl s_client -connect mail.yourdomain.com:993,读取它返回的证书链。在我们这边,严格校验不是可选项,所以自签名或过期的证书会让连接在认证之前就终止。
Zimbra 的配置是分层的,每一层都可能单独拒绝连接,而其他层看起来都正确。全局设置(Configure、Global Settings、IMAP)有总开关 Enable IMAP services。每台服务器都有自己的设置,在那里设置 IMAP 和 IMAP SSL 端口号,也可以通过 zimbraImapServerEnabled 和 zimbraImapSSLServerEnabled 关闭进程内服务器。每个服务等级都带有适用于其中所有账户的 POP 和 IMAP 选项。而单个账户还可以覆盖其服务等级。命令行按同样的顺序读取它们:全局配置用 zmprov gcf,服务器用 zmprov gs,服务等级用 zmprov gc,账户用 zmprov ga。请按这个顺序逐项排查,而不要去猜,因为每一层的失败表现都一模一样。
不能直接使用。Claude 没有 Zimbra 连接器,也无法向你们组织运行的服务器打开 IMAP 会话。将 mcpemails 这样的 MCP 服务器连接到你的 Zimbra 主机后,Claude 就能用与 Zimbra Web Client 相同的凭据,读取、搜索、发送、回复、定时和整理其上某个邮箱中的邮件,之后同一个收件箱在 Cursor 或 ChatGPT 中也能使用。
主机名是你们自己的 Zimbra 服务器。安装了 Zimbra 代理时(通常如此),IMAP 为 993 端口隐式 TLS 和 143 端口 STARTTLS。没有代理时,mailboxd 自己的端口是 7993 和 7143。提交通常为 587 端口 STARTTLS 或 465 端口隐式 TLS。使用完整账户地址和邮箱密码登录。
最可能的原因是 Zimbra IMAP 和 POP 代理未安装或已被禁用,因为 993 和 143 是代理的端口,而不是邮箱服务器的端口。请试试 7993,它是 mailboxd 本身 zimbraImapSSLBindPort 的默认值。在有多台邮箱服务器的部署中,恢复代理比直接连接某个节点更好。
因为网页访问和 IMAP 访问是两项独立的权限。先检查账户所属服务等级的 POP 和 IMAP 选项,然后是账户自身的覆盖设置,再看 Global Settings 中是否启用了 IMAP 服务。其中任何一项都可能拒绝 IMAP 登录,而 Zimbra Web Client 照常工作。
不需要。Zimbra 不签发应用专用密码,邮件客户端使用账户自己的密码认证。如果你们的部署为网页客户端启用了双重认证,请向管理员确认它对邮件客户端是如何配置的,因为该策略是按服务等级设置的,而不是由 Zimbra 全局设定。
不会。每次请求时都通过 IMAP 从你的 Zimbra 服务器实时获取邮件并交给你的 AI 客户端。凭据经过静态加密,邮件正文不会被保留。
可以。把每个 Zimbra 地址连接到同一个 mcpemails 工作区,你的 AI 客户端就能通过同一个 MCP URL 访问所有邮箱。每次工具调用都会指明它操作的邮箱,所以对 sales@ 中邮件的回复会从 sales@ 发出。免费版连接一个邮箱,Personal 连接三个,Pro 连接你管理的所有邮箱。