I suspect this is a file or directory access issue. Looking for any clues about this. I've installed roundcube 1.6.11, Apache 2.4.62, and tried PHP 8.3 and 8.1, same issues with both.

When anybody installs a newer version of Roundcube, if they replace the TinyMCE, with the previous TinyMCE that easily lets users use custom animated emotions, does the TinyMCE run properly?  😎

Thanks. That worked. And I've dropped all the bits that were duplicated from /etc/apache2/conf-available/.

I am able to sent mail using postfix with dovecot via Thunderbird app but when I am trying to send a mail using roundcube web UI then i am getting SMTP error(): connection to server failed

So what need to be check and any modification required?

DocumentRoot /var/lib/roundcube/public_html

I have a default current installation of Roundcube in Debian 12 using apt. I was accessing it through a reverse proxy which I am dismantling. This did a redirect from webmail.mydomain.com to mail-www.mydomain.com/roundcube. I had to make a small config adjustment in roundcube for this to work ($config['request_path'] = '/'.

I am now running pfSense with HAproxy and I am not very clever with it so I have not worked out how to make it switch the FQDN's.

What I am trying to do is set up a virtualhost in apache 2.4 for webmail.mydomain.com, dragging in the settings from /etc/apache2/conf-available/roundcube.conf

What I have ended up with is:
<VirtualHost *:80>

    DocumentRoot /var/lib/roundcube
    ServerName webmail.mydomain.com
   
    <Directory /var/www/roundcube>
        Options FollowSymLinks
        AllowOverride None
        Require all granted
    </Directory>

    <Directory /var/lib/roundcube/public_html/>
      Options +FollowSymLinks
      # This is needed to parse /var/lib/roundcube/.htaccess. See its
      # content before setting AllowOverride to None.
      AllowOverride All
      <IfVersion >= 2.3>
        Require all granted
      </IfVersion>
      <IfVersion < 2.3>
        Order allow,deny
        Allow from all
      </IfVersion>
    </Directory>

    # Protecting basic directories (not needed when the document root is
    # /var/lib/roundcube/public_html):
    <Directory /var/lib/roundcube/config>
      Options -FollowSymLinks
      AllowOverride None
    </Directory>

    <Directory /var/lib/roundcube/temp>
      Options -FollowSymLinks
      AllowOverride None
      <IfVersion >= 2.3>
        Require all denied
      </IfVersion>
      <IfVersion < 2.3>
        Order allow,deny
        Deny from all
      </IfVersion>
    </Directory>

    <Directory /var/lib/roundcube/logs>
      Options -FollowSymLinks
      AllowOverride None
      <IfVersion >= 2.3>
        Require all denied
      </IfVersion>
      <IfVersion < 2.3>
        Order allow,deny
        Deny from all
      </IfVersion>
    </Directory>
    ErrorLog /var/log/apache2/roundcube.mydomain.com.error.log
    LogLevel emerg
    CustomLog /var/log/apache2/roundcube.mydomain.com.access.log "combined"

</VirtualHost>

This does not work and I get the default webserver page.

If I change the first directory block to:
    <Directory />
        Options FollowSymLinks
        AllowOverride None
        Require all granted
    </Directory>

Then it all works but I don't think it is the right think to do as it seems to me to open up the whole filesystem.

What is the way to get this working safely?

I have three recommendation for the Compose email user interface.

1. Move the "Send" button to the upper left of the Compose menu bar.
2. Move the "Open in new window" to the right of the Compose menu bar.
3. Arrange all the icons in the main (vertical) menu consecutively.

IMHO, this provides a much cleaner user interface. This prevents users from having to jump around the screen to find things. Discontinuities are disconcerting. Users are used to navigating menus from left to right or from top to bottom, and expect to find commands near where their mouse is.

You would have to make sure the user ids match the correct user, you also may run into issues if the table structure has changed between releases.

The development team is pleased to announce the beta release for the next major version 1.7 of Roundcube webmail.

With this milestone we introduce a few breaking changes, some new features, and bring full support for PHP 8.4.

Some noteworthy changes are:

• Make public_html/ mandatory as entry-point for HTTP daemons, protecting all installations better.
• Improve support for OAuth2 (e.g. supporting OpenID Connect discovery URLs).
• A Mouse-over menu on the messages list with quick action icons.
• Advanced mail search syntax with more possibilities – you can now use e.g. is:unread to only match unread messages. The test file has a list of implemented keywords.
• Message parts of content-type text/markdown are now rendered to HTML (if they are designated for showing).
• Add a 'php' logging driver, which passes all log statements to PHP's error_log handler, allowing to unify all log output.
• Requires PHP v8.1 or newer.

Breaking Changes

• Dropped support for PHP < 8.1.
• Removed support for MS SQL Server and Oracle.
• Make public_html/ entry-point mandatory, all static resources are served via static.php.
• Removed apc cache driver (replaced by apcu cache driver).
• Change smtp_log option default value to false.

For full details please see the release notes.

This is a beta release and we recommend to test it on a separate environment. Migrate existing configs with either the installto.sh or the update.sh scripts.

And don't forget to backup your data before installing it!

Source: https://roundcube.net/news/2025/07/14/roundcube-1.7-beta-released
Get it Now: https://roundcube.net/download

Can I just replace the current content of the identities table?
This would easen the update of the contacts a lot.
But this raises the question how users are identified and related to their identity...

Thomas