What an open source ticketing system actually gives you
Open source means the code is public, the actual application, every line of it sitting out in the open where anyone can look. Anybody can download the whole thing, read it, change whatever they feel like changing, and run it on a machine they own for the next ten years without paying a licence fee to a single soul. Apply that to a ticketing system and it turns into something very concrete indeed. The software runs on a server you control. The tickets, the customer emails, the whole history, all of that sits in a database you control too. And there is no vendor anywhere in the picture, so nobody can put the price up on you next spring, nobody can retire the one feature your workflow happens to lean on, and nobody, people underestimate how good this one feels, gets any say at all in how many agents you add.
We at Maxdesk think that is a genuinely good deal for the right team, and we would rather say so up front, since the rest of this page is going to be straight with you about who the right team actually is. Some of the people reading this really should go and self-host, we mean that sincerely. The rest are about to sign themselves up for a part-time job nobody warned them about, and somebody ought to do the warning before the weekend gets spent on it.
What we are not going to do here is walk through what a ticketing system does all day, the lifecycle, the queue, the ways a shared inbox falls over on its own. All of that lives on our ticketing system page, written once and properly, and it holds for every tool in the category whether the code is open or not. The only question this page cares about is a narrower one. Do you host the thing yourself, or does somebody else host it for you.
The case for open source, made properly
Most hosted helpdesk companies write about open source the way a cat writes about dogs, so let us try to be better than that, fair is fair.
Some organisations have hard rules about where data is allowed to live, and if yours is one of them, a self-hosted system on infrastructure you control answers those rules completely, in a way no hosted vendor can honestly match, and we include ourselves in that. Teams with real developers and genuine capacity to spare get a different prize out of it, they can open the code up and change how the thing actually behaves, and a tool you can rewrite ends up fitting your workflow the way nothing off a shelf ever quite manages. And if you have been burned by a vendor before, plenty of teams have, mind you, there is a deep comfort in software that cannot be discontinued, acquired or repriced underneath you. The good open source projects in this category are mature and widely deployed besides, this is not experimental software, some of it has been running support desks for longer than some of our team has been working anywhere.
All of that is true, and none of it is us being polite, so take it seriously.
Free like a puppy: what self-hosting really costs
The licence costs nothing, the way a puppy costs nothing. It is the feeding that gets you.
- $0LicenceGenuinely $0
- •ServerRent + monitor
- •Domain + TLSRenew before it expires
- •DatabaseStand up, tune, back up
- •Mail deliverabilitySPF, DKIM, DMARC, warm-up
- •Security patchesEvery month, forever
- •Backups (tested)Untested = a folder of nothing
- !One developerOn call when it breaks Saturday
Think about what has to exist before ticket number one ever arrives. Somebody rents a server, or finds one going spare. There is a domain to sort out, and TLS certificates, which will quietly expire one day after everyone has forgotten they exist. There is a database. And then there is outbound email, which has to actually land in inboxes rather than spam folders, and anyone who has ever tuned mail deliverability by hand can tell you exactly what kind of afternoon that turns into. None of it is exotic work. It is just work, all of it, and every last bit has to happen before your open source ticketing system has held one single conversation.
Then comes the part everyone underestimates, and it is not the installing, it is the owning. A helpdesk holds your customers' names and emails and problems, so when a security patch comes out somebody has to notice, and somebody has to apply it, because an unpatched helpdesk sitting on the open internet turns its self into a very bad Monday sooner or later. Upgrades land and, now and again, break the plugins you bolted on. Backups have to run, and, funnily enough, they also have to be tested, since an untested backup has a habit of turning out to be a folder of nothing at the exact moment you reach for it. The server fills up. The certificate lapses on a Saturday. The mail queue jams. Each one of these becomes a ticket about your ticketing system, which is a genre of ticket support managers learn to dread.
And underneath all of that sits the quiet one, the person. In most small teams the whole installation is one developer's weekend project, it runs beautifully, everybody forgets it exists, and then that developer changes jobs and the helpdesk becomes a haunted house nobody knows how to touch. We are not being dramatic, ask around, to be honest with you, this exact story is everywhere.
None of this makes open source bad. It makes it a commitment, and the honest comparison was never free versus paid, it was always your team's hours versus somebody else's.
Freeware, free plans and open source: three different kinds of free
Three things get called a free ticketing system and they are three different animals, so it is worth thirty seconds to pull them apart.
You do not pay, and you cannot see inside. Riskiest of the three — unmaintained software fails at the worst time.
Public code, free licence. You pay in servers, patches and hours — every year, quietly.
Vendor runs everything. Ask how they survive — ours: a sponsor on the free workspace, a rolling 3-month window.
Freeware is the older word, and it covers software you do not pay for and also cannot see inside. There is no licence fee, but there is no source code either, and usually no promises of any kind. A freeware ticketing system with no business model behind it is honestly the riskiest thing on this page, because software that earns nothing tends to stop being maintained, quietly, and you find out at the worst time.
Open source means the code is public and the licence is free, and everything above about servers and patches applies. Free as in freedom, as the old saying goes, though you do end up paying for it in maintenance, every year, quietly.
A free plan on a hosted product, which is what we are, means the vendor runs everything and gives a real tier away, and the honest question to ask any of us is how the vendor survives, because when you cannot see the business model, you are probably the product. So here is ours, said out loud. The free workspace shows a supporting sponsor and it keeps a rolling 3 month window of ticket history, and the paid tiers exist for the teams who want that gone, that is the whole arrangement. Nothing gets deleted at 3 months either, mind you, the older data sits there and unlocks again if you ever upgrade, it is only that the free plan cannot see past the window, and you deserve to know that before you commit rather than after.
The full comparison of the models, per agent against per workspace against the metered ones, is written up as help desk pricing models. What we will never do is charge per agent, on any tier, including the $99 one. Most free plans in this category cap your team at 2 or 3 agents and start billing the day you hire, and that is the trap this whole page exists to talk about, no two ways about it.
Why you went looking for open source in the first place
Here is a thought that might land, or might not, but we see it often enough to say it.
Most people typing open source ticketing system into a search box are not actually shopping for source code. Hardly anyone reads the code. What they want is to run a support desk without a per-seat invoice that grows every time the team does, and open source is the only category where anyone told them that was allowed. The self-hosting is not the goal. The self-hosting is the price they assumed they had to pay for the goal.
If that is you, if what you really wanted all along was unlimited agents without the bill, then you have a second option now and it does not involve a server. A Maxdesk workspace costs $0, and that gets you unlimited agents and unlimited tickets, the email to ticket, the SLAs, the automations, knowledge base, reports, everything in the toolkit further up this page. Pro is $20 a month for the whole workspace, which takes the ads away, puts your own branding on and stretches history out to 12 months, Elite is $99 with the AI agents and 24 months of history, and none of those numbers move an inch when your headcount does, so ten agents cost exactly what two agents cost, which is nothing.
Although if the code its self was honestly the point for you, keep reading, the next section was written with you in mind.
What Maxdesk is not, said plainly
Maxdesk is not an open source ticketing system. There is no code for you to read or modify, and no copy you can take away and run on your own hardware, and if any of that is a hard requirement then this simply is not your product, however much the pricing appeals to you. We host everything, which means trusting us with your support data the way you would trust any SaaS vendor, and in some compliance regimes that trust is not even yours to extend, in which case self-hosted stops being a preference and becomes the answer, and we made the case for it further up and meant every word.
While we are at it there is more. Email is the only channel we ship, so anyone whose support model needs live chat or phone or a customer portal today should hear it from us now, we would far rather you found out on this page than in your second month with us. The free plan shows a sponsor and holds that 3 month history window we described above. And there is no plugin ecosystem either, what the product does is what it does, though the trade for that is nothing ever breaks on upgrade day, because the upgrading is our job.
Better to lose you honestly here, we think, than to win you now and disappoint you by autumn.
A fair test before you pick a ticketing system
Here is what we suggest to people who reach the bottom of pages like this one and still cannot decide, and since both routes cost nothing to try, there is really no excuse not to.
Give the open source route one honest weekend. Not a reading weekend, a doing weekend. Stand the thing up properly, the server, the database, the mail, the certificate, and get one real email turning into one real ticket by Sunday night. Then write down, honestly, how long the whole thing took you, and imagine paying that same attention again at every upgrade and every patch for the next three years, because that number, whatever it turned out to be, is the subscription. You will be paying it in hours instead of money, and hours are the more expensive currency in most support teams we have ever spoken to.
And give us the sixty seconds, since that genuinely is all the setup there is. Open a workspace, send an email at it, watch it become a ticket, and put your whole team on while you are in there, because that part costs nothing extra and it never will.
Then compare how the two Monday mornings felt. Some of you will have enjoyed the weekend, truly. Some people love that weekend, and those people should self-host, and they will be happy for years and we wish them well. Everybody else usually knows their answer by Monday, and no comparison table on the internet would have got them there quicker.
Open source help desk software or hosted: how to pick
Every open source help desk software comparison on the internet ends with it depends, which is true and useless, so here is the actual dividing line as plainly as we can draw it.
- Data legally must stay on infrastructure you control
- You have developer capacity that is already paid for
- You need to modify the code itself
- Customer data cannot go into any vendor's cloud
- Nobody on the team wants a server at 2am
- Dev hours cost more than they would save
- You want the desk live today, whole team on it
- The per-seat pricing was the real reason you searched
Self-host if any of these are you. Your data is legally or contractually required to stay on infrastructure you control. You have developers with genuine ongoing capacity, and their time is already paid for, and somebody senior has agreed that maintaining the helpdesk is part of their job rather than a favour. You need to modify the code itself, the actual behaviour, in ways no configuration screen will ever allow. Or the organisation simply will not put customer conversations in a vendor's cloud, full stop, in which case the decision was made before you ever searched.
Go hosted if the rest of it is you. Nobody on the team wants to own a server at two in the morning. The developer hours you would spend on patches and upgrades cost more than the thing they would be saving. You want the desk working today, this afternoon, with the whole team on it. And, be honest with your own self about this one, the thing that actually sent you down the open source path was the per-agent pricing everywhere else, and a hosted product that never charges per agent solves the real problem without handing you a second one.
A team of two can afford to get this wrong and quietly migrate later. A team of twenty cannot, so pick with your eyes open.
If hosted is your answer, the maths here stays simple. $0 for unlimited agents, a real workspace, not a trial, and a helpdesk taking tickets in about a minute. If self-hosted is your answer, we mean this sincerely, go and enjoy it, keep your patches current, test the backups, and if the maintenance ever stops being worth it, this page will still be here.
