Upgrades without drama
Minor and framework upgrades with a snapshot first, scripted steps, a checked rollback path and a few minutes of downtime.
Ticket systems · OTRS · OFORK · Znuny · OTOBO · Deutsch
Our own support desk runs on OFORK, and before that it ran on OTRS. We upgrade it, tune it, connect it to telephony and monitoring, and write packages for it. We offer the same work to companies that run OTRS Community Edition or one of its forks.
Everything below is in production on the ticket system that handles our customer support, mail and alarms.
Minor and framework upgrades with a snapshot first, scripted steps, a checked rollback path and a few minutes of downtime.
PostgreSQL tuning for a large ticket database: query statistics, indexes on the busy log tables and settings sized for the server.
Agent login through an external identity provider, with session lifetimes that do not throw away half-written replies.
Inbound mail accounts, outbound relay, postmaster filters and monitoring that tells us when mail stops moving.
Calls and missed calls from the phone system turn into tickets or articles automatically.
Security and availability alarms arrive as tickets in their own queues, and only for the systems that should create them.
Our status page is fed from a dedicated ticket queue, so maintenance notices are written where the work is tracked.
Own OPM packages, ports of packages between forks, and scripts on the REST interface for replies, merges and article visibility.
OTRS Community Edition is no longer maintained, and many installations still run on it. Znuny, OTOBO and OFORK all continue from the same code base. We help you decide where to go and get you there.
A look at your current installation: version, packages, customisations, mail setup, database and security. You get a written report with clear next steps.
Planning and carrying out upgrades, server moves and the change from an old OTRS version to a maintained fork, including packages and data.
Custom OPM packages, ports of existing packages, and connections to phone systems, monitoring, identity providers and other tools.
Troubleshooting when mail stops or the system gets slow, and ongoing operation as a managed service with monitoring and agreed support hours.
Free download · GPLv3
Sometimes you need the original email from a ticket: for a mail provider's abuse desk, for a spam report, for a legal hold or to check headers and signatures. OFORK keeps the original source of every email, but getting it out took several clicks per message. TicketEMLDownload adds a Download email entry to the ticket menu that returns the original message as an .eml file.
Install it in Admin, Package Manager, or with bin/ofork.Console.pl Admin::Package::Install TicketEMLDownload-12.0.2.opm. Remove it with Admin::Package::Uninstall TicketEMLDownload.
Checksums: SHA256SUMS. Provided as is, without warranty. Test on a staging system first.
Every OTRS fork stands on more than twenty years of work by the OTRS developers and community, and on the people who kept the code alive after the Community Edition ended. We build our support desk on that work every day. The framework is GPL software, so a package like this is open source in any case. We would rather publish it properly, with source and a clear license, than keep a copy to ourselves.
If you improve it or port it to Znuny or OTOBO, we are happy to hear about it.
OTRS is a trademark of OTRS AG. OFORK, Znuny and OTOBO are the names of their respective projects. openfactory nordic oy is not affiliated with OTRS AG or with any of these projects.
Tell us which version you run and what bothers you. A slow system, mail that does not arrive, an upgrade you keep postponing or an integration you need are all normal requests.