TB 4.2.44.2 kann plötzlich keine Mails mehr versenden 1&1 gmx

Ich kann die Lösung, auf die aktuelle Version TB7.1.18 zu updaten, voll bestätigen.

Bisher habe ich noch TB4.2.44 unter Windows 10 genutzt. Es lief ja alles stabil, und so sah ich keine Veranlassung zu einem Update (never change...). Seit gestern Nachmittag dann der Horror: Mails wurden noch empfangen, aber Senden ging nicht mehr.
Provider ist 1&1, ich habe dort drei Konten

Nach mehrerem Probieren mit den Transporteinstellungen habe ich dann TB7.1.18 zunächst als Testversion parallel installiert. Senden und Empfangen klappte sofort wieder. Danach die Version gekauft und den Schlüssel eingespielt - alles ok.

Kleiner Wermutstropfen: Die Makros in meinen Schnellvorlagen musste ich z.T. neu eingeben, weil sie offensichtlich mit einem falschen Zeichensatz übernommen wurden. Es gab keine Umlaute und keine Steuerzeichen "%" mehr. Aber nach mühevoller Anpassung ging das dann auch.

Grüße
AndyK

Vielleicht hilft das dem Einen oder Anderen:

http://www.heise.de/newsticker/mel…ng-3225281.html

Zitat von sanyok

TB! v7 verwendet das Wurzelzertifikat "Deutsche Telekom Root CA 2" (s.o. Auszug). Klappt es, wenn du es in Trusted Root CA importierst?

