Re: [Enigmail] [BUG] Character encoding mix-up when encrypting Inline.

I am not convinced. The issue at hand is that Enigmail _should_ switch to a proper encoding *before* performing the encryption, similar to what Thunderbird does (it offers to switch to a MBCS (UTF-8 being common choice) if it detects a character that it can not encode in the pre-selected

Re: [Enigmail] [BUG] Character encoding mix-up when encrypting Inline.

On Wed 2016-03-02 04:27:28 -0500, Lachezar Dobrev wrote: > My outgoing e-mail is set to send in UTF-8. > The 'use default encoding' option has a common negative effect: there are > numerous encodings that support Cyrillic, and not all mail agents (quite a > few web-mail agents) support MBCS

Re: [Enigmail] [BUG] Character encoding mix-up when encrypting Inline.

Ubuntu 15.10 (Xubuntu variant) Thunderbird 38.5.1 Enigmail1.9 (20160223-1641) gpg (GnuPG) 2.0.28 libgcrypt 1.6.3 Enigmail is installed from addons.mozilla.org, not the OS package. 2016-03-01 19:35 GMT+02:00 Ludwig Hügelschäfer : > Hi, > > On

Re: [Enigmail] [BUG] Character encoding mix-up when encrypting Inline.

On 01.03.16 16:20, Lachezar Dobrev wrote: > When replying of forwarding a message that is in a Latin/ASCII > compatible character set and typing text that is not Latin?ASCII sub-set > the newly added text is lost. > > Example: > - Incoming mail in Windows-1252 encoding > - Reply/Forward

Re: [Enigmail] [BUG] Character encoding mix-up when encrypting Inline.

Hi, On 01.03.16 16:20, Lachezar Dobrev wrote: > When replying of forwarding a message that is in a Latin/ASCII > compatible character set and typing text that is not Latin?ASCII sub-set > the newly added text is lost. > > Example: > - Incoming mail in Windows-1252 encoding > -