TIMEOUT version 3.1.10 [erl.]

Hallo login12 und willkommen im Thunderbird-Forum,

zuerst einmal überprüfe die Erreichbarkeit des Servers und das verwendete Passwort (ggf. einfach mal im Passwort-Manager, das gespeicherte Passwort löschen).

Ob eine Erhöhung der Zeit hilfreich ist, finde ich fraglich. Ich möchte schon möglichst nicht eine halbe Minute warten müssen, geschweige denn zwei.

Gruß
slengfe

Hallo login12,

zuerst einmal möchte ich dir erklären, was es mit dem "Timeout" auf sich hat:
Wenn keine Netzwerkverbindung besteht, also "keine Daten fließen", dann befreit dich der Timeout nach der eingestellten Zeit vor einem "unendlichen Warten". Der Client gibt nach dieser Zeit einfach auf, weil es dann keinen Sin mehr macht.

Wenn nach wenigen Sekunden (2 bis 5!) keine Verbindung zustande kommt, dann gibt es eben ein Problem mit dieser Verbindung, welches du suchen solltest. Da hilft ein längeres Warten überhaupt nicht (oder nur in ganz seltenen und begründeten Fällen, zum Bsp. wenn jedes mal ein VPN-Tunnel aufgebaut werden muss, o.ä. Aber das dürfte ja bekannt sein).

Gegenindikation: Stell dir vor, du stellst ein Timeout von 2 Minuten ein, hast 10 Konten eingetragen und deine Internetverbindung ist "weg". Willst du jetzt 20 Minuten warten ... ?

Nach dem von slengfe vorgeschlagenen Test der Erreichbarkeit solltest du penibel die Konteneinstellungen überprüfen.
So sieht das aus, der Server ist also erreichbar!

peter@mars:~> telnet mail.ep3.at 25
Trying 78.47.162.107...
Connected to mail.ep3.at.
Escape character is '^]'.
220 mail.ep3.at ESMTP Exim 4.63 Wed, 08 Jun 2011 07:06:30 +0200




quit
Connection closed by foreign host.

Prüfen:
- Servername
- Benutzername
- Verschlüsselung der Verbindung (=> austesten!)
- Port
- Art der Authentifizierung (bei einem "speziellen Server" kann dies auch vom Standard im Internet abweichen!)

MfG Peter

Der Port 465 gehört hier zu:

Quote

# Theodore Ts'o <tytso&MIT.EDU>
urd 465/tcp URL Rendesvous Directory for SSM
igmpv3lite 465/udp IGMP over UDP for SSM

und ist ganz bestimmt nichts Öffentliches.
Daher solltest Du den Rat im Fehlerhinweis befolgen und Dir die genauen Anmeldedaten und die Art der Verschlüsselung geben lassen.
Da jetzt blind irgendetwas einzugeben, wird wohl kaum nutzen.
Der Netzwerkadmin sollte auch wissen ob und welche Art von Firewall eingesetzt wird.

Du hast mein Beispiel der Verbindungsüberprüfung mit telnet gesehen.
Wieso machst du es nicht genau so? => Port 25, auf diesem Port funktioniert ja die Verbindung, zumindest bei mir.
Welches Ergebnis bringt der Test bei dir? (Bitte wg. der Übersichtlichkeit in Codetags posten!)

Und dann stellst du im TB Verbindungssicherheit KEINE und Port 25 ein.

Quote

und überhaupt: woher weisst du was mit dem port 465 los ist?

Du hast es doch selbst getestet. 465 => Verbindungsfehler
Der Port 465 ist der Standardport für SSL-gesicherte SMTP-Verbindungen. Das ist schon in Ordnung so. Nur, dein Provider bzw. dessen Server muss es auch anbieten. Und nach deinen Test und auch Einstellungen scheint das nicht so zu sein.
Es steht jedem Provider frei, verschlüsselte Verbindungen anzubieten oder auch nicht. Kostet Geld (für Zertifikate), Rechenleistung (durch die Verschlüsselung) und natürlich auch ein klein Wenig Wissen bei der Konfiguration.

MfG Peter

Quote

hier das ergebniss
"Fehler beim Senden der Nachricht. Der Mail-Server antwortete: "REJECTED - Need to authenticate to send from [xxx@yyyy.net]". Bitte überprüfen Sie, ob Ihre E-Mail-Adresse in den Konten-Einstellungen stimmt und wiederholen Sie den Vorgang."

Die gute Nachricht: Wie zu erwarten "spricht" jetzt der Server mit dir.
Die schlechte Nachricht: Er kennt dich nicht ... .

Zur Vermeidung von Spam achten die Provider jetzt darauf, dass die im Konto eingetragene Absenderadresse exakt zu den in den smtp-Einstellungen eingetragenen Kontodaten passt.
Und? Passt sie?

MfG Peter

Vergiss diesen ganzen Kontoassi! Wir lieben ihn auch nicht. Und du hast ja wohl mittlerweile deine Konten eingerichtet.

Schau dir in aller Ruhe (!) die Einstellungen deiner Konten an.
Jeweils:
- stimmige, zum Konto passende Absenderadresse
- richtiger (Posteingangs-)Server, Benutzername, Port usw. => du kannst mit allen Konten empfangen, dann OK
- Zuordnung eines passenden Postausgangsservers zu jedem einzelnen Konto

Dazu kannst du in den Kontoeinstellungen "beliebig viele" Einträge für Postausgangsserver anlegen. Auch nachträglich!
- der richtige zum Konto passende Server
- ebenso der Benutzername
- und der Port (beim "Problemkonto" eben 25)
- keine Verschlüsselung
- Auth.-Methode: Passwort, normal

Diesen legst du an, und ordnest ihn dem richtigen Konto zu. Dann muss es funktionieren.
Du wirst nach dem Passwort gefragt, gibst es ein, setzt den Haken und weg ... .

MfG Peter

Danke für deine Rückmeldung.
Freue mich mit dir.

Ja, irgendwann schaffe ich es auch mal nach Wien. Auch wenn es mich seit Jahren im Urlaub immer in den Norden zieht.

MfG Peter