As far as switching to plain text, I think that anything you do to refresh the page after the initial load will then appropriately show the headers. If I go to my settings and turn off HTML views of messages I see the same behavior with new messages not showing headers on initial load.

I appreciate the time you are spending on this.

I commented out ALL plugins in the confing/config.inc.php file and just to be thorough (not sure if needed) I deleted all files in the temp/ directory.

Unfortunately there is no change. I'll leave all plugins disabled in case you want to have a look. It seems 2 plugins remain no matter what (jqueryui and filesystem_attachments).

I tested with the account you send and was able to briefly see the problem, after switching the email to plan text all the headers showed up as normal and the problem happen again. I noticed that you have a larger number of plugins enabled. Can you try diabling all the plugin and see if the issues continues? My leading guess is that either a outdated plugin or conflict between plugins is causing the issue.

Certainly! I'll pm you. Thank you

does this help? https://github.com/roundcube/roundcubemail/pull/9939

Hello. I want to use roundcube to access outlook. I created an oauth application in entra ID, assigned necessary permissions, copy-paste the example from defaults.inc.php file, and replaced the client ID and secret placeholders with my own. I was bounced back to login page, with an error (only shown in the URL,) `invalid_scope`. I checked the permission details for IMAP.AccessAsUser.All and SMTP.Send, turns out it's also within `graph.microsoft.com`. So i think the `https://outlook.office365.com/` part in oauth scope is not needed at all. I tried stripping that part, and finally got an oauth token, but i was bounced back to login page with no error reported even with debug_level set to 1. And i'm using roundcubemail-1.6.13-complete.tar.gz archive to deploy roundcube.

Hi all !

I just released version 1.7 of my skin.

Many CSS & JS fix.

The top bar now fits in "1 line" :


Bulk delete and archive are working !


Direct link : https://github.com/seb1k/Elastic2022


@stanislawl, could you please send me a screenshot of the issue? I couldn't find where the problem is.

Is there anyway I could get a test account to see if for myself?

Only minor version updates for php (8.5.2 to 8.5.3 to 8.5.4), but just to check I downgraded php to version 8.4 with the same results as my current version.

I spent all last weekend migrating data from a dusty rack server I haven't touched since the early 2000s. I expected a straightforward backup process but the hardware is struggling to keep up with current disk speeds... honestly the old interface feels incredibly sluggish compared to my modern desktop setup. It's funny how a system from around the release date for ps2 feels like an eternity ago in terms of performance. Everything ran so differently back then before the software updates we rely on today. Any tips on archiving these legacy drives without pushing the hardware too far?