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.

Roundcube is webmail software, someone (most likely the people you have bought the email account from) owns and runs the email server and installed the Roundcube software.

Roundcube in no way controls or run the domain or email server that your using.

If I were you I'd change the email on the account to avoid the problem.

Hello again,
Every time I would create a new email my signature would appear automatically as HTML.  Since I have to log in differently, my signature appears as plain text, but I can switch to HTML.  Is there a way to default to HTML?

Thank you.
Lila Johnson

Hello, I purchased an online account associated with this email address: *****@skyinbox.io. Looking at the source code for the page, it appears that the copyright belongs to: The Roundcube Dev Team.

I was given both the email address and password, and I changed it, but I don't see anywhere that it says a recovery email address in case I lose the password, and it doesn't do anything in the mailbox it has for doing so.

Does the seller of this email address have access to it somehow? Not finding anything about the "skyinbox.io" domain makes me suspicious.

https://skyinbox.io/

I'm a little scared they might try to scam me, which is why I'm asking here.

Thank you very much.

Check the users table in the database and look for multiple records for the same account. A difference username / mail host will cause a new user record to be created.