av9ash/GitBugs huggingface dataset:
Bug: imap repeated authentication/password in 78.4.0 (Yahoo OAuth + other IMAP accounts that do not have passwords saved)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-10-26 18:07:46+00:00
Resolved: 2024-02-02 08:55:27+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

No change to configuration, just an upgrade to TB. Now I'm prompted to re-enter my password if the previous imap-pull (or smtp-push) for this account was older than 40 minutes or so (time not measured). Once the password is entered once per fetch/send, the password works, this is not a problem with mis-typing the password.

The behavior is the same for imap fetch and smtp send.

Win10, TB-78.4.0, and I do have a TB master password (and it is entered correctly). I do not store my email passwords in the TB credentials manager (I use keepass).


Actual results:

After upgrading to TB-78.4.0, I am prompted for my password for both sending and receiving multiple times within the same TB session. This is only in one of my three IMAP accounts:
- simple imap server at hostmonster; normal password (nothing else supported)
- outlook.office365.com; oauth2
- imap.mail.yahoo.com; oauth2
"hostmonster" is the problem account, the other two behave normally.

The laptop's network connection does not appear to glitch, and it does not hibernate/sleep. The AV/FW setup is standard windows, nothing special, and nothing has changed between TB-78.3 and TB-78.4 (or any time recently).


Expected results:

Before upgrading to TB-78.4.0 (78.3?), I would enter my email account password (once for fetch and once on-demand for send) at the beginning of the TB session. Once done, unless the password was changed or I restarted TB, I was not prompted for this password again.
Bug: After 78.4.0 (32-bit) update, ui painting does not work properly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-26 21:09:09+00:00
Resolved: 2020-10-28 14:06:48+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.111 Safari/537.36

Steps to reproduce:

Issue started after update to 78.4 
http://files.serialio.com/download/temp/video/20201026_160357.mp4


Actual results:

http://files.serialio.com/download/temp/video/20201026_160357.mp4


Expected results:

painting of ui should happen WITHOUT roll-over
Bug: Thunderbird does not start properly due to a lightening-calendar bug (?)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-27 07:59:45+00:00
Resolved: 2020-10-28 20:15:47+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

No updates of Thunderbird in the last days, all was fine, yet since this morning, it does not start properly. I just see a small window telling me (I use German as my system language): 

"XML-Verarbeitungsfehler: Nicht definierte Entität
Adresse: chrome://messenger/content/messenger.xhtml
Zeile Nr. 905, Spalte 3:
  <key id="openLightningKey"
--^ 
After this I see some buttons from ImportExportToolsNG, but nothing else.

When I start TB from terminal, the same window opens, and the terminal shows (after some GTK-messages):

"Extension error: Error while loading 'jar:file:///usr/lib/thunderbird/omni.ja!/chrome/messenger/search-extensions/twitter/manifest.json' (NS_ERROR_FILE_NOT_FOUND) resource://gre/modules/Extension.jsm:570 :: readJSON/</<@resource://gre/modules/Extension.jsm:570:20
onStopRequest@resource://gre/modules/NetUtil.jsm:128:18"

Starting TB in safe mode from terminal works, though.
Bug: Spam messages are not marked as read by default when moved to Spam folder
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-27 09:09:22+00:00
Resolved: 2020-11-04 07:59:13+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

New email received


Actual results:

SPam folder contains new messages (in bold)


Expected results:

Spam folder contains new messages marked as read by default (not in bold!)
Bug: receiving mail via imap does not work in 78.4.0 (but work in 68.12.0, 68.12.1)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-27 09:26:17+00:00
Resolved: 2020-10-30 08:02:13+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.111 Safari/537.36

Steps to reproduce:

I used Thunderbird to connect to corporate mail. Receiving mail does not work in newer versions of Thunderbird. I checked it on three computers. No error messages appear. But emails are not loaded. Sending emails via SMTP still works.

In the old version 68.12.0 (and 68.12.1), receiving mail works, everything works.

Connection settings:
server name: [corporate email server]
port: 993
connection protection: ssl/tls
authentication method: simple password

