HackerNews中文版

最近一直在开发一个 SMTP/邮件服务器，虽然谷歌和其他一些公司暗示，如果测试没有使用企业中继，就会摆出一副不高兴的表情，并在“通过”测试上打上引号，但至少它能让我与更广泛的生态系统进行通信。然而，电话似乎是一个更难解决的问题。SIP URI 可以让我勉强与更广泛的生态系统进行通信，但许多电话和软件似乎已经停止支持它；只有极少数通常使用 PSTN（即“普通电话”）的人能够呼叫或接听来自我的地址的电话——但它可以直接、整洁地集成到邮件服务器中，这是一个很大的优势。我可能会出于原则，仍然在邮件服务器中实现 SIP URI 和 VOIP 支持，但我很好奇是否有人有其他可供考虑的替代方案。理想情况下，我希望能够在 PSTN 上进行通信，但这似乎是一个不可能实现的目标。我也很好奇，任何使用 VOIP 工作的人是否允许或阻止来自外部网络的 SIP URI。十多年前，我在工作中维护我们的 VOIP 服务器，但由于我在一家 SMB 工作，身兼数职，无法专注于任何事情，这只是一个“副业”；当时我甚至都不知道 SIP URI。

查看原文

I've been working on an SMTP/email server lately, and while Google and some others imply a lot of frowny-faces and put quotation marks around tests "passing" for not using a corporate relay, does at least let me communicate with the broader ecosystem.Phone calls, however, seem like a tougher nut to crack. SIP URIs would let me kinda-sorta communicate with the broader ecosystem, but many phones and software seem to have dropped support for it; only a tiny % of those typically using the PSTN (that is, a "normal phone") would be able to call or receive calls to/from my addresses -- but it would be able to be directly and neatly integrated into the email server, which is a big plus.I will probably still implement SIP URIs and VOIP support into the email server on principle, but I wonder if anyone has any alternatives to consider. Ideally, I would be able to communicate on the PSTN, but this seems like a lost cause.Also curious about anyone using VOIP for work whether or not they allow or block SIP URIs from external networks. I maintained our VOIP server at work more than a decade ago, but it was a "side-project" due to working at an SMB where I wore many hats and couldn't specialize in anything; I wasn't even aware of SIP URIs at the time.

Ask HN：有人有“主权”电话解决方案吗？