That is definitively a scam/phishing email, don't enter your username/password and if you did change it immediately.

I've had an email purporting to come from Rouncube saying:

Temporary IMAP/POP3 server issues (port: 993) have delayed some incoming emails to your inbox.

It prompts me to get the 'delayed' emails and then wants me to imput username and password. I assume this is a scam - but is it?

Anyone else got this messgae?

Thanks

Hello,

This is an ongoing issue. We have 20 email accounts. A few of them are not receiving emails, but they are forwarding the emails to gmail accounts as assigned. Why are they not staying in the roundcube inbox also?

I have requested support several times, but cannot resolve. At least two of our email accounts have this issue. When I have tested the inbox receiving emails directly, they show up, but no other time. Tonight we tested emails from different addresses, different locations. They all came in. Nothing shows prior. There are no settings to delete emails.

Also, the only folder I do have is "inbox", no "trash", no "sent", etc. The accounts that receive emails do have these folders.

Note: As soon as I posted all my test emails are gone from my inbox, but one new email came in. So where are the emails going from my inbox?

Any helpful suggestions would be appreciated.

Gratefully,
Summer

Roundcube does not have any mailing list generation functions built in. I recommend you use dedicated mailing list software rather than trying to do it via a standard mail client.

Roundcube "washes" HTML content of emails before rendering. This process has a few different functions. First security, preventing XSS and warning or blocking references to external resources for example. It also does things like ensure any IDs or class names used in the message are unique - Roundcube is web based so element identifiers used in the message should not clash with the application.

Nice update, PHP 8.4 support and the advanced mail search look really useful. I'll probably test 1.7 beta in a separate environment first since they've dropped older PHP and database support.

Well, it turns out that somehow my mail system is deleting the style attribute. Some Dovecot commands I learned in IRC:

Dovecot version:
dovecot --version
Search (will output hash and UID to use in third command):
doveadm search -u [email protected] MAILBOX INBOX HEADER Message-ID '<[email protected]>'
Echo raw message:
doveadm fetch -u [email protected] body mailbox-guid 674b4221102d7d66fd3900006dd16ccc uid 2354
The HexChat IRC client worked in case anyone else is having trouble figuring out a free/working IRC client in 2025 to get Dovecot support.

For the sake of others who will come across this thread, I suppose my question still remains valid: does RoundCube modify email contents for any reason e.g. to fix compatibility issues)?

I'm trying to fix an issue with an email in my own system, it's from Google Maps. When my import script works it doesn't import a style attribute on the second table element in the email. However when I view the raw email in RoundCube the style attribute is present.

To add further complications I can't find the raw email message in the file system:

grep -r "c0fc8624ffa42b5..." / -s
That is an issue with Dovecot somehow. So while I figure out which deep dark dank cave has a computer with IRC access so I can ask them a question I have a question here:

Does RoundCube have any established policies to "fix" emails, at least from major providers, that are too lazy or incompetent to fix themselves?

Again, I'm trying to cover all bases while I deal with Dovecot having the email but not the file system (because that makes perfect sense 🙄�). Thank you in advance.

Hello to the community,

I use dozens of mailing lists with 90 email addresses - 100 are authorized.

Some emails are not delivered (rejected) because they are missing this sentence at the end of the message (signature).

"This email was sent to [RecipientEmail] because you are subscribed to our communications. To unsubscribe, click here*."

Link to a page on my website.

How can I ensure that sent emails have the recipient's email address?

Is there a keyword instead of [RecipientEmail] that would be replaced by the recipient's email address?

If possible,

Thank you sincerely.

Obturatix

Hi,

/^.*[0-9]{1,}$/gmix
will filter
Lorem ipsum 012345

test here: https://regex101.com

in case backslash is needed:

/^.*\\[0-9]{1,}$/gmix
will filter
Lorem ipsum \012345

in some cases (string within a program) 4xbackslash \\\\ might be useful, see here:
https://stackoverflow.com/questions/4025482/cant-escape-the-backslash-in-a-regular-expression