Works with these settings in the old version. But doesn't work in the new version.



Actual results:

Emails are not loaded


Expected results:

Emails are loaded. Similar to older versions.
Bug: Thunderbird crashes when sending email
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-27 10:34:12+00:00
Resolved: 2020-10-27 14:01:33+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

I click Send to send an email.


Actual results:

The message send it had gone but TB crashed


Expected results:

I expected it to not crash. I turned off my addon and it still crashed. The emails were sent. In the case of my Imap account they showed up later in sent. In the case of a POP3 account they didn't.

I had about 4 crashes and 2 times it went without crashing.
Bug: Double-click on contact(s) from Contacts Sidebar always adds recipient(s) to TO: field although focus/cursor was in Cc/Bcc field. Dragging contacts from Contacts sidebar to custom header fields (mail.compose.other.header) fails.
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-27 10:45:31+00:00
Resolved: 2020-11-08 19:14:36+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

1. Open a new mail compose window
2. Click on Cc/Bcc to see the Cc/Bcc recipient row 
 2a. move the cursor tho the selected row - the cursor is blinking in the Cc/Bcc field
 2b. move the cursor with the mouse to the Contacts sidebar
3a. Double click on any email address at Contacts Sidebar
3b. Slide/move the recipients email address from Contact Sidebar by LEFT mouse button into the Cc/Bcc row




Actual results:

4a/4b. The recipient was put into the TO row



Expected results:

4a./4b. The recipient should be put into Cc/Bcc row, as it is active by cursor (4a) or is moved by mouse to this field (4b)

The same behavior with other fields...Bcc, Reply-to, Return receipt...
Bug: sent email is returning
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-27 12:28:00+00:00
Resolved: 2020-10-28 10:01:56+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.111 Safari/537.36

Steps to reproduce:

all kind of things


Actual results:

nothing


Expected results:

email properly functioning
Bug: Adding existing account does not fully initialize the account
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-27 13:16:35+00:00
Resolved: 2020-12-08 03:16:01+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

Start freshly installed Thunderbird 78.4.0 (SUSE package and official flatpak), with a new profile. Then added an existing IMAP email account.


Actual results:

Remote directories are not synced.
Sending works, but the "Copy-to-Sent" dialog stays open forever.
Also, clicking on "Subscribe..." does not list any remote directories (list is empty, not even Inbox is shown).

After restarting Thunderbird, everything works as expected. 


Expected results:

Automatically subscribe to all remote dirs, as 78.3.3 did, without the need to retry.
Bug: won't open webpage links
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-27 17:12:15+00:00
Resolved: 2020-10-28 09:49:24+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

Click on web link


Actual results:

Nothing.  It won't open the link.  I have to copy and paste the link to firefox.


Expected results:

clicking on a link should open the web page in firefox
Bug: Link to tweet that was copied from Firefox pastes into Thunderbird as a transparent box
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-27 18:12:48+00:00
Resolved: 2020-11-15 15:10:51+00:00

Thunderbird 78.4.0, Windows 10

STR:

1. In Firefox, go to a twitter feed;
2. Click on a single tweet's share button
3. Click `Copy link to Tweet`
4. Switch to Thunderbird, use `Ctrl+V` to paste into the body of a new message

Expected:
The link is seen in the message.

Actual:
Empty box pasted into the message. If I use `Ctrl+Shift+V` to paste without formatting, I correctly see the link.
Bug: does not start because of messenger.xhtml
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-27 21:24:50+00:00
Resolved: 2020-10-28 09:42:46+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

closed tb later tried to open


Actual results:

got error message: undefined entity address chrome://messenger/content/messenger.xhtml line 905 column 3:
<key id="openLightningKey"


Expected results:

should start
Bug: Wrong free space after compact (Freier Speicher nach Kompression falsch)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-28 10:42:34+00:00
Resolved: 2021-01-14 15:19:43+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:
eMail Konto öffnen.

Actual results:
Der Hinweiss das durch Kompression Speicher freigegeben werden kann erscheint.

Die größe des Speichers der Freigegeben werden kann wird mit 11559 GB angegeben.
Das ist aber viel mehr Speicher als ich insgesammt habe (120 GB)

