我有一个能够通过SMPT客户端发送邮件的微型设备。 但是，设备没有DNS客户端，因此发送电子邮件的唯一方法是指定SMTP中继的IP地址而不是域名。
例如：当设备发送一封电子邮件时，它将初始化其SMTP客户端，如下所示：
SmtpServer = 111.122.133.144; Port = 343; From: [email protected] ..etc.. 不幸的是，我们无法使用中继的域名来初始化SMTP客户端，如下所示：
SmtpServer = relay.smtp.com; Port = 343; From: [email protected] ..etc..
我已经尽我所能让我们的微型设备开发者支持DNS客户端，无济于事。 所以，我们坚持使用IP来指定SMTP中继服务器的设备。
我们原本计划在SMTP服务中使用第三方，但是现在我们有这个没有DNS支持的问题，我们不能去第三方路由，因为我们不能相信他们的IP地址将保持静态。 他们的IP地址很可能会每月，每周或甚至每天更改。
以此为背景，我的问题是，我的问题是 – 是否有某种types的路由器可以检测到传入的电子邮件请求，然后将该请求转发到远程SMTP服务器？
总结两个问题：
为了解决上面提到的两个问题，我想我会configuration一个我完全知道和控制其公有IP地址的设备。 这个设备/路由器是embedded式设备发送电子邮件的地方。 然后，设备/路由器将通过该SMTP服务器的域名（不是SMTP服务器的IP地址）将电子邮件转发到第三方SMTP服务。
简而言之：微型设备通过IP地址发送电子邮件给fancy-router-thing，通过域名将电子邮件转发给第三方SMPT-guy。
你知道一个路由器（或任何非SMTP服务器设备），可以检测到一个传入的SMTP数据包，并将其转发到远程SMTP服务器？
或者 – 你有什么想法/build议，我可以做些什么来解决上面提到的两个问题（除了在我们的微设备dev'er.ha！上获得中世纪）？
为什么不运行一个随后使用第三方中继的SMTP服务器呢？
微型设备 – > SMTP传递 – >您的继电器 – > SMTP传递 – >第三方中继服务器
SMTP旨在通过多跳，大量的电子邮件，使企业通过互联网面临SMTP中继本身使用基于ISP的SMTP中继。
SMTP是一个简单的TCP协议，取决于你的networking设置你可能只是创build一个NAT规则转发stream量到你的真实服务器，或者可能设置一个像netcat，tcproxy，或许多类似的工具之一的TCP代理。