Editorial

IPv6 and Why Email Didn't Work Anymore

Published on:

February 22, 2013

snom ONE has supported IPv6 since the early days of PBXnsip, and while we're still waiting for service providers to fully embrace IPv6, there are more practical issues to address. One of the challenges is the handling of DNS records for IPv4 and IPv6 (A and AAAA). As more services add AAAA records, the problem arises when clients without IPv6 connectivity still receive those records, which leads to connection issues. A recent example was Gmail, where the snom ONE email client stopped working. The solution was to prioritize IPv4 records first, though this workaround isn't a permanent fix, as IPv4 will eventually become obsolete.

So everything we buy these days should be ready for IPv6. Even in the old pbxsnip days, snom ONE supported IPv6. Nothing new here.

While we are all waiting for the happy day when our service providers finally give out publicly routable prefixes so all out phones in the LAN don’t need NAT any more, we need to deal with some more down-to-earth problems. One of the problems is DNS uses records for IPv4 and some others for IPv6 (A and AAAA).

While practically all services in the net offer IPv4 DNS addresses, there are more and more providers who also add AAAA records. The problem is a DNS server operates independently from the underlying internet version. In other words, you get AAAA records even when the DNS server is running on IPv4. The practical problem is a client is running in the LAN without any IPv6 connectivity to the outside world also gets those AAAA records; when it then tries to connect to the service, it eventually times.

That is exactly what happened with Gmail. Google added IPv6 records for the Gmail service some time ago, and suddenly the snom ONE email client didn't work anymore if your PBX didn't have IPv6 connectivity.

The way we fixed the problem is the PBX now looks at the IPv4 records first. I didn't say "solve the problem” because this isn't a proper solution. The day IPv4 will become unavailable to the PBX, this fix won't work anymore. I guess we have a few more years to properly solve that problem. For now we can live with the workaround, and hopefully snom ONE users will not notice anything.

Latest Articles

View All

Why Multi-Tenant Still Matters for MSPs

Multi-tenant architecture allows MSPs to manage multiple customers efficiently on a single, secure PBX while maintaining strict tenant isolation. By sharing infrastructure, MSPs can reduce operational costs, apply updates and security patches centrally, scale customers on demand, and onboard faster without increasing complexity. As cloud and SaaS models continue to dominate, a well-designed multi-tenant phone system provides the control, flexibility, and reliability MSPs need to support growth, evolving requirements, and modern communications workloads.

January 19, 2026

Start 2026 with a cloud PBX built for real-world deployments

A flexible, cloud-neutral PBX built for real-world deployments in 2026, Vodia supports MSPs, enterprises, and service providers with an open, SIP-compliant platform designed for scale. With Vodia PBX version 70 arriving in Q1 2026, the platform brings multi-tenant hosting, reuse of existing IP phones through centralized provisioning, built-in WebRTC softphones, transparent licensing, and partner-driven support, giving organizations full control over modern business telephony without lock-in or hidden costs.

January 13, 2026

Seamless Compatibility: Htek and Vodia Joint Webinar - Recording Now Available

The recording of the Htek and Vodia joint webinar “Seamless Compatibility” is now available, showcasing how the Vodia PBX integrates with Htek’s UCV(Pro) and UC900 series IP phones. The session highlights zero-touch provisioning, real-world deployment examples, and practical use cases for education and hospitality, illustrating how the combined solution delivers a reliable and future-ready communications setup for businesses of all sizes.

January 7, 2026