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

Turn Your Android Phone into a Vodia Extension with the Vodia Android App

Vodia Phone 2 turns your Android device into an extension of your Vodia Phone System, making it easier to stay connected wherever you work. Native Android integration lets users make and receive business calls using their office number and identity, even when the app is running in the background. From one mobile app, they can hold, transfer and park calls, access voicemail, messages and contacts, review call history, view extension activity and manage important settings such as Do Not Disturb and call forwarding.

August 7, 2026

Introducing the Vodia PBX Installer Wizard for Windows

The new Vodia PBX Installer Wizard makes it easier for administrators to deploy Vodia PBX on Windows. It automatically detects the latest supported version, while still letting admins choose a specific V68, V69, or V70 build. The wizard downloads the required files, creates the Windows service, sets up the installation folder, and generates the access details needed to open the PBX. A download-only option is also available for preparing and inspecting the files without completing the installation.

August 4, 2026

Mobile Apps, Desk Phones, and Browser Calling: Choosing the Right Endpoint by Role

Business communication is no longer tied to a single device. Desk phones remain valuable for employees who manage high call volumes, mobile apps give remote and travelling teams access to business calling wherever they work, and browser calling fits naturally into computer-based workflows. This article looks at the strengths and limitations of each endpoint, explains which roles they suit best and shows why most organizations benefit from building the right mix rather than selecting one option for everyone.

July 30, 2026