<?xml version="1.0" encoding="utf-8"?>
<!--RSS generated by Flaimo.com RSS Builder [2026-05-14 02:29:42]-->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"><channel><docs>https://bugs.sogo.nu/</docs><link>https://bugs.sogo.nu/</link><description><![CDATA[SOGo | BTS - Issues]]></description><title>SOGo | BTS - Issues</title><image><title>SOGo | BTS - Issues</title><url>https://bugs.sogo.nu/images/mantis_logo.png</url><link>https://bugs.sogo.nu/</link><description><![CDATA[SOGo | BTS - Issues]]></description></image><language>en</language><category>All Projects</category><ttl>10</ttl><dc:language>en</dc:language><sy:updatePeriod>hourly</sy:updatePeriod><sy:updateFrequency>1</sy:updateFrequency><item><title>0006209: HTML ckeditor content truncated on forward if header reference</title><author></author><link>https://bugs.sogo.nu/view.php?id=6209</link><description><![CDATA[It seams that a forward on a mail wich is already a response (to list?) truncate html from previous content.&lt;br /&gt;
&lt;br /&gt;
If we edit HTML directly in source, content is ok. It seems to be related to ckeditor.&lt;br /&gt;
&lt;br /&gt;
No probl with reply on the same mail.]]></description><category>Web Mail</category><pubDate>Tue, 12 May 2026 12:59:27 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6209</guid><comments>https://bugs.sogo.nu/view.php?id=6209#bugnotes</comments></item><item><title>0006208: Search results show corrupted HTML/CSS content</title><author></author><link>https://bugs.sogo.nu/view.php?id=6208</link><description><![CDATA[Following on from &lt;a href=&quot;https://bugs.sogo.nu/view.php?id=6200,&quot;&gt;https://bugs.sogo.nu/view.php?id=6200,&lt;/a&gt; I am still seeing incorrect presentation of HTML content on searched emails.&lt;br /&gt;
Attached examples - OK when the email is read in sequence in folder, Not OK when searched for and read.]]></description><category>Web Mail</category><pubDate>Tue, 12 May 2026 05:48:35 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6208</guid><comments>https://bugs.sogo.nu/view.php?id=6208#bugnotes</comments></item><item><title>0006203: Build packages for Ubuntu 26.04 LTS</title><author></author><link>https://bugs.sogo.nu/view.php?id=6203</link><description><![CDATA[Dear developers,&lt;br /&gt;
&lt;br /&gt;
Ubuntu 26.0t LTS was released[1] on Mar 23th 2026, any plan to build packages for it? And arm64 platform?&lt;br /&gt;
&lt;br /&gt;
[1] &lt;a href=&quot;https://discourse.ubuntu.com/t/resolute-raccoon-release-notes/59221&quot;&gt;https://discourse.ubuntu.com/t/resolute-raccoon-release-notes/59221&lt;/a&gt;]]></description><category>Packaging (Debian)</category><pubDate>Mon, 11 May 2026 08:02:48 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6203</guid><comments>https://bugs.sogo.nu/view.php?id=6203#bugnotes</comments></item><item><title>0006202: Adding participant to calendar invite received from external user causes invite to be sent using their email address as sender</title><author></author><link>https://bugs.sogo.nu/view.php?id=6202</link><description><![CDATA[(I'm a mailcow user, so I'm using SOGo as part of that install. I assume that this doesn't change anything with regards to this bug report, though.)&lt;br /&gt;
&lt;br /&gt;
I had a meeting in my calendar that was put in my calendar by receiving an invite from a @gmail.com address. I extended that invite by editing the calendar entry in Thunderbird and adding the additional participant's email address. mailcow created a new invite and sent it to the additional participant, using the @gmail.com email address of the original sender (the organizer of the meeting).&lt;br /&gt;
&lt;br /&gt;
This sender address was used both in the message header (From: header) as well as in the envelope of the email message (Return-Path: header).&lt;br /&gt;
&lt;br /&gt;
This is super dangerous to your mail server's reputation, because your mail server sends from an ip address that is not authorized by the original domain's SPF record (gmail.com in this case), nor is the message DKIM-signed. This is typical &quot;spamming&quot; behavior and can cause your mail server's reputation to degrade, with the consequence that you might suffer from future issues sending &quot;legitimate&quot; email to external recipients.]]></description><category>Backend Calendar</category><pubDate>Sun, 10 May 2026 17:50:03 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6202</guid><comments>https://bugs.sogo.nu/view.php?id=6202#bugnotes</comments></item><item><title>0006201: Calendar invite: email has invalid message id</title><author></author><link>https://bugs.sogo.nu/view.php?id=6201</link><description><![CDATA[When I send a calendar invite, the resulting email message has an invalid message id in the format Message-Id: &lt;&lt;a href=&quot;mailto:ae06c383-0f08-ba0a-682a-4db12d05fb49@example.org&quot;&gt;ae06c383-0f08-ba0a-682a-4db12d05fb49@example.org&lt;/a&gt;&gt;&gt; (note the duplicate &quot;greater than&quot; character!).&lt;br /&gt;
&lt;br /&gt;
The integration is: Thunderbird using CalDav towards my mailcow server. Thunderbird is not sending the invite locally via SMTP, but the mailcow backend creates the invite and sends it.&lt;br /&gt;
&lt;br /&gt;
More details here: &lt;a href=&quot;https://github.com/mailcow/mailcow-dockerized/issues/7213&quot;&gt;https://github.com/mailcow/mailcow-dockerized/issues/7213&lt;/a&gt;]]></description><category>Backend Calendar</category><pubDate>Sun, 10 May 2026 17:44:30 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6201</guid><comments>https://bugs.sogo.nu/view.php?id=6201#bugnotes</comments></item><item><title>0006200: HTML is not rendered on search results</title><author></author><link>https://bugs.sogo.nu/view.php?id=6200</link><description><![CDATA[Message html content is correctly displayed when browsing message list, but is not rendered if the message list is filtered by search criteria.]]></description><category>Web Mail</category><pubDate>Sun, 10 May 2026 09:55:24 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6200</guid><comments>https://bugs.sogo.nu/view.php?id=6200#bugnotes</comments></item><item><title>0006167: Email preview fails when message contains more than 250 embedded HTML tags</title><author></author><link>https://bugs.sogo.nu/view.php?id=6167</link><description><![CDATA[Symptoms:&lt;br /&gt;
&lt;br /&gt;
- Email preview does not render/display correctly&lt;br /&gt;
- No errors are shown in the logs&lt;br /&gt;
- The email displays correctly when opened in edit mode&lt;br /&gt;
- Other email clients (Thunderbird, Roundcube) display the same emails correctly in preview mode]]></description><category>with SOGo</category><pubDate>Thu, 07 May 2026 12:51:51 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6167</guid><comments>https://bugs.sogo.nu/view.php?id=6167#bugnotes</comments></item><item><title>0006168: Signature duplication when switching identities while composing email</title><author></author><link>https://bugs.sogo.nu/view.php?id=6168</link><description><![CDATA[We have identified an issue with signature management when composing emails with accounts that have multiple identities configured.&lt;br /&gt;
&lt;br /&gt;
Symptoms:&lt;br /&gt;
&lt;br /&gt;
- When composing a new email, the default user signature is inserted automatically&lt;br /&gt;
- When switching to a different identity, the new identity's signature is added to the message&lt;br /&gt;
- The original default signature is NOT removed, resulting in duplicate signatures&lt;br /&gt;
- Both the default user signature and the identity-specific signature appear in the email body&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Expected behavior:&lt;br /&gt;
When switching to a different identity while composing an email, the previous signature should be removed and replaced with the signature associated with the newly selected identity. Only one signature should be present at any time.]]></description><category>with SOGo</category><pubDate>Thu, 07 May 2026 12:51:28 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6168</guid><comments>https://bugs.sogo.nu/view.php?id=6168#bugnotes</comments></item><item><title>0006169: Image signature scaling issue: missing height attribute in style tag causes display problems in other email clients</title><author></author><link>https://bugs.sogo.nu/view.php?id=6169</link><description><![CDATA[We have found a bug related to image scaling in email signatures. When an image is resized within the signature editor, the generated HTML code is incomplete, causing display issues when the email is received by other email clients.&lt;br /&gt;
&lt;br /&gt;
Symptoms:&lt;br /&gt;
&lt;br /&gt;
- When resizing an image in the signature editor, the style tag only includes the width attribute&lt;br /&gt;
- The height attribute is missing from the style tag&lt;br /&gt;
- The original height attribute remains in the &lt;img&gt; tag&lt;br /&gt;
- This causes a mismatch: width from style + height from img tag&lt;br /&gt;
- Recipients using other email clients see distorted/broken images due to incorrect aspect ratio]]></description><category>with SOGo</category><pubDate>Wed, 06 May 2026 18:10:00 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6169</guid><comments>https://bugs.sogo.nu/view.php?id=6169#bugnotes</comments></item><item><title>0006172: HTML sanitizer removes clickable area for newsletters using &lt;a&gt; wrapping &lt;table&gt;</title><author></author><link>https://bugs.sogo.nu/view.php?id=6172</link><description><![CDATA[We are SOGo administrators and have received multiple user reports regarding newsletters from well-known companies and media outlets where “Read more” buttons or large clickable areas are not clickable in SOGo, while they work as expected in other mail clients such as Roundcube, Thunderbird, and Gmail.&lt;br /&gt;
&lt;br /&gt;
After analysis, this behavior is caused by SOGo sanitizing HTML patterns where an &lt;a&gt; element wraps a block-level &lt;table&gt;. When sanitized, the anchor is removed or neutralized, leaving visually styled buttons (usually &lt;td&gt; elements) without an actual &lt;a href&gt; inside, making them non-clickable.&lt;br /&gt;
&lt;br /&gt;
Technically, the HTML in these newsletters is not ideal, as the button text itself is not wrapped in an anchor. Instead, the layout relies on a parent &lt;a&gt; element wrapping a table. Other mail clients apply heuristic rendering and still make the area clickable. SOGo, correctly prioritizing security and standards, does not.&lt;br /&gt;
&lt;br /&gt;
However, from an operational and user-experience perspective, this leads to a recurring issue:&lt;br /&gt;
end users cannot interact with legitimate content from widely used senders, and administrators are repeatedly asked to justify why SOGo behaves differently.&lt;br /&gt;
&lt;br /&gt;
Minimal example (simplified)&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;&lt;a href=&quot;https://example.com&quot;&gt;&quot;&gt;https://example.com&quot;&gt;&lt;/a&gt;&lt;br /&gt;
  &lt;table&gt;&lt;br /&gt;
    &lt;tr&gt;&lt;br /&gt;
      &lt;td style=&quot;background:#000;color:#fff;padding:10px 20px;&quot;&gt;&lt;br /&gt;
        Read more&lt;br /&gt;
      &lt;/td&gt;&lt;br /&gt;
    &lt;/tr&gt;&lt;br /&gt;
  &lt;/table&gt;&lt;br /&gt;