Expected results:
Es sollte der Speicher angegeben werden der wirklich freigegeben werden kann.
Möglicherweise fehlt aber auch nur das Komma.

-----------

Steps to reproduce:
Open email account.

Actual results:
The message that memory can be released by compression appears.

The size of the memory that can be released is given as 11559 GB.
But that's a lot more memory than I have total (120 GB)

Expected results:
The memory that can actually be released should be specified.
Or maybe just the comma is missing.
Bug: Crash in [@ shutdownhang | DispatchMessageW] (with Avast)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-28 11:55:27+00:00
Resolved: 2021-08-22 11:52:07+00:00

Crash report: https://crash-stats.mozilla.org/report/index/fb3fe807-69c8-4b60-8a28-b45f30201028

MOZ_CRASH Reason: ```MOZ_CRASH(Shutdown hanging before starting.)```

Top 10 frames of crashing thread:
```
0 user32.dll DispatchMessageW 
1 xul.dll nsAppShell::ProcessNextNativeEvent widget/windows/nsAppShell.cpp:737
2 xul.dll nsBaseAppShell::OnProcessNextEvent widget/nsBaseAppShell.cpp:242
3 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1125
4 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:513
5 xul.dll nsThread::Shutdown xpcom/threads/nsThread.cpp:898
6 xul.dll mozilla::net::nsSocketTransportService::ShutdownThread netwerk/base/nsSocketTransportService2.cpp:853
7 xul.dll mozilla::net::nsIOService::SetOffline netwerk/base/nsIOService.cpp:1309
8 xul.dll mozilla::net::nsIOService::Observe netwerk/base/nsIOService.cpp:1596
9 xul.dll nsObserverList::NotifyObservers xpcom/ds/nsObserverList.cpp:70
```




83.0b1 (64-bit)
Bug: Footer buttons in panelpopups have a border radius
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-28 13:20:50+00:00
Resolved: 2020-11-13 00:25:02+00:00

In panelpopups the big buttons on bottom, like the Add-on installation confirmation or the edit contact panel opened through the address star in the message header, have on Linux and better visible on Mac a border radius. They should have none. On Windows 10 this isn't visible as we have a button border radius of 0px.
Bug: Search returns incorrect information
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-28 16:50:43+00:00
Resolved: 2020-10-29 12:50:33+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

I searched in the global search located in the menu toolbar for e-mail messages containing the word "severance." I tried searching for the word with and without double-quotes.


Actual results:

I received several hits showing messages containing the word "severance," but I also received many hits containing the words "several," "severally," "severely," "severe," "severed," "severs," "severity," "severable,"  etc. These words were highlighted in the search result.


Expected results:

I should have gotten e-mail message in the search return that contained the word "severance." The e-mail messages returned showing the non-searched word did not contain the searched word. This significantly reduces the value of the search feature. In fact, most of the e-mail messages that were returned did not contain the searched-for word.
Bug: TBird "search on server" doesn't -- NO comm with backend IMAP/SOLR; appears to be local-only search
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-28 16:56:01+00:00
Resolved: 2020-11-13 07:50:22+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

i run

        TBird 78.4.0 /linx, from upstream

imap backend is

        dovecot --version
                2.3.11.3 (502c39af9)

with search backend plugin

        fts_solr

enabled & functional, connecting to a solr backend

        solr-spec        8.6.3
        solr-impl        8.6.3 e001c2221812a0ba9e9378855040ce72f93eced4 - jasongerlowski - 2020-10-03 18:12:03
        lucene-spec        8.6.3
        lucene-impl        8.6.3 e001c2221812a0ba9e9378855040ce72f93eced4 - jasongerlowski - 2020-10-03 18:04:00
        JVM Runtime        Red Hat, Inc. OpenJDK 64-Bit Server VM 15 15+36

solr scanning/indexing works, as expected, on inbound mail receipt, or manual scan.

cmd line search of mail store works; access/retrieval from solr indexes is logged.

Roundcube webclient search on any header/body also works; again, solr access is logged.

