Benutzername/Passwort Fehler beim erstellen e. Kontos[erl.]

Hallo,
überprüfe zunächst einmal, ob du mit Telnet überhaupt eine Verbindung zum Server bekommst:
Mache bitte einen Telnetbefehl auf den IMAP-Server nach dieser Anleitung Mit Telnet Verbindung überprüfen
und poste hier das Ergebnis.
Bedenke, dass in Windows ab Vista Telnet erst in den Windows-Programmeinstellungen aktiviert werden muss.
Aktivierung des Telnet-Clients unter Windows 7

Die Eingabe müsste bei dir so aussehen:
telnet imap.mailbox.org 143

Antwort des Servers?

Ich erhalte folgende Antwort:

* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID
IDPLUS STARTTLS LOGINDISABLED] Dovecot ready. mailbox.org
quit

Wobei mich dieses stutzig macht:

Zitat

STARTTLS LOGINDISABLED]t

Gruß

Edit:
schau dir mal die Hilfe/FAQ auf der Webseite deines Mailproviders an. Das steht nichts von IMAP und Port 143.
https://mailbox.org/einrichtung-mit-windows-live-mail/
und
https://mailbox.org/einrichtung-mi…mailprogrammen/

Die widersprechen sich total. Nimm die Einstellung für Windows Live Mail.

Hallo,
ich bin kein Experte auf diesem Gebiet, ich weiß nur, das Port 993 nur mit SSL/TLS läuft.
StartTLS dagegen auf Port 587. Bei dieser Einstellung werden die Ports ausgehandelt und ob wirklich verschlüsselt wird, weiß du als User nicht. Darum verwende ich diese Einstellung nicht.
https://www.thunderbird-mail.de/forum/viewtopic.php?f=33&t=65846

Gruß

Zitat von "Dark_Knight"

Nur bei mailbox.org bleibt er bei diesem Fehler "Benutzername oder Passwort ungültig (Konfiguration konnte nicht überprüft werden - ist der Benutzername oder Passwort falsch?)" hängen.

Ich würde mich sehr über eure Hilfe sehr freuen!

Hallo,

ich bin Peer Heinlein, der Gründer von mailbox.org. Ich kenne Deinen Ticketverlauf mit unserem Support-Team nicht. Bitte schicke mir da doch mal außerhalb des Forums die Ticketnummer an [email='p.heinlein@heinlein-support.de'][/email], dann schaue ich mir das an, was da los ist.

Grundsätzlich fällt mir zu Deiner Fehlerbeschreibung als erstes erstmal eine Personal Firewall ein. Nicht wenige "Sicherheitsprogramme" reagieren verschnupft darauf, wenn plötzlich verschlüsselt wird. Denn: Dann können sie ja nicht mehr mitlesen und "aufpassen". Das ist am Ende natürlich irgendwie schizophren, aber diverse Firewalls blocken die TCP-Verbindungen. Da wir bei mailbox.org sehr konsequent verschlüsseln, unterscheidet uns das durchaus von anderen und kann der Grund sein, warum es bei uns zickt, bei anderen nicht. Bitte schau doch mal nach, ob Du da irgendeine Personal Firewall o.ä. installiert hast, die die Verbindungen hier kappt. Dann wäre das, was Du als Fehler in Thunderbird siehst, nur ein "Folgeproblem".

Schönen Gruß

Peer

pheinlein:
Willkommen bei uns im Forum!
Welch eine Ehre

@ Dark_Knight:
Ich wills mal mit einer einfachen Erklärung versuchen (Link habe ich keinen).
Ein AV-Programm muss, wenn es den Datenstrom zwischen deinem eigenen Rechner und dem Postein- und Ausgangsserver deines Providers auf Schadcode untersuchen soll, diesen Datenstrom auch mitlesen können. Bei einer unverschlüsselten Verbindung ist (war) das auch alles kein Problem.
Nun stellen so nach und nach alle Mailprovider ihre Verbindungen auf "verschlüsselt" (Fachbegriff "Verbindungssicherheit" auf SSL/TLS oder STARTTLS) um. Der Sinn dahinter ist, dass es "den Bösen" recht schwer gemacht werden soll, diese Daten mitzulesen. Das ist eigentlich auch sehr sinnvoll!