Hat jemand dieses Zertifikat in die TB!-interne Zertifikatsdatenbank (Trusted Root CA) importiert (Anleitung und Link gibt's oben)?

Ich kann mir allerdings vorstellen, dass eine ältere TB!-Version ein anderes Wurzelzertifikat verwendet, das abgelaufen ist bzw. vom Server aus einem anderen Grund nicht mehr akzeptiert wird (ein Protokollauszug angefangen mit "SEND - Sende Nachricht(en)" wäre hilfreich). Alternativ sollte man es daher mit MS CryptoAPI versuchen. Ich habe etwas dazu im anderen Thread geschrieben.

Und hat's jemand mit v6.2.2 oder einer höheren v6 getestet oder könnte es testen? Interessant wäre nämlich zu wissen, ob's an TLS liegt.

Zitat von sanyok

Hat jemand dieses Zertifikat in die TB!-interne Zertifikatsdatenbank (Trusted Root CA) importiert (Anleitung und Link gibt's oben)?

Hallo sanyok!

Ich arbeite mit v5.0.30. Ein E-Mail Versand über 1und1 ist aktuell nicht möglich.
In v5.0.30 ist das Zertifikat "Deutsche Telekom Root CA 2" bereits installiert. Ich habe das installierte Zertifikat mit dem von der Telekom zur Verfügung gestellten Zertifikat verglichen (Fingerabdruck, Gültigkeitsdauer, etc.) - beide sind identisch, d.h. das von TB verwendete Zertifikat ist aktuell.
Am aufgeführten Zertifikat sollte es also nicht liegen.

Zitat von Psioneer

In v5.0.30 ist das Zertifikat "Deutsche Telekom Root CA 2" bereits installiert

Wird es denn in v5 auch bei der Verbindung mit 1&1 verwendet? Was steht im Protokoll nach "SEND - Sende Nachricht(en)" (s.o.)? Entscheidend ist dabei vor allem die Zeile "SEND - Root...".

Selbes Problem hier! Seit heute Nacht kann ich keine Mails via 1&1 und gmx mehr versenden. Empfangen aber problemlos...
Alle versuchten Test-Änderungen an den Konto-Eigenschaften zum Versand/Empfang waren erfolglos.

Ich habe gerade bei 1&1 angerufen. Sie haben kein TLS 1.0 deaktiviert. Das würde zu viele betreffen, meinte er. Es ist auch keine erhöhte Kunden-Telefon-Problemmeldung heute. Also scheinen alle anderen Programme (Outlook, Thunderbird, etc.) sauber zu laufen, meinte er.

Er hat bei der anschliessenden Fehlersuche dann beim Namen "the Bat" direkt reagiert. Was? Das Programm kenne er noch nicht, aber er hat es heute schon mal gehört. Da war auch ein Problem mit dem Versand von Mails. Er gibt dies zur Prüfung - mit dem Vermerk "the Bat".

Das ist die Meldung aus dem "Account.log":

02.06.2016, 16:15:45: SEND - Sende Nachricht(en) - 1 Nachricht(en) in der Warteschlange
02.06.2016, 16:15:46: SEND - Einleitung TLS-Handshake
>02.06.2016, 16:15:46: SEND - Zertifikat S/N: 5153D26A7CD72928, Algorithmus: RSA (2048 Bits), ausgestellt von 29.01.2014 10:01:50 bis 03.02.2017 23:59:59, für 1 Host(s): smtp.1und1.de.
>02.06.2016, 16:15:46: SEND - Besitzer: DE, 1 und 1 Internet AG, Rheinland-Pfalz, Montabaur, server-certs@1und1.de, smtp.1und1.de.
>02.06.2016, 16:15:46: SEND - Aussteller: DE, T-Systems International GmbH, T-Systems Trust Center, NRW, 57250, Netphen, Untere Industriestr. 20, TeleSec ServerPass DE-1.
>02.06.2016, 16:15:46: SEND - Root: DE, Deutsche Telekom AG, T-TeleSec Trust Center, Deutsche Telekom Root CA 2
02.06.2016, 16:15:46: SEND - TLS-Handshake vollständig
02.06.2016, 16:15:46: SEND - verbunden mit dem SMTP-Server
02.06.2016, 16:15:46: SEND - authentifizieren (Plain)...
02.06.2016, 16:16:46: SEND - Server meldet Fehler. Die Antwort ist:
02.06.2016, 16:16:46: SEND - authentifizieren (Login)...
02.06.2016, 16:16:46: SEND - Server meldet Fehler. Die Antwort ist:
02.06.2016, 16:16:46: SEND - Verbindung beendet - 0 Nachricht(en) versandt
02.06.2016, 16:16:46: SEND - Einige Nachrichten wurden nicht versendet - prüfen Sie die Logdatei nach Informationen

Zitat von Danke

Er hat bei der anschliessenden Fehlersuche dann beim Namen "the Bat" direkt reagiert. Was? Das Programm kenne er noch nicht, aber er hat es heute schon mal gehört. Da war auch ein Problem mit dem Versand von Mails.

Das war vermutlich ich.
Ich versuch's jetzt auch mal mit der aktuellen TB-Version. Das hat ja mehrfach hier jetzt schon das Problem behoben.

Zitat von sanyok

Wird es denn in v5 auch bei der Verbindung mit 1&1 verwendet? Was steht im Protokoll nach "SEND - Sende Nachricht(en)" (s.o.)? Entscheidend ist dabei vor allem die Zeile "SEND - Root...".

Ja, es scheint verwendet zu werden. Meine TB Log-Einträge sehen genauso aus wie der vom Benutzer "Danke" gepostete Log-Eintrag.
Das Zertifikat "Deutsche Telekom Root CA 2" ist im Log aufgeführt.

Bei mir scheint es nach den ersten Tests nun auch wieder alles zu funktionieren.
Danke Euch... und jetzt muß ich erstmal die nervigen Default-Einstellungen wieder so hinbiegen, daß es schön ist...

Wenn man das Protokoll analysiert, dann müsste das Problem in der Authentifikation liegen.

02.06.2016, 16:15:46: SEND  - TLS-Handshake vollständig
02.06.2016, 16:15:46: SEND  - verbunden mit dem SMTP-Server

TLS-Handshake und Verbindung mi dem Server waren erfolgreich, woraus folgt, dass mit dem Zertifikat und TLS alles in Ordnung ist.

02.06.2016, 16:15:46: SEND  - authentifizieren (Plain)...
02.06.2016, 16:16:46: SEND  - Server meldet Fehler. Die Antwort ist:

Nachdem die Serververbindung aufgebaut wurde, wird die Authentifikation durchgeführt. "Plain" bedeutet dabei, dass die Standardmethode eingestellt wurde. Eben hier hakt's. Woran's genau liegt, kann ohne die genaue Fehlermeldung nicht festgestellt werden. Daher kann man nur allgemeine Vorschläge geben:

• Eventuell hilft's, wenn man anstelle von "Standard" eine andere Authentifikationsmethode wählt, z.B. APOP-MD-5. Diese wird bei der POP3-Authentifikation eingestellt. Die SMTP-Authentifikation übernimmt dann diese Einstellung, wenn dort "Gleiche Einstellungen wie zum Nachrichtenempfang verwenden" aktiviert ist.
  
• Eventuell hilft's, wenn man bei der SMTP-Authentifikation die Option "Erfordert sichere Authentifikation" aktiviert.
  
• Eventuell hilft's, wenn man bei der SMTP-Authentifikation "Besondere Einstellungen verwenden" anstelle von "Gleiche Einstellungen wie zum Nachrichtenempfang verwenden" aktiviert und dann nochmals den Benutzernamen und das Passwort einträgt.
  
• Eventuell hilft's, wenn man bei der SMTP-Authentifikation die Option ""POP vor SMTP"-Authentifikation verwenden" aktiviert. Ich weiß noch, dass es früher bei vielen Providern erforderlich war.
  
• Eventuell wird die vollständige Fehlermeldung angezeigt, wenn man die Programmoberfläche auf Englisch umstellt. Vielleicht fehlt eine deutsche Übersetzung und daher wird nichts angezeigt.

Ein Feedback wäre nicht schlecht.

zu 1: Nein - ändert nichts.
zu 2: Nein, dann kommt Fehlermeldung: SEND - Server meldet Fehler. Die Antwort ist: Authentication required
zu 3: Nein - ändert nichts.
zu 4: Nein - ändert nichts. (PS: Ist bei web.de immer noch so)

zu 5: Nein. Es kommt ebenfalls keine Fehlermeldung.
02.06.2016, 17:43:59: SEND - sending mail message(s) - 1 message(s) in queue
02.06.2016, 17:43:59: SEND - Initiating TLS handshake
>02.06.2016, 17:43:59: SEND - Certificate S/N: 5153D26A7CD72928, algorithm: RSA (2048 bits), issued from 1/29/2014 10:01:50 AM to 2/3/2017 11:59:59 PM, for 1 host(s): smtp.1und1.de.
>02.06.2016, 17:43:59: SEND - Owner: DE, 1 und 1 Internet AG, Rheinland-Pfalz, Montabaur, server-certs@1und1.de, smtp.1und1.de.
>02.06.2016, 17:43:59: SEND - Issuer: DE, T-Systems International GmbH, T-Systems Trust Center, NRW, 57250, Netphen, Untere Industriestr. 20, TeleSec ServerPass DE-1.
>02.06.2016, 17:43:59: SEND - Root: DE, Deutsche Telekom AG, T-TeleSec Trust Center, Deutsche Telekom Root CA 2
02.06.2016, 17:43:59: SEND - TLS handshake complete
02.06.2016, 17:43:59: SEND - connected to SMTP server
02.06.2016, 17:43:59: SEND - authenticating (plain)...
02.06.2016, 17:44:59: SEND - Server reports error. The response is:
02.06.2016, 17:44:59: SEND - authenticating (login)...
02.06.2016, 17:44:59: SEND - Server reports error. The response is:
02.06.2016, 17:44:59: SEND - connection finished - 0 message(s) sent
02.06.2016, 17:44:59: SEND - Some messages were not sent - check the log for details

Danke sanyok fuer die Analyse und Optionen. Leider funktioniert keine davon.

zu 1) ich habe alle verfuegbaren Authentifikationsmethoden nacheinander geawehlt (darunter auch APOP-MD-5). Keine funktionierte. Hier die logs dazu (im folgenden post, weil so lang zu posten hier nicht erlaubt ist).
zu 2) nein, hilft leider nicht
zu 3) hat auch nichts gebracht
zu 4) hatte ich auch schon gestern versucht, ohne Erfolg, auch heute nicht
zu 5) Mein TheBat war und ist auf Englisch. Fehlermeldung wird trotzdem nicht genauer angezeigt.

