Caldav test servers

The issue names the caldav-server-tester and the Python and Docker test-server setup, but does not identify files or a specific implementation task. First read the test framework and its existing server configuration to understand how external servers are exercised. Done would require a concrete new server or test-account contribution; the issue currently asks broadly for credentials and server suggestions rather than defining one.

This was last updated 2026-03-08, between v3.0.0 and v3.0.1

Call for help

I need servers to test the library with!

The library is now relatively well-tested towards open source servers, but it's not much tested towards cloud servers. I don't want to run around signing up at different services and installing test servers myself. I need your help supplying me with test accounts I can use. An URL, a username, a password and a short description of what kind of server I will find. I expect the accounts given to work on a long term, but ad-hoc access when doing research on bugs or when doing releases may also work out. Even just running the caldav-server-tester and give me the results is better than nothing.

The credentials plus contact information will be kept in a plain text config file ("encryption on rest" on the storage/file system level) on a private server of mine and on my laptop, plus possibly an encrypted backup. It will only be used for running the test suite. The testing will create test calendars and will delete them when done, it should not touch any calendaring data on the account (though no guarantees given), I'm using my personal calendaring accounts on some systems.

Tests towards external servers will be run ad-hoc when working towards releases.

The test code spawn quite a lot of communication, as it (tries to) make sure all previously used test calendars are properly deleted bwtween every test. Please get in touch with me if this is an issue for you. I do have some rate-limiting options in the test setup.

Contributing with access to a test account is a win-win-situation, as you can be sure exactly your server is regularly tested.

Even if I now have a battery of docker-containers with various open source servers that I'm testing towards, it's still useful to test towards extra external servers. Things may work sweet towards a local docker instance, but still frequently users reports the strangest problems on the issue tracker - real world servers may not run the same version as the docker test framework, the configuration may vary, the configuration of other components like proxying through nginx - even server latency may cause issues.

Test servers included in the framework

Tests are regularly done towards those servers:

Built-in python test servers:

• Xandikos
• Radicale

Docker-based servers:

• Baikal
• Bedework
• Apple CalendarServer (CCS) - docker
• Cyrus
• DAViCal
• Davis
• NextCloud
• Open eXange (not very well-tested due to serious compatibility issues)
• SOGo
• Stalwart
• Zimbra

The python tests will run if the python package is installed and available in PYTHONPATH. The docker-based servers will be tested if Docker is available.

I'm currently not aware of other significant open source servers, except for Robur. Robur does not fit very well into the testing framework.

Public test servers

My plan was to manage some public test servers, and at some point I had some of them running - but currently this idea is shelved.

Nextcloud has a public test server ... from https://try.nextcloud.com/ it's possible to generate a username that is valid for one hour (should probably try looking into automating things here)

Robur is also available for the public, but I'm keeping a dedicated username/password in my "private" config.

Private test servers actively used

(More or less) stable test servers

A bit on and off, but my "battery" of private testing accounts includes:

• DAViCal
• eCloud
• Zimbra (will be discontinued due to license problems)
• Synology
• Purelymail
• Robur
• Posteo
• GMX (a 3.0 pre-release tested OK, but when testing 3.0 it was spewing authentication errors - I haven't looked more into it)

Long time ago (varying for the servers below, but for some it even means "before the 1.0 release") the library has also been tested towards:

• Different Nextcloud versions and installations
• iCloud
• Google (but only their deprecated endpoint as for now)
• Fastmail
• Lark
• all-inkl.com
• calendar.mail.ru

Other test servers currently missing

... not aware of any, but please inform!

**Please help! Donate credentials for working test account(s) on YOUR caldav server! **