参考这篇文章https://www.campaignmonitor.com/blog/email-marketing/2010/08/do-iframes-work-in-email/，我发现在尝试将iframe嵌入电子邮件正文后，我需要替代iframe，它可以在电子邮件正文中使用。
基本问题是我需要提供一个带有指向wav文件的链接的锚（实际上是一个cgi脚本，它记录了请求wav文件的日期和时间，然后将请求转发给提供wav文件的服务器wav文件），但我被指示不提供wav文件作为附件，并解决目前我的电子邮件客户端在尝试对wav文件执行任何操作之前坚持打开另一个选项卡的问题。
我在静态网页上测试了iframe，其中一个锚点使iframe成为目标，它显示了我所追求的精确行为，但是当我在电子邮件正文中做同样的事情时，iframe是实际上已删除，目标设置为'_blank'。
与google.com相关的问题以及未出现在iframe中的类似问题无关紧要，因为在任何情况下我都不会展示其他人的内容。相反，我只想在没有新标签/页面打开的情况下显示内容，而不使用'_self'作为目标（因为我不想强迫用户离开包含链接的页面，因为wav文件包含对电子邮件的内容 - 即他们在收听wav文件时需要能够看到电子邮件。）
鉴于电子邮件客户对iframe的明显敌意，最佳替代方案是什么？电子邮件客户端与我的电子邮件的HTML正文之间的这种互动使得这与我在iframe中看到的所有其他问题不同。
我再说一遍，我现在拥有的是iframe的有效HTML5用法，并且在我从我的网络服务器提供内容时工作正常。我的问题是gmail破坏/破坏我使用iframe的电子邮件的内容，因为它似乎是大多数电子邮件客户端。