Waere cool, wenn Du noch eine Idee hast! Hast du auch TheBat? Kannst Du wireshark benutzen, um auf Netzwerkebene zu analysieren, was ueber den Draht geht bzw. was nicht? Netzwerke- und deren Protokolle sind leider nicht grad meine Domaene.

Die "Loesung", TheBat auf v7 zu aktualiseren, ist doch echt eine Frechheit, weil man dann wieder eine neue Lizenz kaufen muss! Hat TheBat den Fehler vielleicht mit Absicht eingebaut bzw. jetzt aktiviert, damit die User sich eine neue v7 installieren und fleissig neue Lizenzen kaufen? Das waer ja der Hammer!

Hier die logs der verschiedenen Versuche mit unterschiedlicher Auth.

02.06.2016, 17:44:55: SEND - sending mail message(s) - 1 message(s) in queue
02.06.2016, 17:44:55: SEND - Connecting to SMTP server smtp.1und1.de on port 587
02.06.2016, 17:44:55: SEND - Initiating TLS handshake
>02.06.2016, 17:44:55: SEND - Certificate S/N: D2B700CA910A9B48806C39B55A0C93FF, algorithm: RSA (2048 bits), issued from 1/29/2014 10:01:50 AM to 2/3/2017 11:59:59 PM, for 1 host(s): smtp.1und1.de.
>02.06.2016, 17:44:55: SEND - Owner: DE, 1 und 1 Internet AG, Rheinland-Pfalz, Montabaur, server-certs@1und1.de, smtp.1und1.de.
>02.06.2016, 17:44:55: SEND - Root: generated by avast! antivirus for SSL/TLS scanning, avast! Web/Mail Shield, avast! Web/Mail Shield Root
02.06.2016, 17:44:55: SEND - TLS handshake complete
02.06.2016, 17:44:55: SEND - connected to SMTP server
02.06.2016, 17:44:55: SEND - authenticating (plain)...
02.06.2016, 17:45:15: SEND - Server reports error. The response is:
02.06.2016, 17:45:15: SEND - authenticating (login)...
02.06.2016, 17:45:15: SEND - Server reports error. The response is:
02.06.2016, 17:45:15: SEND - connection finished - 0 message(s) sent
02.06.2016, 17:45:15: SEND - Some messages were not sent - check the log for details
02.06.2016, 17:45:29: SEND - sending mail message(s) - 1 message(s) in queue
02.06.2016, 17:45:29: SEND - Connecting to SMTP server smtp.1und1.de on port 587
02.06.2016, 17:45:29: SEND - Initiating TLS handshake
>02.06.2016, 17:45:29: SEND - Certificate S/N: D2B700CA910A9B48806C39B55A0C93FF, algorithm: RSA (2048 bits), issued from 1/29/2014 10:01:50 AM to 2/3/2017 11:59:59 PM, for 1 host(s): smtp.1und1.de.
>02.06.2016, 17:45:29: SEND - Owner: DE, 1 und 1 Internet AG, Rheinland-Pfalz, Montabaur, server-certs@1und1.de, smtp.1und1.de.
>02.06.2016, 17:45:29: SEND - Root: generated by avast! antivirus for SSL/TLS scanning, avast! Web/Mail Shield, avast! Web/Mail Shield Root
02.06.2016, 17:45:29: SEND - TLS handshake complete
02.06.2016, 17:45:29: SEND - connected to SMTP server
02.06.2016, 17:45:29: SEND - authenticating (plain)...
02.06.2016, 17:45:48: FETCH - receiving mail messages
02.06.2016, 17:45:48: FETCH - Connecting to POP3 server pop.gmx.net on port 995
02.06.2016, 17:45:48: SEND - sending mail message(s) - 2 message(s) in queue
02.06.2016, 17:45:48: SEND - Connecting to SMTP server smtp.1und1.de on port 587
02.06.2016, 17:45:48: FETCH - Initiating TLS handshake
02.06.2016, 17:45:48: SEND - Initiating TLS handshake
>02.06.2016, 17:45:48: FETCH - Certificate S/N: 9630829EC5C64948BDF8CF21FB54E569, algorithm: RSA (2048 bits), issued from 11/12/2013 10:19:29 AM to 11/17/2016 11:59:59 PM, for 2 host(s): pop.gmx.net, pop.gmx.de.
>02.06.2016, 17:45:48: FETCH - Owner: DE, 1&1 Mail & Media GmbH, Rhineland-Palatinate, Montabaur, server-certs@1und1.de, pop.gmx.net.
>02.06.2016, 17:45:48: FETCH - Root: generated by avast! antivirus for SSL/TLS scanning, avast! Web/Mail Shield, avast! Web/Mail Shield Root
02.06.2016, 17:45:48: FETCH - TLS handshake complete
>02.06.2016, 17:45:48: SEND - Certificate S/N: D2B700CA910A9B48806C39B55A0C93FF, algorithm: RSA (2048 bits), issued from 1/29/2014 10:01:50 AM to 2/3/2017 11:59:59 PM, for 1 host(s): smtp.1und1.de.
>02.06.2016, 17:45:48: SEND - Owner: DE, 1 und 1 Internet AG, Rheinland-Pfalz, Montabaur, server-certs@1und1.de, smtp.1und1.de.
>02.06.2016, 17:45:48: SEND - Root: generated by avast! antivirus for SSL/TLS scanning, avast! Web/Mail Shield, avast! Web/Mail Shield Root
02.06.2016, 17:45:48: SEND - TLS handshake complete
02.06.2016, 17:45:48: SEND - connected to SMTP server
02.06.2016, 17:45:48: SEND - authenticating (plain)...
02.06.2016, 17:45:49: FETCH - connected to POP3 server
!02.06.2016, 17:45:49: FETCH - Server reports error. The response is: -ERR authentication failed
02.06.2016, 17:45:49: SEND - Server reports error. The response is:
02.06.2016, 17:45:49: SEND - authenticating (login)...
02.06.2016, 17:45:49: SEND - Server reports error. The response is:
02.06.2016, 17:45:49: SEND - connection finished - 0 message(s) sent
02.06.2016, 17:45:49: SEND - Some messages were not sent - check the log for details
02.06.2016, 17:45:57: SEND - sending mail message(s) - 1 message(s) in queue
02.06.2016, 17:45:57: SEND - Connecting to SMTP server smtp.1und1.de on port 587
02.06.2016, 17:45:57: SEND - Initiating TLS handshake
>02.06.2016, 17:45:57: SEND - Certificate S/N: D2B700CA910A9B48806C39B55A0C93FF, algorithm: RSA (2048 bits), issued from 1/29/2014 10:01:50 AM to 2/3/2017 11:59:59 PM, for 1 host(s): smtp.1und1.de.
>02.06.2016, 17:45:57: SEND - Owner: DE, 1 und 1 Internet AG, Rheinland-Pfalz, Montabaur, server-certs@1und1.de, smtp.1und1.de.
>02.06.2016, 17:45:57: SEND - Root: generated by avast! antivirus for SSL/TLS scanning, avast! Web/Mail Shield, avast! Web/Mail Shield Root
02.06.2016, 17:45:57: SEND - TLS handshake complete
02.06.2016, 17:45:57: SEND - connected to SMTP server
02.06.2016, 17:45:57: SEND - authenticating (plain)...
02.06.2016, 17:46:08: SEND - Server reports error. The response is:
02.06.2016, 17:46:08: SEND - authenticating (login)...
02.06.2016, 17:46:08: SEND - Server reports error. The response is:
02.06.2016, 17:46:08: SEND - connection finished - 0 message(s) sent
02.06.2016, 17:46:08: SEND - Some messages were not sent - check the log for details
02.06.2016, 17:46:17: SEND - Server reports error. The response is:
02.06.2016, 17:46:17: SEND - authenticating (login)...
02.06.2016, 17:46:17: SEND - Server reports error. The response is:
02.06.2016, 17:46:17: SEND - connection finished - 0 message(s) sent
02.06.2016, 17:46:17: SEND - Some messages were not sent - check the log for details
02.06.2016, 17:46:51: SEND - sending mail message(s) - 1 message(s) in queue
02.06.2016, 17:46:51: SEND - Connecting to SMTP server smtp.1und1.de on port 587
02.06.2016, 17:46:51: SEND - Initiating TLS handshake
>02.06.2016, 17:46:51: SEND - Certificate S/N: D2B700CA910A9B48806C39B55A0C93FF, algorithm: RSA (2048 bits), issued from 1/29/2014 10:01:50 AM to 2/3/2017 11:59:59 PM, for 1 host(s): smtp.1und1.de.
>02.06.2016, 17:46:51: SEND - Owner: DE, 1 und 1 Internet AG, Rheinland-Pfalz, Montabaur, server-certs@1und1.de, smtp.1und1.de.
>02.06.2016, 17:46:51: SEND - Root: generated by avast! antivirus for SSL/TLS scanning, avast! Web/Mail Shield, avast! Web/Mail Shield Root
02.06.2016, 17:46:51: SEND - TLS handshake complete
02.06.2016, 17:46:51: SEND - connected to SMTP server
02.06.2016, 17:46:51: SEND - authenticating (plain)...
02.06.2016, 17:47:11: SEND - Server reports error. The response is:
02.06.2016, 17:47:11: SEND - authenticating (login)...
02.06.2016, 17:47:11: SEND - Server reports error. The response is:
02.06.2016, 17:47:11: SEND - connection finished - 0 message(s) sent
02.06.2016, 17:47:11: SEND - Some messages were not sent - check the log for details
02.06.2016, 17:50:49: FETCH - receiving mail messages
02.06.2016, 17:50:49: FETCH - Connecting to POP3 server pop.gmx.net on port 995
02.06.2016, 17:50:49: FETCH - Initiating TLS handshake
02.06.2016, 17:50:49: SEND - sending mail message(s) - 2 message(s) in queue
02.06.2016, 17:50:49: SEND - Connecting to SMTP server smtp.1und1.de on port 587
>02.06.2016, 17:50:49: FETCH - Certificate S/N: 9630829EC5C64948BDF8CF21FB54E569, algorithm: RSA (2048 bits), issued from 11/12/2013 10:19:29 AM to 11/17/2016 11:59:59 PM, for 2 host(s): pop.gmx.net, pop.gmx.de.
>02.06.2016, 17:50:49: FETCH - Owner: DE, 1&1 Mail & Media GmbH, Rhineland-Palatinate, Montabaur, server-certs@1und1.de, pop.gmx.net.
>02.06.2016, 17:50:49: FETCH - Root: generated by avast! antivirus for SSL/TLS scanning, avast! Web/Mail Shield, avast! Web/Mail Shield Root
02.06.2016, 17:50:49: SEND - Initiating TLS handshake
02.06.2016, 17:50:49: FETCH - TLS handshake complete
>02.06.2016, 17:50:49: SEND - Certificate S/N: D2B700CA910A9B48806C39B55A0C93FF, algorithm: RSA (2048 bits), issued from 1/29/2014 10:01:50 AM to 2/3/2017 11:59:59 PM, for 1 host(s): smtp.1und1.de.
>02.06.2016, 17:50:49: SEND - Owner: DE, 1 und 1 Internet AG, Rheinland-Pfalz, Montabaur, server-certs@1und1.de, smtp.1und1.de.
>02.06.2016, 17:50:49: SEND - Root: generated by avast! antivirus for SSL/TLS scanning, avast! Web/Mail Shield, avast! Web/Mail Shield Root
02.06.2016, 17:50:49: SEND - TLS handshake complete
02.06.2016, 17:50:49: SEND - connected to SMTP server
02.06.2016, 17:50:49: SEND - authenticating (plain)...
02.06.2016, 17:50:49: FETCH - connected to POP3 server
!02.06.2016, 17:50:49: FETCH - NTLM/MSN authentication is not supported by the server
02.06.2016, 17:50:49: FETCH - connection finished - 0 messages received
02.06.2016, 17:51:09: SEND - Server reports error. The response is:
02.06.2016, 17:51:09: SEND - authenticating (login)...
02.06.2016, 17:51:09: SEND - Server reports error. The response is:
02.06.2016, 17:51:09: SEND - connection finished - 0 message(s) sent
02.06.2016, 17:51:09: SEND - Some messages were not sent - check the log for details

