我应该如何将排队的消息从 IIS 移动到不同服务器上的 Exchange?

发布于 2024-07-04 18:38:58 字数 218 浏览 3 评论 0原文

我们目前有一个使用 Exchange 的公司电子邮件服务器,以及一个使用 IIS SMTP 的批量电子邮件处理服务器。 我们正在升级到第 3 方 MTA (zrinity xms) 以进行批量发送。 当我们切换到第 3 方软件时,我需要能够继续发送已在 IIS 中排队的消息。 我是否可以简单地将 IIS 队列文件移动到 Exchange 服务器队列并自动开始尝试发送它们? 如果没有,有什么建议可以实现这一点吗?

We currently have a company email server with Exchange, and a bulk email processing server that is using IIS SMTP. We are upgrading to a 3rd party MTA (zrinity xms) for bulk sending. I need to be able to keep sending the messages already queued for IIS when we switch to the 3rd party sofware. Can I simply move the IIS queue files to the Exchange server queue and have sending attempts begin automatically for them? If not, any suggestions on accomplishing this?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

-黛色若梦 2024-07-11 18:38:58

您应该能够将 *.eml 文件移动到 Exchange 服务器的拾取目录。 或者将 IIS SMTP 服务设置为新 MTA 的智能主机,假设他们(第 3 方)允许从您的 IP 地址进行 SMTP 中继。

You should be able to move the *.eml files to the Exchange server's pickup directory. Or set the IIS SMTP service to smart host to the new MTA, assuming they (the 3rd party) allow SMTP relay from your IP address.

呢古 2024-07-11 18:38:58

移动文件就可以了。 但是,任何标头中带有密件抄送行的电子邮件都将在发送时保留完整的密件抄送行。 某些客户端(例如 gmail)会将信息显示给收件人,从而破坏了 BCC 的全部意义。

将 EML 文件复制到 MS-SMTP(Exchange 也使用 MS-SMTP)时会发生这种情况,因为在 SMTP 移交(而不是从)MS-SMTP 期间,BCC 信息通常会从标头中删除。

如果这就是消息最初传递的方式,那么您拥有的 EML 可能已经被分解为每个 BCC 的单独消息,并且该标头已被正确剥离。

只是有一点需要注意。

Moving the files will work. However, any email with a BCC line in the header will get sent out with the BCC intact. Some clients, such as gmail, will display the information to the recipient, thus breaking the whole point of BCC.

This happens when copying EML files to MS-SMTP (which Exchange also uses) because the BCC information is usually stripped out of the header in during the SMTP hand-off to (not from) MS-SMTP.

If that was how the messages were initially handed off, then it's possible that the EMLs you have were already broken into separate messages for each BCC, and that header was properly stripped.

Just a little gotcha to watch out for.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文