Wenn du folgende Beiträge meinst, trifft das nicht ganz zu:
Nein, ich finde die Stelle in dem ganzen Durcheinander nicht mehr, aber Du bist der Grund warum ich nicht mehr GMX und Strato in einen Topf werfe... Es gab Meldungen das es auch mit Strato+POP3 Probleme gab, bei Dir nicht...
Als Anmerkung dazu (und das habe ich dann nicht mehr gepostet) muß man sagen nicht alle Strato Emailaccounts sind gleich... "Wichtiger Hinweis: Bitte beachten Sie, dass E-Mail-Postfächer, die nach dem 01.12.2013 eingerichtet wurden, nur mittels gesicherter Verbindung (SSL) angesprochen werden können."
Leider habe ich keine Emailpostfächer/Domain mehr bei Strato zum Testen... (ich bin froh das die Kündigung und der Transfer durch sind). Über einen Testaccount würde ich mich aber freuen.
Der ganze Thread ist viel zu lang und unübersichtlich,
Jupp, so gehts mir langsam auch... ich kann nur GMX testen und dort habe ich den Fehler "E-Mails (POP3 - GMX...) werden nicht mehr bei Start abgerufen" ganz klar nachvollzogen.
Wenn jetzt noch unterschiedliche Verbindungseinstellungen dazu kommen:
...aber es kursieren ja hier unterschiedliche Einstellungen bzw. Ursachen. So verwendeten einige STARTTS zusammen mit Port 995. Ich verwende SSL/TLS zusammen mit Port 995, wobei wiederum andere schrieben, dass damit das Problem behoben wurde, sprich der automatische Mailabruf wieder funktionierte. Außerdem schrieben einige, dass es ein Problem mit Verschlüsseltes Passwort als Authentifizierungsmethode gab, mit Passwort, normal dann nicht.
wird es richtig fies... nur zur Info:
GMX lädt keine Emails zu über POP3, STARTTLS und Port 995, wobei kein Fehler angezeigt wird... auch mehrfaches "triggern" hilft nicht... GMX+IMAP läßt übrigens STARTTLS zu unter Port 143 was so nicht von GMX auf der Homepage angegeben ist... analog klappt POP3+STARTTLS auch unter Port 110 nicht. Vielleicht eine alte Leiche?
Wenn ich also das Ganze auf "E-Mails (POP3 - GMX) werden nicht mehr bei Start abgerufen, manuelles Laden geht aber" beschränke und einen LOG laufen lasse komme ich bei weitem nicht auf das Ergebnis von klausgerhard weswegen ich nach den Parametern gefragt habe... mein LOG bleibt leer beim automatischen laden beim Start wenn ich (set MOZ_LOG=POP3:4) wähle: Wenn ich dann manuell trigger und es klappt kommt auch:
Spoiler anzeigen
2022-01-29 13:44:03.282000 UTC - [Parent 8320: Main Thread]: I/POP3 [this=23ceba1fc00] SEND: AUTH
2022-01-29 13:44:03.310000 UTC - [Parent 8320: Main Thread]: I/POP3 [this=23ceba1fc00] Entering NET_ProcessPop3 22
2022-01-29 13:44:03.310000 UTC - [Parent 8320: Main Thread]: I/POP3 [this=23ceba1fc00] Entering state: 3
2022-01-29 13:44:03.310000 UTC - [Parent 8320: Main Thread]: I/POP3 [this=23ceba1fc00] RECV: -ERR too many errors
Aber wie gesagt es klappt!
bei IMAP ist es natürlich anders (set MOZ_LOG=POP3:5) (wenn das die analoge Stelle ist) und das passiert beim Start von TB automatisch:
Spoiler anzeigen
2022-01-29 13:10:04.733000 UTC - [Parent 9316: IMAP]: D/IMAP SetConnectionStatus(0x0)
2022-01-29 13:10:04.738000 UTC - [Parent 9316: IMAP]: D/IMAP IMAP: trying auth method 0x1000
2022-01-29 13:10:04.738000 UTC - [Parent 9316: IMAP]: D/IMAP PLAIN auth
2022-01-29 13:10:04.738000 UTC - [Parent 9316: IMAP]: I/IMAP 18edc31b000:imap.gmx.net:NA:SendData: 36 authenticate PLAIN
wenn ich jetzt mische (set MOZ_LOG=POP3:5,IMAP:5) passiert das beim Start von TB automatisch:
Spoiler anzeigen
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: I/POP3 [this=2054f0b2800] Entering NET_ProcessPop3 22
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: I/POP3 [this=2054f0b2800] Entering state: 3
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: I/POP3 [this=2054f0b2800] RECV: -ERR too many errors
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: I/POP3 [this=2054f0b2800] Entering state: 27
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: I/POP3 [this=2054f0b2800] Entering state: 28
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: D/POP3 [this=2054f0b2800] SendCapa()
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: I/POP3 [this=2054f0b2800] SEND: CAPA
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: I/POP3 [this=2054f0b2800] Entering NET_ProcessPop3 0
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: I/POP3 [this=2054f0b2800] Entering state: 24
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: I/POP3 [this=2054f0b2800] Entering state: 25
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: D/POP3 [this=2054f0b2800] Clearing server busy in POP3_FREE
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: D/POP3 [this=2054f0b2800] Clearing running protocol in POP3_FREE
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: D/POP3 [this=2054f0b2800] ~nsPop3Protocol()
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: D/POP3 sink: [this=2054a0fd200] Calling ReleaseFolderLock from ~nsPop3Sink
2022-01-29 13:15:50.889000 UTC - [Parent 3472: Main Thread]: D/POP3 sink: [this=2054a0fd200] ReleaseFolderLock haveSemaphore = FALSE
und das war es... Mails werden nicht automatisch abgerufen, natürlich läuft ganz viel IMAP drum herum der klappt.
Ergebnis ich kann da nicht viel tiefer rein gucken... der Fehler muss von Mozilla und/oder GMX,Web.de gelöst werden, was bei dem Rest von UA (Strato,1&1,IONOS,...) los ist kann ich nicht testen.
Spätestens die Disskusion von Drachen und klausgerhard über Sinn und Funktion POP3 vs IMAP bringen das hier zum überlaufen, über Posts wie #59 kann ich eh nur wegschauen... Und jede "Unschärfe" wie "Verbunden mit pop.1+1" schafft nur weitere Fehlermöglichkeiten...
So much, Grüße dErzOnk