Zitat von mike

Die "Loesung", TheBat auf v7 zu aktualiseren, ist doch echt eine Frechheit, weil man dann wieder eine neue Lizenz kaufen muss! Hat TheBat den Fehler vielleicht mit Absicht eingebaut bzw. jetzt aktiviert, damit die User sich eine neue v7 installieren und fleissig neue Lizenzen kaufen? Das waer ja der Hammer!

DAS habe ich auch schon gedacht... Da ist gerade Weihnachten...

Hallo zusammen,

ich bin neu hier und habe das selbe Problem seit gestern nachmittag. Habe Gmx und die selben Meldungen in der Logdatei
Ich habe auch schon den Verdacht, dass das Absicht ist von TheBat, dass man sich die neueste Version kaufen muss, damit es wieder funktioniert, finde auch sehr arg, wenn das so wäre
Nachdem ich eine Null in Sachen Internet und Co. bin, folge ich euch und hoffe auf Erleuchtung. Ich habe übrigens die Version 6.0.10

Danke und LG Uli

Wenn ich da sehe, dass ein Avast Virenscanner u. a. dazwischen hängen und ein eigenes Zertifikat einschleusen, kann das das eines der Probleme sein.

Absender-Adresse und Versand-Domain müssen passen sonst weist 1&1, GMX und Webde ab.

