Googlemail
Was sind deine Einstellungen? Weil ich den Fehler versucht habe nachzustellen und er tritt so nicht auf!
Google will auch bei POP3 eigentlich Als AUTH Methode OAuth2... man kann zwar ein APP-Passwort erstellen und dann dieses für "Passwort normal" nutzen aber auch dann klappt es einwandfrei....
Grüße dErzOnk
OT:
Jo, er hat vor allem gesagt:
"Habe es mit pop und Port 465 und mail und Port 587 versucht."
"Geändert wurde nichts."
Das sind mir die Liebsten, hatte ich genügend im Job und solchen Leuten mußte man dann in Detektivarbeit nachweisen das sie doch was geändert haben... aber da im Arbeitsleben daraus eine saftige Rechnung entstanden ist war der pädagogische Effekt größer 
Das kann ich nicht bestätigen.
Ich auch nicht mehr... und auch das ist eine typische Geschichte, irgendwann fängt man an bei der Fehlersuche verrückt zu werden und spinnt rum.... oder hat wirklich zu viel verfummelt...
Wobei es nicht ersichtlich wird, ob bei Dir alle Konten: GMX, T-Online, Googlemail, Outlook betroffen sind, und ob alle POP3 sind...
Ich habe mit IMAP, Googlemail keine Probleme... aber auch eine andere Paßwortmethode
Test eben ergab 2 Dinge...
1) das GMX POP Konto war wieder auf "Passwort, normal" - naja vielleicht hatte ich das so eingestellt... aber will ich mal im Auge behalten... (Problem besteht übrigens immer noch)
und Nr. 2 die mich etwas nervt...
2) IMAP bei GMX hat das gleiche Problem wie POP3 beim Start werden die neuen Emails nicht abgerufen. Klar gehört hier nicht ganz rein, aber nun bin ich selber betroffen 
Allerdings wird dies bei IMAP durch die Tatsache "verschleiert" das die Option "Bei Eingang neuer Nachrichten auf Server sofort benachrichtigen" zwischen "Beim Starten auf neue Nachrichten prüfen" und "alle X Minuten abrufen" anscheinend noch ein funktionierender Abruf statt findet!
Und bei anderen Emailanbietern funktioniert IMAP beim Starten auf neue Nachrichten prüfen... aber das nutze ich auch ne andere AUTH Methode...
Susi to visit Och jetzt hast du mir die einfach Antwort genommen und ich muss wieder den komplizierten Kram machen 
Den Wutausbruch eines anderen Users habe ich auch verpaßt... regnen tut es auch. Der Autostart der Kaffeemaschine hat heute auch nicht geklappt (Bediehnungsfehler). Was ein typischer Montag...
BTT:
Hat hier mal ein Strato/1&1/IONOS User den automatischen Abruf mit dem Workaround wieder zum laufen bekommen?!
Grüße dErzOnk
Windows 10
Sorry für die einfach Frage, aber Win10 ist x64?
Wobei ich sehr gespannt wäre auf eine Rückmeldung von 1&1, Strato und IONOS Usern... ob es da auch klappt.
Hiobsbotschafter bitte Vorsicht nicht das ein "Verdacht" auf die falsche Fährte führt... hier geht es nur um United Internet AG Produkte.
Wie Web.de muss man sich mit einer Handynummer bei Freenet anmelden, deswegen werde ich das nicht testen kann/möchte.
Der Unterbau ist bei vielen Anbietern sicherlich gleich... die Einstellungen evtl. unterschiedlich. ein LOGfile könnte Aufklärung schaffen (set MOZ_LOG=POP3:5,timestamp)
Grüße dErzOnk
PS: Crox vielleicht kannst du im Eingangspost die den Titel etwas übersichtlicher machen? Und ich würde die SMTP Daten mal weg lassen... nicht das jemand dann anfängt und auf STARTTLS umstellt. Es geht ja nur um POP3.
Crox scheinst ja die Antwort gefunden zu haben...
und sonst kann man ja auch nach "mail.server.server*.name" suchen, wobei das mit der Reihenfolge so ne Sache ist... ich würde mich nur auf die Zuordnung per Zahl und Namen verlassen..
Nachtrag: ich gehe davon aus das ein Update da kaum Probleme macht, evtl. muss man die Änderung manuell zurück stellen wie in Post #91 beschrieben löscht TB dann selber die Variabel.... aber das ist nur eine Vermutung...
Grüße dErzOnk
...ist vermutlich genau die Einstellung, die du wie in #87 auch direkt in die Oberfläche verändert hast.
Die Einstellung ist nicht über die Oberfläche möglich! Der Einstellungsname "mail.server.server8.authMethod" existiert nicht und muss erst angelegt werden. Erst dann sieht man:
Wenn man in der Oberfläche nach der Modifikation wieder auf "Passwort normal" umschaltet und TB neu startet dann verschwindet die Option wieder und auch der Einstellungsname existiert nicht mehr!
(Vor 8 Jahren gab es ähnliche Probleme mit TB und Google POP3...)
Wenn ich es richtig verstehe bedeutet die Option: "passwort normal originale methode" das Passwort könnte auf dem gleichen PC ausgelesen werden, wird aber verschlüsselt gesendet?!
Also:
Einstellungen -> Allgemein -> Konfiguration bearbeiten... -> den Server rausfinden... z.B. mit "mail.server.server*.hostname" die Liste aller Emailpostfächer... bei mir "8"
entsprechend suchen nach:
"mail.server.server8.authMethod" wenn nicht vorhanden erstellen als "Number" mit Wert=2, wenn vorhanden dann Wert auf 2 ändern.
Voila!
Aber ob das sicher ist kann jemand anders erklären...
Okay, also das Workaround klappt... Mails werden wieder beim Start automatisch abgeholt... aber zu Lasten der Sicherheit, weswegen diese Einstellung nur manuell vorgenommen werden kann!
2022-01-30 13:22:39.601000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] RECV: +OK POP server ready H migmx010 1MZjd7-1mi5CX1iS7-00VfQV
2022-01-30 13:22:39.601000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] Entering state: 5
2022-01-30 13:22:39.869000 UTC - [Parent 10400: Main Thread]: D/POP3 [this=22cf9a9ac00] OnPromptStart()
2022-01-30 13:22:39.873000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] Entering NET_ProcessPop3 0
2022-01-30 13:22:39.873000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] Entering state: 48
2022-01-30 13:22:39.873000 UTC - [Parent 10400: Main Thread]: D/POP3 [this=22cf9a9ac00] SendUsername()
2022-01-30 13:22:39.873000 UTC - [Parent 10400: Main Thread]: D/POP3 [this=22cf9a9ac00] USER login
2022-01-30 13:22:39.873000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] SEND: USER meineemailadresse@gmx.de
2022-01-30 13:22:39.902000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] Entering NET_ProcessPop3 54
2022-01-30 13:22:39.902000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] Entering state: 3
2022-01-30 13:22:39.902000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] RECV: +OK password required for user "meineemailadresse@gmx.de"
2022-01-30 13:22:39.902000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] Entering state: 31
2022-01-30 13:22:39.902000 UTC - [Parent 10400: Main Thread]: D/POP3 [this=22cf9a9ac00] NextAuthStep()
2022-01-30 13:22:39.902000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] Entering state: 6
2022-01-30 13:22:39.902000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] Entering state: 50
2022-01-30 13:22:39.902000 UTC - [Parent 10400: Main Thread]: D/POP3 [this=22cf9a9ac00] SendPassword()
2022-01-30 13:22:39.902000 UTC - [Parent 10400: Main Thread]: D/POP3 [this=22cf9a9ac00] PASS password
2022-01-30 13:22:39.902000 UTC - [Parent 10400: Main Thread]: I/POP3 [this=22cf9a9ac00] Logging suppressed for this command (it probably contained authentication information)
Ob man dazu raten soll? Gibt ja bestimmt Leute die dann sagen: "ich habe ja nix zu verbergen" und da hätte GMX mal was ändern sollen, das so was nicht mehr möglich ist...
...
Allerdings war in in den erweiterten Einstellungen (nach Klick auf "Konfiguration bearbeiten") kein Eintrag der Art mail.server.serverX.authMethod = X vorhanden. Daher habe ich den Eintrag mail.server.server1.authMethod in der Ausprägung "Number" hinzugefügt und als Wert 2 zugewiesen. (Server1 ist bei mir GMX). Nun funktionuert der Mail-Abruf wieder "wie früher".
Kann ich erst mal so bestätigen!
und noch mal (für alle denen langweilig ist oder Angst vor dem Wetter draußen haben)...
Beim automatischen Abruf (GMX,POP3, alle 1Minute) unterscheidet sich die Antwort von GMX, warum ist die Preisfrage:
klappt nicht:
2022-01-30 12:42:43.640000 UTC - [Parent 4992: Main Thread]: I/POP3 [this=293ab21bc00] RECV: +OK POP server ready H migmx107 1McZjZ-1mgC9L06hB-00dWOq
2022-01-30 12:42:43.640000 UTC - [Parent 4992: Main Thread]: I/POP3 [this=293ab21bc00] Entering state: 26
2022-01-30 12:42:43.640000 UTC - [Parent 4992: Main Thread]: D/POP3 [this=293ab21bc00] SendAuth()
2022-01-30 12:42:43.640000 UTC - [Parent 4992: Main Thread]: I/POP3 [this=293ab21bc00] SEND: AUTH
2022-01-30 12:42:43.667000 UTC - [Parent 4992: Main Thread]: I/POP3 [this=293ab21bc00] Entering NET_ProcessPop3 22
2022-01-30 12:42:43.667000 UTC - [Parent 4992: Main Thread]: I/POP3 [this=293ab21bc00] Entering state: 3
2022-01-30 12:42:43.667000 UTC - [Parent 4992: Main Thread]: I/POP3 [this=293ab21bc00] RECV: -ERR too many errors
klappt:
2022-01-30 12:43:40.843000 UTC - [Parent 4992: Main Thread]: I/POP3 [this=293a1a56000] RECV: +OK POP server ready H migmx108 1M6YVN-1nCFjj1UF7-008Er8
2022-01-30 12:43:40.843000 UTC - [Parent 4992: Main Thread]: I/POP3 [this=293a1a56000] Entering state: 28
2022-01-30 12:43:40.843000 UTC - [Parent 4992: Main Thread]: D/POP3 [this=293a1a56000] SendCapa()
2022-01-30 12:43:40.843000 UTC - [Parent 4992: Main Thread]: I/POP3 [this=293a1a56000] SEND: CAPA
der Hinweis von flo98se in Beitrag #59 funktioniert (zumindest bei mir).
Weil der Hinweis für Jedermann total einfach zu verstehen ist was da mit welchem Problem gemacht wurde??? Ist ja nett wenn ihr meint die Lösung zu haben, aber bitte etwas mehr Erklärung....
Kannst du heute auch wegen des Windes keinem anderen Hobby nachgehen?
Eigentlich wäre der Wind gerade gut fürs Hobby, bin aber zu weit vom Wasser weg - und sitze eh an der Kiste...
Außerdem habe ich so eine dumme Neigung mich in so Probleme rein zu steigern... es gibt kein Zufall bei Computern und am Ende sind die Lösungen meist so trivial das es einen gewissen Unterhaltungswert für mich hat.
Ganz deiner Meinung. Ist das Problem überhaupt noch existent?
JA - ich teste das hier beiläufig weiter... zumindest bei mir GMX gibt es noch keine Lösung
Noch was: Jetzt könnte man auf die Idee kommen, das automatische Zeitintervall so klein wie möglich einzustellen... TB akzeptiert da nur ganze Minuten. Kleinster Wert=1Minute funktioniert nicht! Die Mails werden dann nicht mehr automatisch abgeholt! (GMX - Bezahlaccount). Ich probiere gerade den kleinsten Wert gerade aus... Das kann aber bei web.de ein anderer Wert sein und ein Free Account kann da auch ein anderes Zeitlimit haben.
OT:
Seit wann besteht der Glaube das eine einfach Email sicherer ist als eine Postkarte? Die kann der Postbote ja auch lesen... und selbst wenn die Mail verschlüsselt ist sprich ein Brief sieht der Postbote "ah er bekommt wieder Post von XY"
(Wobei ich nicht glaube das ein Postbote die Zeit hat die Briefe so lange zu begutachten...)
wie Bastler sagt:
Verfassen & Adressieren
Verfassen
Nachrichten im HTML-Format verfassen
Qriginal-Nachricht beim Antworten automatisch zitieren
Beim Zitieren meine Antwort über dem Zitat beginnen
und meine Signatur unter meiner Antwort, aber über dem Zitat plazieren.
Kopernikus29 entweder auf IMAP umsteigen oder die Emails manuell abrufen/warten bis die automatische Abholung statt findet.
PS: Früher gab es zumindest bei web.de ein Zeitintervall (von ich glaube 10Min) mit dem man abrufen durfte. Man kann das Intervall der automatischen Abholung ja kleiner Einstellen. Wobei das Zeitintervall auch vom kostenlosen und kostenpflichtigen Account unterschiedlich sein kann.
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:
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:
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:
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
