I have something like this in the nginx config:
location ~ \.php(/.+)?$ {
    #rewrite "^/[a-zA-Z0-9]{16}/(.*)$" /$1;
    fastcgi_split_path_info ^(.+\.php)(/.+)$;
    fastcgi_index  index.php;
    include        fastcgi_params;
    fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
    fastcgi_param  PATH_INFO $fastcgi_path_info;
    fastcgi_pass   php-fpm;
}


The errors would be in the browser console not the Roundcube error logs.

OK, I've exactly the same problem...

Nginx on Debian 12.

No warning or error in logs...

What errors do you have in the browser console? It looks like your not getting the static assets, in 1.7 they are all served from the static.php file so I'm guessing there is a problem with the nginx config accessing that file.

and one new difference between my old RC 1.7 and current new - its using /public_html - but I update nginx config file :

server {
    listen 443 ssl http2;
    server_name localhost;
    root /var/www/html/webmail/public_html;
    index index.php;

May be nginx can't get access upper than public_html ....?

I vas used 1.7 git version for 1-2 years. Now I want update to current 1.7 git or 1.7 beta 2.
And I have problem with interface.

At this moment i try drop Roundcube database,  i try delete RC web-site folder and use full new files from RC 1.7beta2 archive. I update all with composer.

Only one what I use old - its config file, but in config file I switch off all plugins and set elastic as default skin.

I use nginx, and I pass test from installer.php.

Can't understand what I can do to repair interface.

I need your help, please!

Hello all, I just went through the trauma of installing the calendar plugin and getting it to work with Radicale. I wrote my experiences on my website

What andreashaerter and alpianon said above is completely correct. These were the two main points:

• You have to use the main kolab/calendar plugin, all the other forks are dead
• Your IMAP/Roundcube user/password must match your CalDAV user/password

That said, I found it much easier to install than alpianon's instructions above. This is for Ubuntu/Debian where roundcube is already installed:
apt-get install -y composer
cd /var/lib/roundcube
export COMPOSER_ALLOW_SUPERUSER=1
composer -n config allow-plugins.roundcube/plugin-installer true
composer -n require kolab/calendar

This installs composer from the apt repository (no need to manually install), and it installs the plugin and dependencies from the composer repository (no need to manually build), and if you are in the correct directory, it even adds the plugin to your roundcube config and runs the DB migrations for you automatically. You can now configure plugins/calendar/config.inc.php

The plugin is version 3.6.1 currently, which includes andreashaerter's fix... but I found yet another parsing bug in the plugin which needs fixing so that it works with Radicale:

--- plugins/libkolab/lib/kolab_dav_client.php.orig      2025-10-14 12:34:56.0 +0000
+++ plugins/libkolab/lib/kolab_dav_client.php   2025-10-14 12:34:56.0 +0000
@@ -1075,8 +1075,8 @@
             $rights = [];

             foreach ($set_element->childNodes as $privilege) {
-                if (strpos($privilege->nodeName, ':privilege') !== false && $privilege->firstChild) {
-                    $rights[] = preg_replace('/^[^:]+:/', '', $privilege->firstChild->nodeName);
+                if ($privilege->localName == 'privilege' && $privilege->firstChild) {
+                    $rights[] = $privilege->firstChild->localName;
                 }
             }

I reported this to Kolab after asking on their mailing list to be allowed to report, it is bug T8445

The Roundcube UI is built around IMAP so without a IMAP login Roundcube will not work. SMTP is only for sending mail.

Hi all..

Newbie to the community here.

I'm trying to set up roundcube to use smtp from postmark.com

On our hosting platform I've set up a subdomain and, using cpanel, and installed roundcube to the subdomain. It seems to be working (well the index.php url renders the roundcube login interface). In the installation steps I added the smtp server, port etc as provided by postmark.com.

When I get to the roundcube login page I'm using the username and password provided by postmark.com. The login fails.

The error in the log file reads (I've changed the identifies with [placeholders])

IMAP Error: Login failed for [postmarkusername] against smtp-broadcasts.postmarkapp.com from [myIPaddress]. Could not connect to smtp-broadcasts.postmarkapp.com:143: Connection refused in /home/[my subdomaindetails]/program/lib/Roundcube/rcube_imap.php on line 211 (POST /?_task=login&_action=login)

So that looks, to this newbie, like roundcube is passing the username to the IMAP port.

Can I tell roundcube to just use the SMTP details?

Many thanks
Roger

In settings under "Composing Messages" change "Compose HTML messages" to default the editor to start in HTML mode.