Empfang klappt nur ab und an.
Ich kann an GMX über Port 25 mit STARTTLS versenden.
Port 587 oder 465 nicht.

Zitat von mike

Waere cool, wenn Du noch eine Idee hast!

Wenn es in der Tat nur an der Authentifikation liegt, dann hat man nur die von TB! zur Verfügung gestellten Authentifikationsmethoden und -optionen. Diese habe ich bereits oben aufgeführt.

Zitat von mike

Hast du auch TheBat?

Ja, aber die neuste Version und damit gibt's keine Probleme (s.o. meinen Protokollauszug).

Zitat von mike

Die "Loesung", TheBat auf v7 zu aktualiseren, ist doch echt eine Frechheit, weil man dann wieder eine neue Lizenz kaufen muss!

Ein ähnliches Problem gab's bereits, als unverschlüsselte Serververbindungen zu T-Online abgeschaltet wurden, jedoch kein TLS 1.0 aktiviert wurde. Es wurde nur SSL unterstützt. Wie ich bereits oben geschrieben habe, hat TB! aber bis v6.2.2 SSL nicht unterstützt, sondern nur TLS 1.0. Viele MUAs unterstützen hingegen SSL und damit gab's keine Probleme, so dass die meisten Kunden weiterhin zufrieden waren.