Das Problem ist, dass genau so wie der "Schnüffler" nun auch dein AV-Programm nicht mehr diesen Datenstrom mitlesen kann. Ist ja auch verschlüsselt.
Und vernünftigerweise blockiert das AV-Programm dann diese Verbindung, anstatt dem User eine Sicherheit (eben die Untersuchung des Datenstroms) vorzutäuschen, welche aus den genannten Gründen gar nicht gegeben ist. Effekt: Nix geht mehr!

Nun gibt es auch AV-Programme, welche werbewirksam behaupten, dass sie diesen Datenstrom mitlesen können! Ja, das stimmt, sie können das wirklich! ABER:
Sie klinken sich in den Datenstrom ein, entschlüsseln, untersuchen auf Schadcode und reichen dann den Datenstrom weiter an den Mailclient. Soweit so gut, aber die Sache hat einen großen Nachteil, denn dein Thunderbird ist nicht mehr direkt mit dem Server des Mailproviders verbunden und du (dein Mailprogramm) kannst nicht mehr feststellen, ob es der gewollte Server deines Providers oder irgend ein "böser" ist, mit dem du gerade Nachrichten austauschst. Wir nennen das einen "Man-in-the-Middle-Angriff", welchen hier gewolltermaßen dein AV-Scanner durchführt - der dir aber auch die Sicherheit nimmt, dass du mit dem richtigen Server sprichst.

Nun kannst du dir heraussuchen, was dir wichtiger ist ... .
Du sollst aber auch wissen, dass nur die "höherpreisigen" AV-Scanner einen derartigen Service anbieten, also verschlüsselte Verbindungen aufbrechen und untersuchen.
(Die verschlüsselte Verbindung hat also auch einen gewissen Nachteil ... .)

Was tun, nach all den Informationen, welche für dich hoffentlich nicht allzu technisch waren?

Zuerst einmal solltest du dafür sorgen, dass dein AV-Scanner niemals dein Thunderbird-Userprofil überwachen darf. Du weißt ja, wo dieses "Profil" gespeichert ist, und du musst diesen Speicherort in den Einstellungen deines Scanners als Ausnahme eintragen. Und zwar bei beiden Scanverfahren, "on demand" (bewusst gestarteter Scan) und auch "on acess" ("Hintergrundwächter" o. ä.). Findest du schon!
Das hat vor allem den Sinn, dass dir ein falsch konfigurierter Scanner nicht mit einem mal sämtliche lokal gespeicherte Mails entsorgt. Wenn der Scanner nämlich in den Dateien deines Profils (Mailspeicherdateien: mbox) einen Schadcode vermutet, kann es passieren, dass er diese befallene Datei löscht. Dummerweise ist es dann die Datei "INBOX", was dein gesamter Posteingang ist.
Also das TB-Userprofil als Ausnahme eintragen!

Dann musst du dich entscheiden, ob du wie oben beschrieben, den Datenstrom zu den beiden Mailservern überwachen lässt.
Wenn dein kostenpflichtiger AVIRA die verschlüsselte Verbindung scannen kann, kannst (ich schreibe bewusst nicht solltest!) du das für die Verbindung zum Posteingangsserver zulassen. Damit hast du einen gewissen Schutz vor in den Mails mitgeschickten Schadprogrammen. Meine dringliche Empfehlung ist aber, die "gehende" Verbindung (zum SMTP-Server) nicht überwachen zu lassen. Das bringt in der Regel immer Probleme. Wenn du nicht sicher bist, dass zu versendende Mailanhänge wirklich "sauber" sind (unmittelbar vor dem Anhängen an eine Mail sind diese Anhänge durch den verantwortungsvollen Nutzer noch einmal zu scannen!), dann solltest du besser keine Mails verschicken.
Wenn das Abholen der Mails trotz Überwachung durch den Scanner funktioniert, dann kannst du es so lassen.
Sollte das Abholen der Mails immer Fehler bringen, dann schalte die Überwachung ebenfalls aus.

