an open source service desk that turns inbound email and web requests into tracked, assigned, SLA governed tickets.
This product is available in the build below. Open it for the operating system, cloud and version detail, or read its deployment guide.
| Product | Cloud | Operating system | Version | |
|---|---|---|---|---|
| OTOBO Service Desk on Ubuntu 24.04 LTS | Azure | Ubuntu 24.04 | Standard | View · Guide |
OTOBO is a service desk and ticketing system for IT and service organisations, and the maintained community successor to OTRS after that project's community edition was discontinued. Requests arrive by email or through a self service portal, land in a queue, and are assigned to an agent or a team. From there the whole working life of a request is tracked in one place: the conversation thread, the owner, the state, the escalation clock, and every change made along the way.
Around that core it carries the machinery a real service desk needs. Service level agreements set response and solution times per queue and escalate when they are missed. Standard templates and canned responses keep replies consistent. Dynamic fields and custom forms capture the information a particular request type actually requires, rather than forcing everything through one shape. A customer portal and a knowledge base let people raise and track their own requests and find answers without raising one at all. Statistics and reports turn the ticket history into volume, workload and SLA attainment figures.
For teams integrating a service desk into a wider estate, a generic web service interface exposes ticket operations over REST and SOAP, and directory authentication lets agents sign in with the credentials they already have.
The browser install wizard is already run, and then permanently closed at the application level rather than merely unlinked, so it stays closed even if the database is emptied. OTOBO's published bootstrap account is removed during the build: no password anyone could look up ever reaches a running instance. Each instance generates its own administrator password, database password and TLS certificate on first boot and writes them to a root only file, so no two deployments share a secret. The application server is bound to the loopback interface behind an HTTPS front end that normalises the forwarding headers, which is what keeps OTOBO's own session address binding meaningful. Every image is paired with a step by step deploy guide and 24/7 cloudimg support.