&lt;/a&gt; &lt;br /&gt;
&lt;br /&gt;
After sanitization, the &lt;a&gt; is removed or detached, leaving a styled &lt;td&gt; without a clickable link.]]></description><category>with SOGo</category><pubDate>Wed, 06 May 2026 18:08:25 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6172</guid><comments>https://bugs.sogo.nu/view.php?id=6172#bugnotes</comments></item><item><title>0006199: Introduction of Gmail like behavior of pressing of "Enter" key while replying to email with quote.</title><author></author><link>https://bugs.sogo.nu/view.php?id=6199</link><description><![CDATA[SOGo is a UI interface used by mailcow for web access to mail. &lt;br /&gt;
&lt;br /&gt;
When I use SOGo web interface and open a received email in the SOGo editor to reply some email, I see quotas from a previous conversation. When I locate my cursor in the middle of quoted text and press ENTER - it adds new line inside the quoted text and that line becomes a part of the quoted text. SO if I start typing - entered by me text formatted as quota from previous conversation.&lt;br /&gt;
 &lt;br /&gt;
When I do similar thing using gmail web interface - instead of creating new line which in SOGo is part of quoted text - gmail web interface creates new line, splitting the quoted text in 2 slices. So I can deliberately reply to some portion of quoted text by just placing the cursor in the middle of the quoted text and pressing ENTER and entering new text. Becasue in Gmail web interface that new text is not part of quoted text, but part of my reply. (I am talking about specific html mark that distinguishes quoted text from text entered by the current editor (human) text).]]></description><category>Web Mail</category><pubDate>Tue, 05 May 2026 13:49:03 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6199</guid><comments>https://bugs.sogo.nu/view.php?id=6199#bugnotes</comments></item><item><title>0006198: Clicking the Reply button causes a logout</title><author></author><link>https://bugs.sogo.nu/view.php?id=6198</link><description><![CDATA[When the Reply button is clicked in a specific email, SOGO generates HTTP requests without cookies (see screenshots).&lt;br /&gt;
This results in the user being logged out and redirected to the home page.]]></description><category>Web Mail</category><pubDate>Tue, 05 May 2026 12:39:45 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6198</guid><comments>https://bugs.sogo.nu/view.php?id=6198#bugnotes</comments></item><item><title>0006196: Sorting of subscriptions in calendar changes unintendendedly during the day</title><author></author><link>https://bugs.sogo.nu/view.php?id=6196</link><description><![CDATA[I have several calendars subscribed to and manually sorted in a meaningful way. During the day Sogo reorders these sunscriptions in an unexpected way. &lt;br /&gt;
I can reset the order which switches to an aphabetical order.]]></description><category>Web Calendar</category><pubDate>Tue, 05 May 2026 12:20:57 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6196</guid><comments>https://bugs.sogo.nu/view.php?id=6196#bugnotes</comments></item><item><title>0004897: Resizing of panes in mail view and spam functionality</title><author></author><link>https://bugs.sogo.nu/view.php?id=4897</link><description><![CDATA[So far, I really like SoGo, but I see a couple of fundamental user issues.&lt;br /&gt;
&lt;br /&gt;
1) The three-pane and two-pane mail views both have the same column width for the message list, and there seems to be no way to change this.&lt;br /&gt;
As a result, long sender addresses and long subject lines can't be read in full without opening the mail. If I access SoGo WITHOUT a widescreen display, it therefore find it takes a long time to process new mail, as each mail must be opened to view the full sender and subject.&lt;br /&gt;
&lt;br /&gt;
REQUEST - add the ability for users to resize the 3 pane widths.&lt;br /&gt;
&lt;br /&gt;
2) SPAM handling&lt;br /&gt;
Is there a way of classifying mail as spam and automatically moving it to a spam folder? I can't find one.&lt;br /&gt;
&lt;br /&gt;
REQUEST A - Add a 'spam' button next to the delete button&lt;br /&gt;
&lt;br /&gt;
REQUEST B - Provide feedback to Zentyal spam filter that the message was classified by the user as spam.]]></description><category>Web Mail</category><pubDate>Tue, 28 Apr 2026 12:40:58 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=4897</guid><comments>https://bugs.sogo.nu/view.php?id=4897#bugnotes</comments></item><item><title>0006195: SOGoMailCustomFromEnabled = NO not enforced server-side</title><author></author><link>https://bugs.sogo.nu/view.php?id=6195</link><description><![CDATA[The configuration option&lt;br /&gt;
SOGoMailCustomFromEnabled = NO&lt;br /&gt;
only disables the From field in the SOGo web UI  It does not enforce any server-side validation on the /send endpoint. As a result, any authenticated user can bypass the restriction by directly POSTing to the draft send API with a modified from field in the JSON body, without needing any special tools beyond a browser's built-in DevTools.]]></description><category>Backend Mail</category><pubDate>Thu, 23 Apr 2026 10:44:45 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6195</guid><comments>https://bugs.sogo.nu/view.php?id=6195#bugnotes</comments></item><item><title>0006194: Editing custom reccurences of all day events changes all dates erroneously</title><author></author><link>https://bugs.sogo.nu/view.php?id=6194</link><description><![CDATA[When editing all day events, that have custom repeats, editing one of the dates leads to all dates being changed (and none are correct afterwards).]]></description><category>Web Calendar</category><pubDate>Thu, 23 Apr 2026 09:19:01 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6194</guid><comments>https://bugs.sogo.nu/view.php?id=6194#bugnotes</comments></item><item><title>0006193: Interface creates events with custom and time based repetition, but doesn't display the correctly</title><author></author><link>https://bugs.sogo.nu/view.php?id=6193</link><description><![CDATA[Changing a reoccurring event from e.g. weekly to custom; adds the custom repetition to the event. On subsequent edits only the custom repetition is shown even though the event continues to contain the weekly repetition. Either the weekly repeats should be removed or converted to custom events on adding the custom repeats or the interface has to reflect that both are contained and both should be editable.]]></description><category>Web Calendar</category><pubDate>Thu, 23 Apr 2026 08:49:52 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6193</guid><comments>https://bugs.sogo.nu/view.php?id=6193#bugnotes</comments></item><item><title>0006192: Clicking the "Reply" button freezes Firefox browser</title><author></author><link>https://bugs.sogo.nu/view.php?id=6192</link><description><![CDATA[Hello.&lt;br /&gt;
I discovered a bug in SOGo 5.12.7.20260406-1 (Debian 12.12, nightly builds).&lt;br /&gt;
SOGo takes a long time to generate a response when I click the &quot;Reply&quot; button in an email with multiple replies (see screenshots attached).&lt;br /&gt;
The size of the SOGo JSON response is 75 MB.&lt;br /&gt;
The size of the original email is 3.5 MB.&lt;br /&gt;
Firefox uses two CPU cores and 3 GB of RAM to process this response.&lt;br /&gt;
Please help fix this bug.]]></description><category>Web Mail</category><pubDate>Wed, 22 Apr 2026 05:45:23 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6192</guid><comments>https://bugs.sogo.nu/view.php?id=6192#bugnotes</comments></item><item><title>0006191: faulty processing of URL property in VEVENT; apparent violation of RFC 5545</title><author></author><link>https://bugs.sogo.nu/view.php?id=6191</link><description><![CDATA[Correction: Product Version 5.12.7&lt;br /&gt;
&lt;br /&gt;
Additional Category: Apple iPhone OS&lt;br /&gt;
Potential Category: Backend Calendar&lt;br /&gt;
&lt;br /&gt;
Relevant standard: RFC 5545, Secs. 3.6.1 (VEVENT), 3.8.1.1 (ATTACH) and 3.8.4.6 (URL)&lt;br /&gt;
&lt;br /&gt;
A VEVENT may acquire a URL property through editing on a client. This property is exposed in the Web Calendar as a clickable link (functional, no problem). The user notes no difference between a URL and an ATTACH property.&lt;br /&gt;
&lt;br /&gt;
When the VEVENT is modified in the Web Calendar, changing the link in question, the modified link is re-added to the VEVENT as an ATTACH property. If the link does not refer to a (downloadable) document, this appears to violate the standard. The original URL property is preserved, resulting in a total of two links.&lt;br /&gt;
&lt;br /&gt;
On iOS, the &quot;ATTACH-encoded&quot; link is unusable if it does not point to a downloadable document. No browser window opens; an error pops up instead.&lt;br /&gt;
&lt;br /&gt;
Recommendations:&lt;br /&gt;
&lt;br /&gt;
1) In order to stay clearly standards-compliant, a URL property should never be transformed into an ATTACH property.&lt;br /&gt;
2) In the form element for adding attachments, replace the label &quot;URL&quot; with &quot;Document URL&quot;. &lt;br /&gt;
&lt;br /&gt;
Possible bug resolutions (in ascending complexity):&lt;br /&gt;
&lt;br /&gt;
A) Never touch the URL property, as if it were and X-... property. Do not expose it to users.&lt;br /&gt;
B) Treat the URL property as immutable, but show the link to the user (clickable).&lt;br /&gt;
C) Allow editing the URL property, but save it back to 'URL' instead of 'ATTACH'.]]></description><category>Web Calendar</category><pubDate>Tue, 21 Apr 2026 15:16:19 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6191</guid><comments>https://bugs.sogo.nu/view.php?id=6191#bugnotes</comments></item><item><title>0006157: Changing passwords with OpenID enabled fails</title><author></author><link>https://bugs.sogo.nu/view.php?id=6157</link><description><![CDATA[If I enable OpenId logins to the SOGo web UI and try to change my account's password, the LDAP bind fails with:&lt;br /&gt;
Oct 30 23:27:05 sogod [637824]: &lt;0x0x560d1f21dea0[LDAPSource]&gt; &lt;NSException: 0x560d1f961e20&gt; NAME:LDAPException REASON:operation bind failed: Invalid credentials (0x31) INFO:{&quot;error_code&quot; = 49; login = &quot;&lt;a href=&quot;mailto:uid=jordi@company.com&quot;&gt;uid=jordi@company.com&lt;/a&gt;,ou=people,dc=company,dc=com&quot;; }&lt;br /&gt;
&lt;br /&gt;
The uid should be &quot;jordi&quot;, not my email &quot;&lt;a href=&quot;mailto:jordi@company.com&quot;&gt;jordi@company.com&lt;/a&gt;&quot;.&lt;br /&gt;
&lt;br /&gt;
however, if I disable OpenId and do a normal SOGo login using LDAP, password is changed successfully and the bind uses the correct uid &quot;jordi&quot;.]]></description><category>Web Preferences</category><pubDate>Tue, 21 Apr 2026 10:56:42 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6157</guid><comments>https://bugs.sogo.nu/view.php?id=6157#bugnotes</comments></item><item><title>0006190: Can't create new caldav account</title><author></author><link>https://bugs.sogo.nu/view.php?id=6190</link><description><![CDATA[Since a few weeks, if a caldav account is set up it still works&lt;br /&gt;
&lt;br /&gt;
But if we try to setup a new account in the os prefs, it validates on a blanck page where the &quot;Calendar&quot; and &quot;Todos&quot;buttons are not shown. &lt;br /&gt;
&lt;br /&gt;
The account is recorded as &quot;Unactive&quot;&lt;br /&gt;
&lt;br /&gt;
It doesn't work.]]></description><category>Apple iPhone OS</category><pubDate>Fri, 17 Apr 2026 09:00:18 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6190</guid><comments>https://bugs.sogo.nu/view.php?id=6190#bugnotes</comments></item><item><title>0006187: Regression with TOTP</title><author></author><link>https://bugs.sogo.nu/view.php?id=6187</link><description><![CDATA[While working on updating the FreeBSD port of SOGo, I found a regression in the TOTP verification starting with SOGo 5.12.5 (still present with 5.12.6 and 5.12.7):&lt;br /&gt;
&lt;br /&gt;
When signing-in, after typing correct username and password, a valid TOTP is rejected.&lt;br /&gt;
As a result, legitimate users cannot sign-in anymore.]]></description><category>Web Preferences</category><pubDate>Thu, 09 Apr 2026 07:50:11 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6187</guid><comments>https://bugs.sogo.nu/view.php?id=6187#bugnotes</comments></item><item><title>0006189: Unable to enter text when composing an email in the mobile view</title><author></author><link>https://bugs.sogo.nu/view.php?id=6189</link><description><![CDATA[When composing an email in mobile view using Firefox Mobile (version 149, though this issue may also occur in older versions), the following problem arises:&lt;br /&gt;
&lt;br /&gt;
It is not possible to enter text into the email text field, regardless of whether the email is being composed in plain text or HTML mode.&lt;br /&gt;
The keyboard appears, but no characters are entered. Interestingly, the Enter and Backspace keys still work.&lt;br /&gt;
The problem can be resolved by switching to the desktop view - entry is possible there (bug occurs exclusively in the mobile view).&lt;br /&gt;
During the initial test in the test system, input worked, but the error occurred after checking/changing/resetting the settings.&lt;br /&gt;
Clearing caches and cookies or using incognito mode did not resolve the issue.&lt;br /&gt;
Other text fields, such as the search bar in SOGo or forms on other websites, work without issues.&lt;br /&gt;
A test in Google Chrome did not reveal any such problems.]]></description><category>Web Mail</category><pubDate>Fri, 03 Apr 2026 20:55:36 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6189</guid><comments>https://bugs.sogo.nu/view.php?id=6189#bugnotes</comments></item><item><title>0006188: Sieve filter "Tagging" action with "Seen" sets custom keyword instead of \Seen system flag</title><author></author><link>https://bugs.sogo.nu/view.php?id=6188</link><description><![CDATA[When creating a mail filter in SOGo's preferences with the &quot;Flag the message with&quot; action set to &quot;Seen&quot;, the message doesn't get marked as such. I'm wondering if it should be marked with &quot;\Seen&quot; instead?]]></description><category>Backend Mail</category><pubDate>Thu, 02 Apr 2026 08:50:32 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6188</guid><comments>https://bugs.sogo.nu/view.php?id=6188#bugnotes</comments></item><item><title>0006186: Attachments are not displayed in the preview when forwarding</title><author></author><link>https://bugs.sogo.nu/view.php?id=6186</link><description><![CDATA[If an email is forwarded to SOGo from the “Sent” folder in Outlook, the email's content will not be displayed when forwarded from SOGo because CKEditor classifies the text as “unsafe content”]]></description><category>with SOGo</category><pubDate>Wed, 01 Apr 2026 12:58:06 +0000</pubDate><guid>https://bugs.sogo.nu/view.php?id=6186</guid><comments>https://bugs.sogo.nu/view.php?id=6186#bugnotes</comments></item></channel></rss>