Ich möchte dir auch noch einen weiteren Rat auf den Weg geben:
Niemals (!) einen Mailanhang direkt aus dem Mailprogramm heraus öffnen!
Immer den Anhang zuerst in ein Downloadverzeichnis abspeichern, dort mit einem aktuellen AV-Scanner überprüfen und erst dort starten.
Ja, das macht ein klein wenig "Mühe". Aber diese "Mühe" steht in keinem Verhältnis zum erforderlichen Neuinstallieren des Rechners, wenn du dir etwas eingefangen hast.
(Aber das glauben mir ja eh nur diejenigen, die wegen Missachtung dieses Grundsatzes schon mal auf die Schn**** gefallen sind ... .)

Und noch ein zweiter Hinweis dazu:

Zitat

möchte ich nicht ewig mit dem Sichern (und/oder wiederherstellen) von Daten verbringen.

Mit dem Add-on "ImportExportTools" kannst du nach einer ganz schnellen und einfachen Konfiguration vollautomatisch (!) eine tägliche Sicherung deines vollständigen TB-Userprofils machen lassen. Eine derartige tagesaktuelle Sicherung spart Zeit (falls mal wieder etwas mit deinem Profil passiert) und vor allem Nerven.

MfG Peter

Den bewussten Haken kannst du gern setzen. Das bedeutet meines Wissens nur, dass beim direkten Scannen aus dem Thunderbird heraus, der Mailanhang temporär in das temp-Verzeichnis kopiert und dort gescannt wird. Es schadet nichts.

Es gibt zwei übliche Verfahren zum lokalen Speichern von E-Mails. Eben jenes beim TB angewandte Verfahren mit den mbox-Dateien (= Quellcode aller E-Mails eines "Mailordners" hintereinander in einer einzigen Datei) und jenes, welches alle E-Mails einzeln als .eml-Dateien (= einzelne Textdateien, welche den Quellqode einer einzigen E-Mail enthalten). Beide haben ihre Vor- und Nachteile. Eine mbox ist durch ihre Indexdatei super schnell durchsucht bzw. eine Mail wird recht schnell angezeigt, weil der Index sofort auf den Beginn einer bestimmten E-Mail verweist und diese anzeigt. Andererseits macht mich eine auf mehrere GB angewachsene mbox, welche vielleicht auch noch jedes mal durch das Filter eines falsch konfigurierten AV-Scanners gequetscht werden muss, schon kribbelig. (Wir sagen immer: möglichst viele Mailordner, und jede mbox nur ein paar Hundert MB groß!)
Bei der einzelnen Speicherung der E-Mails hast du innerhalb eines Ordners vielleicht Tausende einzelner Dateien, welche vom Betriebssystem verwaltet werden müssen. Auch hier gibt es Grenzen. Und das viele Öffnen und Schließen der einzelnen Dateien ist auch nicht ohne und macht die Geschichte nicht gerade schneller.
Aber ich gebe dir Recht, die Gefahr des Verlustes eines ganzen Ordners voller E-Mails ist geringer, als wenn eine einzelne mbox-Datei von uns geht. (Irgendwas muss ich allerdings falsch machen, denn ich hatte in all den Jahren einen derartigen Fall noch nicht.)

Zitat

Da ich jetzt eh in Kürze auf eine hoffentlich adäquate Verschlüsselung umstellen möchte (womit ich mich auseinander setzen muss),

