We want to forward messages depending on the cc-address or the bcc-address instead of 'only'the to-address...

I still don't have an answer, but it must be some odd caching issue as you suggested @JohnDoe. When I revert back to version 1.7-beta2 and even version 1.6.10 I now get the same behavior. I'll keep investigating and report back here if I find a solution. If anyone has ideas to try, I'm all ears. fwiw, I'm running a fedora 43 server with caddy v. 2.10.2.

Thanks for the reply.

No error messages in the roundcube errors.log file, and I am not using any imap or message caching:

// config/default.inc.php
$config['imap_cache'] = null;
$config['messages_cache'] = false;

Just in case, I rebooted the entire server and the issue persists.

The issue is with LemonLDAP-NG, not with roundcube.

There is an issue with the nginx-lua-headers.conf, it messes with the cookie.

Hi,

Sorry if this goes a bit outside pure email topics, but the logic feels close to how identities are handled here.

I recently looked into how animal RFID microchips work. The chip itself only stores a unique ID and all real information lives in an external database that gets queried when the chip is scanned. It reminded me of how Roundcube acts more like an interface while IMAP remains the actual data source.

I'm wondering if anyone ever used Roundcube as a lightweight interface to consult external identifiers stored somewhere else, not emails but things like inventory IDs or badge references tied to another system.

I'm not sure if this would make sense from a security or performance perspective, so I'm curious if any admins experimented with something similar or maybe rejected the idea for good reasons.

Thanks.

is there anything in the roundcube error log? also do you have any of the imap or message caching options enabled? if so does resetting the cache make any difference?

Hey everyone,

I'm trying to send an eSIM promo code to a colleague using Roundcube, but the link always ends up unreadable or the formatting gets messed up. I've tried plain text and HTML, but it still fails.
Has anyone managed to handle external links in emails without Roundcube altering them? I really need the code to stay clickable and clear.

I cannot find that skin. In the template files if you can find the reference to the "listmenulink" object. Something like:
<roundcube:object name="listmenulink"...
and it should have an attribute called either `optionsmenuicon` or `icon`. If you remove that attribute then the problem should go away.

Hello. My Roundcube instance is struggling to interpret media-rich emails correctly, particularly those from casino platforms such as RodeoSlot.
The problem is that the promotional blocks and slot machine visuals are completely unstructured. Despite allowing remote content in the preferences, the display remains fragmented, making the payout tables and bonuses unreadable. Could this be due to a limitation of the internal rendering engine or specific filtering at the IMAP server level? If you have a configuration change to suggest to force a clean display of these complex templates, I'm interested.

I recently updated from version 1.7-beta2 to 1.7-rc4. The problem below has now appeared:

When I first load ANY new unread message, all images in the message are blocked, as expected. However all email headers (From, To, ReplyTo, Date) are also missing (see screenshot). If I click off of the message then return to the new message, now all headers are correctly displayed. If I have previoulsy "allowed all from <email address>" then I see all message images (as expected) or I have the additional button of "Always allow from <email address>" (also as expected).

So, it's just the initial load of any new unread message. I'm not sure which version this problem appeared between beta2 and rc4.