Es wurden damals sowohl die Telekom als auch Ritlabs kontaktiert und um Abhilfe gebeten. Ritlabs hat reagiert und v6.2.2 herausgebracht, die nunmehr auch SSL unterstützte. Jedoch war dafür, soviel ich noch weiß, eine neue Lizenz erforderlich, da die alte nur bis v6.1 gültig war. Das hat natürlich viele empört, aber was soll man sonst machen, insbesonder wenn man täglich auf den Mail-Verkehr angewiesen ist? Viele haben deswegen eine neue Lizenz gekauft.

Die Telekom hat übrigens später auch reagiert, indem sie TLS 1.0 doch noch aktivierte. Damit ging's irgendwann auch mit älteren TB!-Versionen wieder und das müsste jetzt immer noch so sein.

Man könnte jetzt also auch abwarten, bis eventuell auf dem Server wieder etwas verändert wird und es auch mit älteren TB!-Versionen klappt. Ob aber einem das Warten zumutbar ist, muss man selbst entscheiden. Notfalls könnte man solange einen anderen MUA nutzen. Oder man kauft eine neue Lizenz.

Zitat von mike

Hat TheBat den Fehler vielleicht mit Absicht eingebaut bzw. jetzt aktiviert, damit die User sich eine neue v7 installieren und fleissig neue Lizenzen kaufen?

Klar! Ritlabs hat in allen TB!-Versionen seit der ersten etwas eingebaut, damit man seit dem 01.06.2016 nicht mehr über 1&1 & Co. versenden kann. Eigentlich kaum vorstellbar. Aus dem oben verlinkten Heise-Artikel folgt, dass vielmehr 1&1 etwas verändert hat. Vielleicht wurde irgendein Sicherheitsmechanismus aktiviert, den ältere TB!-Versionen nicht unterstützen.

Zitat von grazeruli

Ich habe übrigens die Version 6.0.10

Kannst du es auch mit v6.2.2 testen?

Zitat von GwenDragon

Wenn ich da sehe, dass ein Avast Virenscanner u. a. dazwischen hängen...

Bei Danke schaltet sich nichts dazwischen und es klappt trotzdem nicht.

Edit:
Habe mich vertan. TLS 1.0 wurde in v6.1 eingebaut (nicht erst in v6.2) und die Lizenzen gingen damals nur bis 6.0. Ab v6.1 war eine neue Lizenz erforderlich. Es reicht also aus, wenn das jemand mit v6.1 testen könnte.