Go to Settings -> Composing Messages -> Then set "Compose HTML messages" to "Always"

Again, there is no formatting choices when I send an email from my webmail for my domain. I am in html email as always which I have set in my preferences and don't change, and I'm sending message of my teaching schedule to students which has two sizes of type, bold, regular type and italic, but my message box is not letting me do it. It lists links but that's all.

Sometimes the formatting toolbar shows up. Sometimes it doesn't. Today it simply won't.

I look everywhere and can't find a way to do formatting when typing a new message to send. I'm going to have to switch to a gmail account to send this message.

Can anyone help? How do you get it to show when it doesn't show?

Tracy

Hey folks
Been fiddling with Roundcube lately, trying to get my mail setup half decent, and honestly it's crazy how quick things can go sideways if you don't watch your plugins or security bits. Made me think, whether it's your emails or even stuff like buying or selling gold (I've been checking out Goldiew lately), trust and transparency really do make all the difference. On Roundcube the forum's quite handy for fixing small glitches, themes, or dodgy plugins, but I was wondering if anyone's got clever ways to keep their accounts safe when handling sensitive info or even money stuff online. Like how do you check a service or seller's actually solid before sharing details? Personally I always peek at verified reviews or what others say first, same with Goldiew it's proper reassuring when you can see other people's experience before diving in. Saves a lot of headaches. Anyway, would love to know what you lot do to keep your stuff secure. Any habits or tricks that actually make a difference?

Cheers!

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