Mögliche Ursachen:

• Ersteller der Seite hat ein falsches Meta Tag spezifiziert
• Der Webserver ist fehlerhaft konfiguriert, so dass im HTTP Header ein Encoding spezifiziert wird, das nicht dem Encoding der Seite entspricht. Da die Vorgabe des W3C lautet, dass die Angaben im HTTP Header höchste Priorität haben, kann man dem Webbrowser keinen Vorwurf machen: er hat sich korrekt verhalten. Hier bleibt nur die Möglichkeit, das Encoding der Webseite selbst im entsprechenden Menü (in der englischen Version unter View>Character Encoding) selbst korrekt einzustellen und sich beim Webmaster der entsprechenden Seite zu beschweren.

Thunderbird bietet verschiedene Konfigurationsmöglichkeiten zum Thema Encoding unter Edit>Preferences>Display im Tabulator Fonts. Hier kann man beispielsweise festlegen, wie die eigenen Umlaute kodiert werden sollen (Outgoing Mail) oder welches Default Encoding angewendet werden soll, wenn man eine Mail empfängt (sofern es in der Mail nicht spezifiziert wurde). Zusätzlich gibt es noch eine Checkbox Apply the default character encoding to all incoming messages, deren wahre Beweggründe sich mir nicht sofort erschließen. Wenn diese Checkbox ausgewählt ist, wird das Default Encoding für alle empfangenen Emails fix auf einen Wert gesetzt, unabhängig von allen Angaben, die der Benutzer im Mail Header vorgenommen hat. Von der Aktivierung dieser Einstellung kann man daher nur abraten!

Wenn man nun jemandem eine Email mit Umlauten schickt und der Empfänger sein Mailprogramm fehlerhaft konfiguriert hat (zum Beispiel durch Aktivierung der gerade erwähnten Box), kann es passieren, dass Textfragmente, die aus der ursprünglichen Email stammen, fehlerhaft dargestellt werden. Das lässt sich nicht vermeiden, es handelt sich um einen Benutzerfehler. Es ist eine gute Idee, dem Empfänger mitzuteilen, dass er vermutlich eine Fehlkonfiguration vorgenommen hat.

Der Sender der Email hat nicht die korrekten Einstellungen für den Mail Header vorgenommen. Man kann sich alle Werte im Header anschauen indem man in View>Headers den Wert All auswählt und den Kopf mit dem Plus-Zeichen im oberen Inhaltsbereich ausklappt. Wenn der hier ermittelte Wert und der in View>Character Encoding angezeigte Wert übereinstimmen, ist die Mail definitiv fehlerhaft. Man kann die Darstellung der Mail ändern, indem man unter View>Character Encoding einfach mal ein anderes Encoding auswählt. Mit etwas Glück wird die Mail dann korrekt dargestellt (Problem ist wahrscheinlich: der Sender hat lediglich einen falschen Wert im Header eingetragen), manchmal ist jedoch die Darstellung nicht mehr zu retten (Problem ist: die Mail enthält Zitate aus mehreren Mails mit verschiedenen Encodings und irgendein Mailprogramm hat schlampig gearbeitet). Im ersten Fall hat wahrscheinlich der Sender lediglich einen falschen Wert im Header eingetragen, im zweiten Fall könnte es etwa sein, dass die Mail Zitate aus mehreren Mails mit verschiedenen Encodings enthält, weil irgendein beteiligtes Mailprogramm schlampig gearbeitet hat oder falsch konfiguriert war.

Squirrel Mail bietet verschiedene Konfigurationsmöglichkeiten, das beim Verfassen verwendete Encoding wird in Abhängigkeit der verwendeten Sprache gewählt und kann vom Systemverwalter konfiguriert werden. Der Default für die deutsche Sprache ist offensichtlich ISO-8859-1.

Eine entsprechende Webseite im Squirrel Mail Wiki sagt zu diesem Thema:
Support of replying and forwarding email with different charset is experimental (only in 1.5.x and 1.4.4+) and works only with specific encoding (UTF-8) or with certain combination of translation and email encodings

Es gibt keine generelle Lösung für dieses Problem. Zum ersten ist es nicht ganz trivial, eine korrekte Behandlung von Zeichensätzen in ein Mailprogramm zu integrieren, weshalb manche im Einsatz befindliche Applikationen schlicht fehlerhaft implementiert sind. Zum zweiten gibt es auch oft Konfigurationsmöglichkeiten, die vielleicht irgendwann einmal sinnvoll erschienen, da eben die Unicode Unterstützung noch recht rudimentär war und man mit Hilfe solcher provisorischer Lösung die existierenden Probleme zu umgehen versuchte. Zum dritten spielen auch noch die generellen Benutzereinstellungen und etwa das verwendete Betriebssystem mit eine Rolle.

Wer daher das Problem wirklich umgehen möchte, muss etwas genauer hinschauen. Hier folgen ein paar Anregungen, wie man bei der Fehlersuche vorgehen könnte:

• Webseite des verwendeten Mailprogramms aufsuchen und nach den Begriffen Unicode oder UTF-8 suchen. Da das Problem mit verschiedenen Einstellungen für die Zeichenkodierung in Emails besonders häufig auftritt, liefert gegebenenfalls der Hersteller im FAQ-Bereich oder Support wertvolle Hinweise.
• Konfigurationsoptionen des Mailprogramms zum Thema Encoding suchen, vielleicht liegt es einfach an der falschen Konfiguration. Da Emailprogramme heutzutage oft über zahllose Konfigurationsmöglichkeiten verfügen, kann man als Benutzer schnell den Überblick verlieren.
• Eine gute Testmöglichkeit stellt ein zweites Email-Konto dar (oder ein freundlicher Bekannter mit ordentlich konfigurierter Email). Hier sollte man dann Emails mit Umlauten vom problematischen Konto aus und vice versa schicken. Interessant sind die Einträge im Mailheader (die sich in jedem mir bekannten Mailprogramm irgendwie anzeigen lassen): in welchen Fällen stimmen die Einträge im Header mit den verwendeten Zeichensätzen überein, in welchen nicht? Wenn man seinen Rechner nicht selbst verwaltet, sollte man mit den Ergebnissen der Recherche anschließend zum Systemadministrator gehen und gemeinsam nach Gründen für das Fehlverhalten suchen.