MZLA start automatische update van Thunderbird 68 naar 78
Gebruikers van Thunderbird 68 worden zeer binnenkort automatische geüpdatet naar Thunderbird 78. Dat heeft MZLA, de dochteronderneming van Mozilla die de e-mailclient ontwikkelt, bekendgemaakt. De update zal met name gevolgen hebben voor gebruikers van de Enigmail-extensie. Via Enigmail is het mogelijk om Thunderbird met OpenPGP te gebruiken en versleuteld te mailen.
Enigmail wordt echter niet door Thunderbird 78 ondersteund. Daarnaast is Thunderbird 68 vanaf deze herfst end-of-life en zal geen beveiligingsupdates meer ontvangen. De Thunderbird-ontwikkelaars hebben daarom besloten om de ondersteuning van OpenPGP direct in de e-mailclient in te bouwen. Eind augustus verscheen Thunderbird 78.2.1, de eerste Thunderbird-versie met ingebouwde OpenPGP-support die standaard staat ingeschakeld.
MZLA meldt nu dat het gebruikers van Thunderbird 68 automatisch naar deze versie gaat updaten. In het geval van Engimail, dat meer dan 100.000 actieve gebruikers telt, wordt er een migratietool gebruikt om bestaande instellingen en sleutels te migreren. Dit geldt alleen voor gebruikers van de Classic Mode van Enigmail. Gebruikers van de Enigmail Junior Mode moeten aanvullende software downloaden of de migratie handmatig uitvoeren.
De nieuwe Thunderbird werkt standaard niet met de GnuPG-software, waar Enigmail gebruik van maakt. In plaats daarvan werkt Thunderbird 78 met RNP, een OpenPGP-library die als vervanging van GnuPG dient. Er is echter een optionele configuratie voor "gevorderde gebruikers" waarmee die handmatig het gebruik van apart geïnstalleerde GnuPG-software kunnen instellen.
Een ander verschil met Enigmail is dat Thunderbird 78 geen optie biedt voor het beveiligen van secret keys met een wachtwoord. In plaats daarvan is de enige optie het instellen van een Master Password in Thunderbird. Gebruikers die met de overstap tegen problemen aan lopen worden naar deze Thunderbird-supportgroep doorverwezen.
Het geval wil namelijk dat als iemand met mijn Public Key vanuit zijn mail client de tekst versleuteld, ik niet in staat ben om het te ontsleutelen en dat terwijl mijn Private Key wel gewoon is ingevoerd. Als je het werkend krijgt, dan verschijnt de fout opnieuw zodra als je de applicatie weer opnieuw opstart. Wat er precies fout gaat weet ik niet, maar kennelijk zitten er nog wat bugs in Thunderbird.
Het wordt nog gekker als je de Public Key van van de verzender verwijderd en deze opnieuw invoert, opeens wel de tekst zichtbaar wordt. Ergens gaat er iets behoorlijk mis met de PGP-keys en ik merk dat meer mensen problemen hebben met het onsteutelen van de toegezonden berichten. Zie daarvoor de Thunderbird supportgroep in het hoofdartikel van de redactie.
Dat werkte tenminste wel goed.
Maar aan de bug-list te zien zijn er nogal wat problemen met de nieuwe versie van Thunderbird opgedoken.
Wat dat betreft verbaast het me wel dat ze stoppen met 68, want ik denk dat er nog best een groep is die vanwege addons liever nog even bij de bestaande versie blijft.
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Mozilla\Thunderbird]
"DisableAppUpdate"=dword:00000001
Dat is omdat de Thunderbird versies zijn gebaseerd op de ESR versies van Firefox. En daarvan loopt bij 68 ESR de ondersteuning af.
Thunderbird is gebaseerd op de browser Firefox omdat Microsoft ooit heeft bedacht dat het cool zou zijn om e-mail in 'rich text' formaat te kunnen versturen. Dat is dus HTML.
Dit gelazer tussen Firefox en Thunderbird vindt elk jaar plaats rond deze tijd. Met als complicatie dat Mozilla het Thunderbird team zelfstandig heeft gemaakt.
P.S. Ik stuur al mijn e-mail nog steeds in plain text. Met Thunderbird.
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Mozilla\Thunderbird]
"DisableAppUpdate"=dword:00000001
Waarom dat toch geen goed idee is:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Mozilla\Thunderbird]
"DisableAppUpdate"=dword:00000001
Waarom dat toch geen goed idee is:
En nu wij allemaal maar versleutelen
Mijn gedachte is om mijn text off line te versleutelen en daarna als textfile gewoon te verzenden. Simpel nietwaar!
Dat is omdat de Thunderbird versies zijn gebaseerd op de ESR versies van Firefox. En daarvan loopt bij 68 ESR de ondersteuning af.
Thunderbird is gebaseerd op de browser Firefox omdat Microsoft ooit heeft bedacht dat het cool zou zijn om e-mail in 'rich text' formaat te kunnen versturen.
Dat ligt toch net even anders dan wat je daar voorspiegelt. Mozilla had van oorsprong een client die zowel browsen
als mailen deed (en nieuwslezen, HTML editen) en iemand kwam op het onzalige idee dat het allemaal veel simpeler en
mooier zou worden als die in stukken gehakt zou worden. Toen kregen we Firefox en Thunderbird, waarbij Thunderbird
uiteraard ook het grootste deel van Firefox moest bevatten, en de HTML editor, die echter als losstaand product
tussen wal en schip viel (er is nog wel een aparte versie van geweest maar dat leidde een kwijnend bestaan).
En toen gingen de mensen ineens klagen dat dit "niet te onderhouden" was. Ja, omdat ze het eerst zelf verpest hadden.
Toen het allemaal nog 1 pakket was, waren er nooit dit soort conflicten. En kon je er ook meer mee.
Maar de browser mensen moesten en zouden hun succesje gaan vieren met een "lean" browser. Die ondertussen vele
malen groter en complexer is dan toen ze daar mee begonnen.
De correcte actie was natuurlijk geweest om alles weer te integreren, maar in plaats daarvan is men dit moeras in gegaan.
Bij het doorlezen van de Thunderbird supportgroep kreeg ik een idee om de geïmporteerde PGP-sleutelpaar in Thunderbird helemaal te verwijderen. Na de verwijdering heb ik een nieuw PGP-sleutelpaar aangemaakt met een vervaldatum voor 3 jaar.
Het blijkt nu dat als iemand mijn nieuwe publieke PGP-sleutel gebruikt, het bericht opeens in Thunderbird wél wordt ontsleuteld via mijn nieuwe privé PGP-sleutel. Dus wanneer je een bestaande sleutelpaar importeert die niet door de Thunderbird applicatie is gegenereerd, dan gaat het fout bij het ontsleutelen en zie je dus het bericht in versleutelde vorm (en niet in ontsleutelde vorm). Hoe dit precies komt weet ik niet, maar ik begin nu het idee te krijgen dat geimporteerde PGP-sleutels door Thunderbird niet goed worden afgehandeld.
Opvallend is ook dat Thunderbird niet is af te sluiten als je een geïmporteerde key-pair gebruikt. Dit gebeurt wel, als je een gegeneerde key-pair gebruikt.
Een vriendelijk verzoek aan Mozilla om hier op korte termijn naar te kijken, want de klant wordt immers niet gewaarschuwd om niet zijn bestaande PGP-keys te importeren die hij al een paar jaar (en buiten de applicatie om) in gebruik heeft.
Dat bestaat nog https://www.seamonkey-project.org/. Ik heb die nog een tijdje gebruikt, maar dat was meer als tien jaar terug. SeaMonkey ziet er zeker visueel goed uit. Het lijkt veel op het oude Netscape 4.8 qua uiterlijk.
Volgens bronnen zou het te maken hebben met een bug of een beperking in de RNP-software waardoor versleutelde brichten niet zijn te decrypten, alhoewel men toch in het bezit is van de private PGP-key.
Er is al eerder een klacht binnengekomen van een niet-nader gespecificeerd product van Symantec, waarbij ook hier geen berichten konden worden ontsleuteld.
Op dit moment - is mij verzekerd - wordt er gewerkt aan een fix door de RNP-ontwikkelaars om het bovenstaande probleem op te lossen. Of het probleem wat ik gemerkt heb, een echt nieuw probleem is, zou vastgesteld moeten worden via het uitpluizen van het Thunderbird-logbestand.
Daar zit wat in als je dat echt helemaal kan uitzetten. Persoonlijk ga ik e-mail via emacs maar weer eens proberen.
Sluit regelmatig spontaan af,
Kan tekst in menubalken niet vergroten, alleen in berichten zelf mogelijk de tekst te vergroten.
Was eerder heel tevreden over thunderbird nu één grote ergernis
(onder windows 10 geinstalleerd)
Ben inmiddels opzoek naar een alternatief voor thunderbird.
Deze posting is gelocked. Reageren is niet meer mogelijk.
Lead Network Security Engineer
Luchtverkeersleiding Nederland
Word Lead Network Security Engineer bij LVNL. Ontwerp en implementeer security-oplossingen die de luchtverkeersleidings-systemen veilig houden. Solliciteer nu en draag bij aan onze cyberweerbaarheid! Als Lead Network Security Engineer bij LVNL ben je verantwoordelijk voor het ontwerpen, implementeren en optimaliseren van de netwerkbeveiliging die cruciaal is voor de veilige en efficiënte werking van het luchtverkeersleidingssysteem in Nederland.
Netwerk Security Engineer
Luchtverkeersleiding Nederland
Als Netwerk Security Engineer ontwerp en optimaliseer je onze technische netwerk- en beveiligingsinfrastructuur. Je stuurt tech-nische veranderingen aan op basis van de gestelde architectuur kaders en helpt mee met de uitvoering ervan. Ben jij een gedreven professional met passie voor netwerk-beveiliging? Dan is deze functie als Netwerk Security Engineer bij Luchtverkeersleiding Nederland (LVNL) iets voor jou!
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?