Search from within Tbird -- whether of headers/body -- with "Search on Server" enabled doesn't exec on the server at all.

There's _no_ log traces of any TBird search-related traffic on either the IMAP or SOLR backends; tcpdump verifies it.

attempt to trace IMAP stream in TBird,

        NSPR_LOG_MODULES="IMAP:5" NSPR_LOG_FILE="/some/path/to/tbird_imap_log.txt" thunderbird

launches TBird with no errors, but logs nothing to that file.

the 'middle' of this thread @

        https://dovecot.org/pipermail/dovecot/2020-October/120273.html

is where the "Tbird doesn't search on server" realizations start.

there's a _very_ old TBird vs IMAP server-search bug referenced,

        https://groups.google.com/forum/#!topic/tb-enterprise/TuUXyQLBB1o

i've followed it -- and a number of related bugs -- and have yet to find any indication that the problem was addressed/fixed.
Bug: Black rectangle behind client window when title bar setting is on
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-28 17:27:01+00:00
Resolved: 2021-08-22 17:28:26+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

1. Fresh install of Thunderbird daily on elementary OS 5.1.7 Hera.
2. Open the application.


Actual results:

Black rectangle appears behind the client window (screenshot attached). But if Title bar is disable in Menu > Customize > Toolbar layout... > tick off the Title bar check box, then the black rectangle disappear.


Expected results:

No black rectangle behind client window.
Bug: Multiple JS errors when closing Thunderbird after opening the Account Settings multiple times.
Status: NEW
Priority: --
Created: 2020-10-28 18:26:03+00:00
Resolved: 2021-07-01 12:52:47+00:00

To reproduce:
- Open the Account Settings for an imap account from the Account Hub page.
- Keep the TAB open and go back to the Email tab.
- From the Account Hub page, click on Account Settings.
- Repeat the operation a couple of times, always keep the Account Settings tab open.
- Close Thunderbird.

The console spits out multiple errors, depending on how many times the Account Settings was opened.

```
JavaScript error: resource://gre/modules/IMIncomingServer.jsm, line 91: TypeError: can't access property "name", this.imAccount.protocol is null
JavaScript error: chrome://messenger/content/AccountManager.js, line 1875: TypeError: can't access property "iconBaseURI", server.wrappedJSObject.imAccount.protocol is null
```
Bug: Defective implementation of the MozElements.NotificationBox
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2020-10-28 18:33:44+00:00
Resolved: 2021-02-12 17:54:46+00:00

While working on another bug, i noticed a defective behaviour when triggering multiple notifications in the mail front-end.
The notifications don't stack on top of each other and are not ordered by priority, instead they are added one after another as the markup generates a new `legacy-stack` for every notification.

This is due to a mistake during the first de-xbl conversion, and that's totally my fault as I did that.
https://searchfox.org/comm-central/rev/aa6ec7ca8813e82b76168e76f6cd706ed226bdcd/mail/base/content/mail3PaneWindowCommands.js#32

Example:
```
  get notificationbox() {
    delete this.notificationbox;

    let newNotificationBox = new MozElements.NotificationBox(element => {
      element.setAttribute("flex", "1");
      element.setAttribute("notificationside", "bottom");
      document.getElementById("messenger-notification-footer").append(element);
    });

    return (this.notificationbox = newNotificationBox);
  }
```

First there's a risk of too much recursion since we're using the `notificationbox` getter and then deleting inside itself before generating a new NotificationBox element.
Also, since we're generating a new element at every call, we will never be able to properly stack notifications as we create a new container every time.

I think this was never reported, or even noticed, since I suspect we never show more than 1 notification at a time, therefore extremely rare to reproduce.
Bug: New folders created in Roundcube not showing up in Thunderbird
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-29 02:15:48+00:00
Resolved: 2020-10-29 02:33:38+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

I created a new folder in Roundcube for my emails to go in
roundcube > settings > folders > + > Save
I didn't give it a parent folder


Actual results:

Although the folder shows up in Roundcube, it isn't visible in Thunderbird


Expected results:

Thunderbird should show the folder among the others
Bug: All non-pillified recipients (pasted, typed) silently discarded when clicking [Send] button directly
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-10-29 06:54:10+00:00
Resolved: 2021-03-26 19:04:01+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:81.0) Gecko/20100101 Firefox/81.0

Steps to reproduce:

1. Compose email body + subject
2. Enter (or paste) e-mail address in To field. Do not press Space, or Comma, etc, to complete the Pill.
3. With the mouse cursor, click "Send".


Actual results:

4. Will receive a message: "No recipients were specified. Please enter a recipient or newsgroup in the addressing area."
5. After dismissing the e-mail address Pill is completed.
6. You can send now.


(Alternatively if you have a correct address in the To field already, or you're entering an address into CC etc, then you do not get the warning message at step #4. Instead the extra addresses are lost and the email is sent with an incomplete list of recipients).


Expected results:

The e-mail pill should be completed or treated as text and sent.
Bug: When I fill in the TO / CC / BCC field it disappears.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-29 09:31:00+00:00
Resolved: 2020-11-01 15:20:55+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.111 Safari/537.36

Steps to reproduce:

When I create an email I select the contact to whom to send and the field disappears.


Actual results:

The TO / CC / BCC field disappears


Expected results:

The field should remain so that I can change and add new emails.
Bug: Thunderbird Crash in [@ OOM | small] with language pack installed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-29 14:40:12+00:00
Resolved: 2021-12-17 08:41:57+00:00

+++ This bug was initially created as a clone of Bug #1649023 +++
This bug is for crash report bp-fd615056-10c2-4297-a3ed-9b8400201029

Just encountered crash in TB 82.0b2 (64-bit)...
Bug: After you update, when I open Thunderbird I can't see the subject text of any of my new messages until I click on them.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-29 17:20:08+00:00
Resolved: 2020-10-29 17:59:44+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

My product updated and since then whenever I open the program I cannot see any of my new messages until I click on them.


Actual results:

I have attached a screenshot.


Expected results:

They should have just appeared without my selecting them.
Bug: Address inputs allow entering recipients with leading comma again
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-10-29 17:41:59+00:00
Resolved: 2022-08-24 09:13:01+00:00

Alex and I had explicitly prevented starting a new recipient in address input by typing a comma, which can easily create wrong recipients where the comma becomes part of the new pill. Unfortunately, this has regressed (Alice, you may, if you want ;-)).

STR
- compose new msg
- in To-field, type ","

Actual result
- comma appears in address input

Expected
- Nothing should change. Leading (sic!) comma should be suppressed, i.e. it should not even appear in the input, as if you had never pressed the key.
Bug: Thunderbird 78.4.0 (32-bit) does not display layout as intended by the sender
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-29 18:01:37+00:00
Resolved: 2020-11-01 15:32:04+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

I updated to Thunderbird 78.x (32-bit).


Actual results:

After that, all the E-Mails from some senders (GMX Spam Report, Bandcamp) show with wrong layout... before v78.x, no problems.

See comparison of the same E-Mail, left is the correct layout on Yahoo web page, on the right Thundbird v78.4.0
Bug: Thunderbird 83 uses UTF8 APPEND even when server does not support it
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-30 09:25:31+00:00
Resolved: 2020-10-30 09:46:22+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.111 Safari/537.36 Edg/86.0.622.51

Steps to reproduce:

Thunderbird still tries to APPEND mail to Sent folder with APPEND ... UTF8 (<literal>)
even when server does not have UTF8=APPEND capability (but has UTF8=ACCEPT)

Server log:
s: * CAPABILITY IMAP4rev1 APPENDLIMIT=36700160 CHILDREN CONDSTORE ENABLE ID IDLE MOVE NAMESPACE QUOTA SPECIAL-USE UIDPLUS UNSELECT UNSELECT UTF8=ACCEPT XLIST
C: 4 ENABLE UTF8=ACCEPT
S: * ENABLED UTF8=ACCEPT
S: 4 OK Extension enabled
S: + Go ahead
C: 5 append "Sent Mail" (\Seen) UTF8 (~{428}
S: 5 BAD Unexpected char at position 36