Was die Verschlüsselung der Verbindungen bis zu deinem Provider betrifft (eben jene "Verbindungssicherheit"), da musst du nicht viel Eigeninitiative zeigen. Irgendwann werden das alle dt. Provider erzwingen. Ermöglichen tun sie das ja schon viele Jahre. Außer den dir ja mittlerweile bekannten Einstellungen des Mailclients - und den von mir beschriebenen Einstellungen/Einschränkungen beim AV-Scanner - ist da ja nicht allzuviel zu tun.
Sollte es dir allerdings um die wirksame Wahrung der Vertraulichkeit deiner Mails gehen, so bringt dir die Erhöhung der Verbindungssicherheit nicht allzu viel. Schon bei deinem eigenen Provider können interessierende Mails von den Ermittlungsbehörden angefordert werden und sind an diese "auszuleiten". Und wie es dann von deinem Provider bis zu deinem Adressaten geht, kannst du weder wissen noch beeinflussen (auch wenn aus gutem Grund irgendwann die Verbindungssicherheit netzweit vorhanden sein wird.) Willst du einen wirksamen Schutz, dann musst du deine Mails schon zwischen dir und deinen Partnern "End-to-End" verschlüsseln. Das ist technisch viel einfacher, als die Menschen davon zu überzeugen. DAS ist dabei das eigentliche Problem.

MfG Peter

Wenn du da Hilfe oder Anregungen brauchst, kannst du dich da gern an mich wenden.
Über 10 Jahre Berufs- und Hobbyefahrung auf genau diesem Gebiet

MfG Peter

Betriebssystem: Win 8.1
TB: 31.1.0
Kontenart: POP
Postfach: GMX.de

Hallo zusammen,

ich habe ein ganz ähnliches Problem - mit der selben Fehlermeldung, die hier genannt ist.
Wenn ich ein neues Konto erstellen will, werden einmal immer unbekannte Zertifikate von 1und1 angezeigt und zum anderen die Meldung dass Benutzername oder Passwort nicht passt.
Auf der Internetseite von GMX komme ich mit den selben Infos rein.
Ich habe alle im manuellen Erstellungsdialog möglichen Portvarianten, die auf der GMX-Seite genannt sind ausprobiert - leider ohne Erfolg. Auch wenn IMAP bei einem freien Konto nicht gehen soll habe ich auch das versucht - geht auch nicht.
Auf meinem alten PC funktioniert das Konto. Dort habe ich die Anmeldeinfos für Eingangs- und Ausgangsserver gecheckt:
Beim Eingang ist nur der Nutzername OHNE @gmx.de als Benutzername hinterlegt, beim Ausgang Name inkl. @gmx.de. Daraufhin habe ich das unter den manuellen Einstellungen auch mit allen Ports durchexerziert - ohne Erfolg.
Nachdem ich hier die reichhaltigsten Infos gelesen habe und versucht habe zu durchschauen, versuchte ich bei meinem Virenscanner (G DATA) eine Ausnahmeregel für mein "Profil" zu erstellen (wie hier erklärt). Dort können (soweit ich gefunden habe) nur exe - Dateien in die Ausnahme-Liste aufgenommen werden. Habe also thunderbird.exe als zugriffsberechtigt eingetragen und meine Versuche der Kontenerstellung wiederholt - ohne Erfolg.

Während des Verbindungsprozesses wird in der Fußzeile von TB angezeigt, dass mit dem pop-Server von gmx eine Verbindung aufgebaut sei. Leider passiert weiter nix. Der Prüfprozess bzw. Verbindungsaufbau geht immer weiter bzw. "hängt" fest.

Ich habe auch ein web.de-Konto in TB verknüpft (weiterhin auch ein Konto über den 1und1-webmailer) - da kamen zwar auch unbekannte Zertifikate, aber Empfang und Senden klappt einandfrei (trotz G DATA ohne Ausnahmeeinstellungen).

Woran kann das noch liegen, dass der Kontakt nicht zustande kommt, dass sich das Konto nicht einrichte lässt???
Danke für eure Hilfe!

So - mit wachen Augen nochmal geguckt und irgendwie (ich weiß wirklich nicht wie genau) auf einer passenden Seite gelandet. Und zwar:
https://www.thunderbird-mail.de/forum/viewtopic.php?f=31&t=67195
Die dort beschriebene Vorgehensweise bzgl. G DATA hat vorzüglich und prompt funktioniert.
Es lag also an G DATA bzw. daran, dass TB das Zertifikat nicht automatisch holt. Aber absolut kein Problem das ganze manuell zu machen

Hallo,

Zitat von "wolveheart"

Es lag also an G DATA...

welch eine Überraschung! Danke für die Information!