问HN：有没有人有“主权”电话通话的解决方案？
最近我一直在开发一个SMTP/邮件服务器，虽然谷歌和其他一些公司对不使用企业中继的测试“通过”表示不满，并且对此表示了很多不满的表情，但至少这让我能够与更广泛的生态系统进行沟通。
然而，电话通信似乎是一个更难解决的问题。SIP URI可以让我在某种程度上与更广泛的生态系统进行沟通，但许多电话和软件似乎已经不再支持它；通常使用公共电话网（即“普通电话”）的人中，只有极小的一部分能够拨打或接听来自我地址的电话——但它能够直接且整洁地集成到邮件服务器中，这是一大优势。
我可能仍然会出于原则在邮件服务器中实现SIP URI和VOIP支持，但我想知道是否有人有其他的替代方案可以考虑。理想情况下，我希望能够在公共电话网上进行通信，但这似乎是个无望的目标。
我也对任何使用VOIP进行工作的人的看法感兴趣，不知道他们是否允许或阻止外部网络的SIP URI。我在十多年前维护过我们公司的VOIP服务器，但那是一个“副项目”，因为我在一家中小企业工作，身兼多职，无法专注于任何一项；当时我甚至对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.<p>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.<p>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.<p>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.