Source of my issue is this commit: https://github.com/roundcube/roundcubemail/commit/374a4a5e25048f99cbded5be3fb7edec0605885f
It changes Mail_mime 'html_encoding' parameter from a fixed 'quoted-printable', to 8bit for most cases. Mail_mime does not wrap lines for 8bit, only when html_encoding is quoted-printable or base64.

I will add my finding to the original issue on Github as well.

It sounds like the database is corrupted, see if this fixes the issue: https://dba.stackexchange.com/questions/56849/innodb-tablespace-is-missing-for-table

That would point to the mail server doing something odd, maybe enable smtp_debug and post that log?

First of all, thanks to the developers for this excellent program. I have been using Roundcube since version 0.9. Since updating from version 1.6 to 1.7, I have encountered a problem: I can no longer create new identities. The error log displays the following message: DB Error: [1030] Got error 194 "Tablespace is missing for a table" from storage engine InnoDB. Upon checking via my MySQL management tool (HeidiSQL), I am unable to open the "identities" and "responses" tables. Furthermore, the "users" table appears to be outdated; the "last login" timestamp for all users is listed as one year ago. Is there a way to fix this? Many thanks in advance. — René

Hi all,

I have an issue with line length after upgrading to version 1.7.0. The issue is that when I reply or forward an HTML message that has a very long line (more than 1000 characters), that this line is unwrapped when creating the reply, and not wrapped again when sending the message, resulting in my server rejecting the message.

The message I am replying to has a few very long html lines in the body, with some links and styling. When I export the original message, this line shows as properly wrapped at every 76th character.

To check what is happening I created a reply and immediately store it as a draft. When I export this draft, I can see that none of the lines in the message are wrapped and one of them is over 1000 characters. When I try to send such a message my server rejects the message because lines cannot go over 998 octets.

Leading to my conclusion that when I create a reply the lines are unwrapped, and they are not rewrapped before sending it to my server. This has started to happen after updating to version 1.7.0 of roundcube, so it's likely that it has something to do with something that has changed.

Can I get some help to figure out what is going wrong? I am not sure where to start to search for the issue.

Maillog entries:
May 20 15:22:31 mustang sendmail[132997]: 64K5qVnk132997: AUTH failure (LOGIN): generic failure (-1) SASL(-1): generic failure: checkpass failed, user=scldad, relay=localhost [127.0.0.1]
May 20 15:22:31 mustang sendmail[132997]: 64K5qVnk132997: localhost [127.0.0.1] did not issue MAIL/EXPN/VRFY/ETRN during connection to MSA
May 20 15:23:45 mustang dovecot[2234]: imap-login: Login: user=<scldad>, method=PLAIN, rip=219.93.12.138, lip=203.2.199.4, mpid=133035, TLS, session=<cs8pazlSiLfbXQyK>
May 20 15:23:46 mustang sendmail[133060]: 64K5rkVp133060: AUTH failure (LOGIN): generic failure (-1) SASL(-1): generic failure: checkpass failed, user=scldad, relay=localhost [127.0.0.1]
May 20 15:23:46 mustang sendmail[133060]: 64K5rkVp133060: localhost [127.0.0.1] did not issue MAIL/EXPN/VRFY/ETRN during connection to MSA
May 20 15:23:47 mustang dovecot[2234]: imap-login: Login: user=<scldad>, method=PLAIN, rip=219.93.12.138, lip=203.2.199.4, mpid=133096, TLS, session=<IEVUazlSirfbXQyK>

For a Gmail style preview experience the Chrome extension Docs Online Viewer is probably the closest match

There really isn't much information to go off of there without knowing what the device is getting or the server is sending there isn't anything to go off of.

Unfortunately, Android browsers do not have (or I cannot find) a debug- facility where I can network traffic.
Here are the HTTP log entries:

219.93.12.138 - - [20/May/2026:10:13:51 +0930] "GET /roundcubemail/?_task=mail&_action=compose&_id=2885358406a0d02a429162 HTTP/1.1" 200 34475 "http://www.sdc.com.au/roundcubemail/?_task=mail&_mbox=INBOX" "Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/148.0.0.0 Safari/537.36"
219.93.12.138 - - [20/May/2026:10:13:58 +0930] "POST /roundcubemail/?_task=mail&_action=autocomplete HTTP/1.1" 200 93 "http://www.sdc.com.au/roundcubemail/?_task=mail&_action=compose&_id=2885358406a0d02a429162" "Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/148.0.0.0 Safari/537.36"
219.93.12.138 - - [20/May/2026:10:14:01 +0930] "POST /roundcubemail/?_task=mail&_action=autocomplete HTTP/1.1" 200 94 "http://www.sdc.com.au/roundcubemail/?_task=mail&_action=compose&_id=2885358406a0d02a429162" "Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/148.0.0.0 Safari/537.36"
219.93.12.138 - - [20/May/2026:10:14:18 +0930] "POST /roundcubemail/?_task=mail&_unlock=loading1779237857109&_framed=1 HTTP/1.1" 200 398 "http://www.sdc.com.au/roundcubemail/?_task=mail&_action=compose&_id=2885358406a0d02a429162" "Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/148.0.0.0 Safari/537.36"
219.93.12.138 - - [20/May/2026:10:16:06 +0930] "GET /roundcubemail/?_task=mail&_action=compose&_id=2885358406a0d02a429162 HTTP/1.1" 200 34475 "http://www.sdc.com.au/roundcubemail/?_task=mail&_mbox=INBOX" "Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/148.0.0.0 Safari/537.36"

What response code is the browser receiving and can you very what the server is sending?