Urgent.News

What's breaking now, across thousands of outlets.

Tech

Qisutu: An Open-Source, Self-Hosted Service Desk for ITSM and Automation

Many organizations still need a service desk that runs on their own infrastructure. They may have strict data-protection requirements, existing directory services, internal workflows, or simply want to remain in control of their system and data. That is why we created Qisutu : a fully open-source, self-hosted service desk for ticketing, IT service management, and process automation. Qisutu 1.0.3…

Many organizations require a service desk solution that operates on their own infrastructure, due to data protection requirements, existing directory services, internal workflows, or a desire to retain control over their system and data. Qisutu is an open-source, self-hosted service desk created to meet these needs, offering ticketing, IT service management, and process automation.

The current stable release is version 1.0.3, which is ready for production use. Qisutu integrates various components to operate a professional service desk, including agent and customer portals, ticket creation through web interface and email, queue-based processing, automation and configurable workflows, knowledge base and multilingual FAQs, configurable configuration management database (CMDB), reports and statistics, and a REST API.

Qisutu is built for self-hosting, running entirely on the organization's controlled infrastructure. Ticket data, customer information, attachments, credentials, and configuration remain on the operator's server. The software utilizes Perl and CGI, MariaDB or MySQL, Template Toolkit, and Apache for its functionality.

Installation is facilitated by a script that prepares required packages, Perl modules, Apache configuration, systemd services, database configuration, and a web installer. Multiple Qisutu instances can operate independently on the same server, allowing for separate production and test environments without mixing their databases, services, or configuration.

Email integration is available via IMAP and SMTP, Microsoft 365 with OAuth2 and XOAUTH2, Google Workspace or Gmail with OAuth2 and XOAUTH2. Access tokens, refresh tokens, client secrets, and mail credentials are encrypted and TOTP-based two-factor authentication is supported. Security measures include CSRF protection, secure session cookies, encrypted stored credentials, and two-factor authentication for administrators, agents, and customers.

The system is licensed under the GNU Affero General Public License 3.0 or later, and the complete source code, installation instructions, API, module documentation, changelog, security policy, and contribution guidelines are publicly available. For more information, visit the project website (https://qisutu.de/), access the GitHub repository (https://github.com/qisutu/qisutu), or download the latest version directly (https://ftp.qisutu.de/qisutu-1.0.3.tar.gz).

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

ADAM-PS5

🎮 ADAM-PS5 — A PS5 Emulator in Development I’m working on an ambitious project called ADAM-PS5 , with the ultimate goal of developing a PlayStation 5 emulator for PC capable of running PS5 games .

  • ADAM-PS5 is an independent project to develop a PlayStation 5 emulator for PC.
  • Project focuses on system architecture, low-level emulation, and hardware/software replication.
  • AI integration for error analysis and development assistance.

Go Server-Rendered Login Controls: Auditable Session Verification Through Password Recovery

Short answer: For a server-rendered Go login, keep session creation, verification, refresh, and logout under one server-side policy, then make password recovery revoke old sessions and emit an audit…

  • Server-rendered login controls maintain session management under one policy.
  • Password recovery revokes old sessions and creates an audit trail.
  • Alert informs about incomplete session revocation without assuming login failure.

Why End-to-End Crawler Testing Matters Beyond robots.txt for Website Visibility

A valid robots.txt file does not necessarily mean a website is accessible to crawlers. Requests can still fail when a web application firewall , CDN, hosting configuration, rate limit, or other…

  • End-to-end crawler testing validates actual crawler access beyond robots.txt directives.
  • Testing helps pinpoint exact layer causing access problems, not just relying on crawl reports.

More from Thursday 3 September →