Rosika und ich muß sagen das deine Anfrage ein Vorzeigebeispiel dafür ist wie man es macht!
Beiträge von dErzOnk
-
-
Genau das Gleiche war bei mir (ca.13.00 Uhr bemerkt)..., dann wieder nicht mehr, deshalb habe ich den Post wieder gelöscht...
Ja mal klappt es und mal wieder nicht!!! Abwarten sonst wird man in der Fehlersuche verrückt. Und bis alle UI Anbieter umgestellt haben dauert das wahrscheinlich auch noch mal....
-
-
m.W. gibt kein Limit von Mails pro IMAP-Ordner in der IMAP4rev1-Spezifikation.
Das zugrunde liegende Dateisystem, auf dem die Maildir-Dateien gehostet werden, könnte jedoch eine feste Grenze für die Anzahl der Dateien pro Verzeichnis* haben oder zumindest Leistungseinbußen erleiden, wenn eine bestimmte Anzahl von Dateien in einem einzelnen Verzeichnis überschritten wird.
* Dateien pro Dateisystem:
FAT16: 512 pro Ordner
FAT32: 65534 pro Ordner
NTFS: 4.294.967.295
Unter Linux basieren die Limits auf der Anzahl der Inodes und der Größe des Laufwerks.
Grüße dErzOnk
-
ilsfbizn der TE scheint hier weg zu sein, der Thread ist also tot... und da es zur Zeit aktuelle Probleme mit den Anbietern der UI AG gibt, wäre es mehr als hilfreich wenn Du zu deiner Erkenntnis mitteilen könntest was Du für einen Anbieter hast und was deine Einstellungen sind.
Grüße dErzOnk
-
-
Zitat
... the Windows Live brand was discontinued in 2012 when Microsoft introduced Outlook Mail, ....
ein Wunder das es noch so lange funktioniert hat...
wie milupo sagt!
-
sieht sehr stark nach dem hier aus:
Sammelthread: E-Mails (POP3 - GMX, IONOS, 1&1, web.de etc.) werden nicht mehr bei Start abgerufen
Es gibt keine Lösung z.Z. nur ein Workaround in #88 oder halt #115...
-
-
So ist es. Das schreibt ja sogar der Entwickler von GMX. Das liest hier nur keiner.
Nee hier steht eigentlich alles drin, oder es sind die Links vorhanden...
Ich finde meinen eigen Sch*** nicht mehr... es gibt ja auch noch x andere Threads die ähnliche/gleiche Probleme haben... da war einer mit Google POP3 dabei... und auch Google POP3 sagt:
RECV: -ERR malformed command
RECV: -ERR too many errors
Ich dachte Google hat immer recht?!
Aber selbst Google ist nicht so übergenau wie GMX seit einer Woche...
-
wir hören gleich wieder auf
schön das ich das auch frei entscheiden durfte... habe mal ne PN geschrieben wenn das hier erlaubt ist?
Und ich versuche auch immer noch brav ein paar Infos zum Thema in die Posts zu packen...
z.B. eine bessere Analogie zu dem 32/64bit:
ZitatBeispiel: 32 Bit entspricht einer 4-spurigen Autobahn. Ist die gerammelt voll, dann passen dort x Autos drauf. 64 Bit entspricht der 8-spurigen Autobahn. Ist diese ebenfalls komplett voll, dann ist die Menge an Autos, die über 64 Bit fahren kann 2 mal so hoch wie auf 32 Bit, d.h. man hat 100% mehr Geschwindigkeit. Ist die Autobahn leer und es fährt nur ein Auto drüber ist der Geschwindigkeitsvorteil von 32 Bit zu 64 Bit quasi 0%.
Ein Auto das 4 Spuren breit ist kann auf einer 8 spurigen Autobahn fahren, andersrum nicht (d.h. nicht das alles was 32bit hat auf 64bit läuft, aber so rum wäre es möglich. Andersrum geht es gar nicht)
-
Elyza sorry für die zu knappe Antwort... im 1ten Post sind die Antworten verlinkt womit ein "Workaround" möglich ist. Meiner Meinung nach ist Umstellen auf IMAP auch eine "Lösung"
Auch hat flo98se recht, daß die Sicherheit durch das Workaround fast nicht beeinträchtigt wird...
Aber solange man es weiß ist das manuelle Abholen auch nicht so schlimm....
Und die Mails können ja auch alle X Minuten abgeholt werden, damit kann man den Fehler minimieren. Unbestätigt von anderen sind meine 1 Minute als minimaler Wert... so viel "Entschleunigung" ist ja vielleicht auch zu verkraften wenn man nicht manuell klicken möchte...
Grüße dErzOnk
-
-
Zum Bleistift hat Vista64 wesentlich mehr Ram gefressen bei gleicher Leistung/Programm als die Vista32 Version... Nur weil die Zahl größer ist, ist es nicht besser. Witzigerweise haben sehr wenige CPUs 64bit nicht vertragen, ich würde mal behaupten fast alles unterstützt die x64 was noch nicht uralt ist.
Eigentlich hat es die x64 OS nur gegeben, damit man mehr als 3,2GB RAM (all inkl.) verwenden kann...
mehr PS auch schneller bedeutet
doch PS ist Entscheidend für Vmax
klar ist der C_w und Masse Wert auch wichtig, aber LKW fahren nicht langsam weil die PS nicht entscheiden... (Sorry der Klugschiss musste sein). -
Moin,
also bei Bugzilla ist jetzt der Fehlergenau so wie hier aufgenommen worden, dabei geht es bisher nur um GMX sollte der Fehler bei TB v78 nicht auftreten aber bei v91 dann ist es ein TB Bug.
Thunderbird not checking for new mail at startup on certain POP3 accounts
Schönen Tag und Grüße, dErzOnk
-
Da hattest du wohl nicht die richtige Authentifizierungsmethode?

