Wenn Sie das CardDAV Adressbuch mit Thunderbird und dem SOGo Connector benutzen, bekommen Sie u.U. bei jedem Start von Thunderbird diese Anmeldemaske:

Hier müssen Sie sich mit Ihrer E-Mail-Adresse und dem zugehörigen Passwort authentifizieren. (Die Anmeldemaske kommt unter bestimmten Umständen nicht, wenn Sie z.B. zusätzlich den CalDAV Kalender auch in Thunderbird nutzen und das Passwort gespeichert haben.)

Das Verhalten ist einem Bug im SOGo Connector geschuldet und lässt sich mit dem Thunderbird Addon “Saved Password Editor” beheben. Laden Sie sich dieses Addon herunter und installieren es in Thunderbird. Danach rufen Sie die Thunderbird Einstellungen auf und wählen unter “Sicherheit” den Reiter Passwörter aus. (Alternativ im Menü unter “Extras” -> “Gespeicherte Passwörter”) Bei den gespeicherten Passwörtern legen Sie einen neuen Eintrag nach diesem Muster an:

Typ: Anmerkung
Host: https://oc.schnied.net
Anmerkung: ownCloud
Benutzername: (Bitte mit Ihrer Mailadresse ersetzen)
Passwort: Ihr Passwort zu dem o.g. Mailaccount

Nun sollte nach dem Öffnen von Thunderbird keine Abfrage des Passwortes mehr kommen.

Das hier beschriebene kann potenziell auch auf andere Virenscanner zutreffen.

Beim einrichten von Thunderbird bei einem Kunden meldete dieser ein Problem mit dem Zertifikat unserer Mailserver.

Von “mail.schnied.net” wird ein Zertifikat verwendet, welches von einer handelsüblichen CA ausgestellt ist und mit allen gängigen Mailclients problemlos funktioniert. In diesem Fall hat sich der auf dem Computer vorinstallierte Virenscanner “avast!” in die Kommunikation dazwischen geschaltet. Das macht er, um den Datenverkehr zwischen Client und Server nach Viren zu scannen. (Hoffen wir mal, dass er nur das macht.) Dazu gibt er sich dem Mailserver gegenüber als Mailclient aus und täuscht dem eigentlichen Mailclient vor, dass er der Mailserver ist und ein gültiges Zertifikat für diesen besitzt – was in diesem Fall in die Hose geht. Wenn man sich die Details ansieht, sieht das so aus:

Rein technisch betrachtet muss der Virenscanner das so machen, um den Emailverkehr scannen zu können, bevor er beim Endbenutzer ankommt. Vom Prinzip her ist das eine klassische Man-in-the-Middle-Attacke, welche genau so auch von bösen Buben praktiziert wird um Unfug zu treiben.

Ob man nun den Virenscan für die Emails abschaltet (was sowieso schon auf dem Mailserver gemacht wird), oder irgendein Programm in seine Mails schauen lässt und bewusst auf die Überprüfung der benutzten Zertifikate verzichtet, muss jeder Endbenutzer für sich entscheiden.

Eine Geschichte aus dem Support:

Ein Kunde konnte zwar seine Emails bei unseren Mailservern abrufen, aber das Versenden resultierte immer in einem Timeout. Da dieses Verhalten mit unterschiedlichen Geräten nur in seinem heimischen WLAN zu beobachten war, blieb als Fehlerquelle nur der DSL Router übrig.

Die Telekom hat in dem Router “Speedport W 724V” eine “Liste sicherer E-Mail-Server”. Wenn die Verwendung dieser Liste aktiviert ist, werden Verbindungen auf Port 25, 465 und 587 nur zu den Servern in dieser Liste erlaubt. Anhand welcher Kriterien Mailserver auf dieser Liste landen, ist unbekannt.

Um E-Mails mit Ihrem bei schnied.net gehosteten Mailaccount senden zu können, müssen Sie “mail.schnied.net” in diese Liste aufnehmen. Alternativ kann auch die Verwendung der Liste deaktiviert werden.

Es wird, es wird. Die SSL-Umstellung schreitet langsam aber stetig voran. Unter 10% sind noch nicht umgestellt, aber die Frist läuft ja noch ein paar Tage 😉

Es kristallisiert sich heraus, dass viele ihren Mailaccount mit mehr als einem Gerät abrufen. So kommt es vermehrt vor, dass für eine Mailbox sowohl SSL-gesicherte als auch ungesicherte Verbindungen registriert werden.

Eine Zwischenbilanz zur momentan stattfindenden SSL Umstellung. Für die ersten, knapp 20 Tage sieht die Kurve schon gut aus. Einige Kunden haben die Umstellung bereits durchgeführt. Allerdings ist (bei POP3) die Anzahl derer, die ihre Mails unverschlüsselt abrufen, immer noch höher als die, die schon immer eine verschlüsselte Verbindung nutzen.

Hier exemplarisch auf der Y-Achse die Anzahl Logins der vergangenen 19 Tage. Bei dem IMAP Protokoll sieht die Kurve nicht so “extrem” aus, da “modernere” Mailclients bei der Nutzung von IMAP zuerst die Verbindung per SSL vorschlagen. Deshalb ist auch die Anzahl der Logins per IMAP über SSL von Beginn an höher.

(Bei IMAP sind die Logins per Webmail nicht mit berücksichtigt, sondern nur die “von extern”.)