It sounds like the HTML email your viewing is trying to load images from a server that has a SSL configuration problem. Try checking the browsers console that will likely give you more information about what file/domain is triggering the error.

Quote from: SKaero on October 30, 2025, 11:31:40 AMThat wouldn't be a Roundcube issue, it would be a issue with the web server SSL configuration.

You would think so right. But why would viewing messages in plain text always function fine. Then when you view in html it has the error sometimes? I read that it might be related to the clock?

try comment all try_files in you nginx config
and check what you see in /var/log/nginx/error.log

and you try update all with composer from RC root directory (when composer.json placed)?

The deprecated notice wouldn't be causing the user to be logged out. I see your using Roundcube through cPanel so its possible that cPanel is logging the user out.

That wouldn't be a Roundcube issue, it would be a issue with the web server SSL configuration.

anyone else having issues in the latest roundcube version? i keep getting the SSL_ERROR_NO_CYPHER_OVERLAP errors. there is old talk about this in older versions many years ago with info how to fix but nothing works. maybe a new bug.

A colleague was in Roundcube yesterday looking at their e-mails and was kicked out.

I looked at the error log for yesterday and the error says - "PHP Deprecated:  preg_match(): Passing null to parameter #2 ($subject) of type string is deprecated in /usr/local/cpanel/base/3rdparty/roundcube/program/lib/Roundcube/bootstrap.php on line 156".

I hope someone in this forum can help?

Kind Regards

The "session" table holds the PHP session information. The "vars" column is a base64 serialized object with the session values. Inside that object you would have the "user_id" and "username" to tie the session to the "users" table.

Hi, I can't understand how sessions are organized in the database:

1) Where are the authorization sessions stored? Is it in the "session" table?
2) What data is stored in the "vars" column?
3) How can I understand how a session relates to a "users" table?

no, it doesn't work.

Black and white page that require login.. no skin, no graphics.

try_files $uri = 404; commented and nginx restarted....