Ja genau und manuell hat es dann geklappt

einfach vergisst, beim Start keine Mails abzurufen.
man achte auf die Negation...

Nein wie gesagt, TB ruft ja beim Start die Mails ab wenn man IMAP hat oder POP3 mit OAuth oder Passwort, originale Methode unsicher. In den geposteten LOGs kann man den Fehler auch lesen (weiter oben irgendwo).
Betroffen soll übrigens auch Windows-Mail und Outlook sein
Hmmm, also in einem großen deutschen Computerforum habe ich nix dergleichen gefunden... Also keine Häufung von Problemen.
-
(Ich beziehe mich nur auch Google)
Ich habe allerdings jetzt Google IMAP und POP3 parallel laufen... trotzdem bei GMX kann ich so den Fehler nachvollziehen...
Der Google POP3 Account hat auch keinen Einstellungswert: mail.server.server9.authMethod angelegt...
Und das freundliche Google gibt mir als Antwort im LOG:
ZitatAlles anzeigen2022-01-31 14:36:12.647000 UTC - [Parent 11376: Main Thread]: I/POP3 [this=1f6e2f64400] Entering NET_ProcessPop3 43
2022-01-31 14:36:12.647000 UTC - [Parent 11376: Main Thread]: I/POP3 [this=1f6e2f64400] Entering state: 3
2022-01-31 14:36:12.647000 UTC - [Parent 11376: Main Thread]: I/POP3 [this=1f6e2f64400] RECV: -ERR malformed command az21mb149629249wmb
2022-01-31 14:36:12.647000 UTC - [Parent 11376: Main Thread]: I/POP3 [this=1f6e2f64400] Entering state: 27
2022-01-31 14:36:12.647000 UTC - [Parent 11376: Main Thread]: I/POP3 [this=1f6e2f64400] Entering state: 28
2022-01-31 14:36:12.647000 UTC - [Parent 11376: Main Thread]: D/POP3 [this=1f6e2f64400] SendCapa()
2022-01-31 14:36:12.647000 UTC - [Parent 11376: Main Thread]: I/POP3 [this=1f6e2f64400] SEND: CAPA
aber macht weiter!!! Das bedeutet der Google POP3 Dienst ist nicht so scharf eingestellt wie GMX... Sicher das der Fehler bei Google auch passiert? dann bitte mal nen LOG machen mit "set MOZ_LOG=POP3:5,timestamp"
ODER gleich den Account auf OAuth2 umstellen:
Grüße dErzOnk
-
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

-