Hallo, seit ein paar Tagen spinnt mein Thunderbird (78.11 unter Ubuntu 18.04) - wobei ich nicht weiß, ob es am TB liegt. Das Problem tritt auf jeden Fall (gefühlt) seit dem letzten Update auf. Folgendes: Alle Mails werden doppelt abgerufen. Nach ein paar Stunden werden bereits abgerufene Mails erneut abgerufen. Rufe ich sofort manuell ab, dann passiert das nicht. Die Mailkonten sind POP3 - bisher lief alles ohne Probleme. Ich habe zwei Mailadressen, eine bei web.de und eine bei mail.de - das Problem tritt bei beiden auf. Weiß jemand, woran das liegen kann?
Einstellung "Mail am Server lassen" o.Ä. hast du aber nicht aktiv? POP3 funktioniert nur sauber, wenn dein Thunderbird die Mails nach dem Abholen auch sofort vom Server löscht, alles andere kann zwar irgendwie gut gehen, muss aber nicht.
Hallo, @Εrnst B. (ernst): hatte ich unter Windows noch nie, wäre auch unsinnig, weil hier z.B. mehrere Rechner per POP3 die Mails der Konten abholen und auch erhalten sollen. Einstellung steht hier immer auf "nach xx Tagen vom Server löschen". Ich hatte auch bisher nie ein Problem mit mehrfach abgeholten Mails o.ä. Gruß aus Berlin Michael
Εrnst B. schrieb: > POP3 funktioniert nur sauber, wenn dein Thunderbird die Mails nach dem > Abholen auch sofort vom Server löscht Ich mach es schon seit Jahrzehnten (!) so, dass ich tagsüber, wenn ich unterwegs bin, von allen möglichen Clienten aus die Mail per POP3 abhole und dabei die Mail auf dem Server belasse. Erst dann, wenn ich wieder zu Hause bin, hole ich dir Mail vom PC mit TB ab und lösche sie dann vom Server. So kann ich, wenn ich unterwegs bin, immer die letzten Mail lesen. Also ich mache genau das, was deiner Meinung nach nicht sauber funktioniert.
Was bringt einen dazu im Jahre 2021 noch POP einzusetzen? Nimm IMAP und es ist Ruhe...
Michael U. schrieb: > Ich hatte auch bisher nie ein Problem mit mehrfach abgeholten Mails o.ä. Erwin D. schrieb: > Also ich mache genau das, was deiner Meinung nach nicht sauber > funktioniert. Funktioniert, wenn der POP3-Server das "UIDL"-Kommando sauber implementiert, insbesondere die Forderung aus der RFC, dass die IDs persistent sein sollen. Wenn der POP3d nach jedem Mailbox-Komprimieren o.Ä. neue IDs vergibt, dann klappt das eben nicht, oder nur manchmal nicht, oder wie beim TO eben nach mehreren Stunden nicht, und du kriegst die Mails mehrfach. Und weil man als schnöder User eines solchen Mailservers da selten selber was daran ändern kann, bleibt eben die "vom Server löschen" Einstellung, die das Problem ohne Kooperation des Serverbetreibers löst. Beispiel aus der "Realen Welt": Der einige Zeit recht beliebte vm-pop3d hat für das UIDL-Kommando die SMTP-"Message-ID" verwendet, nur das die eben optional ist. Als Fallback hat er die "Unique"-Ids einfach anhand der Position der Mail in der Mailbox durchnummieriert. Sehr "Unique". Sehr tolle Seiteneffekte. Mails mehrfach, manche dafür granicht erhalten, ... Sehr freundliche Kundenbeschwerden...
:
Bearbeitet durch User
Michael schrieb: > Was bringt einen dazu im Jahre 2021 noch POP einzusetzen? Ich möchte meine Mails auf dem eigenen Rechner haben. > > Nimm IMAP und es ist Ruhe... Wenn eine Internet-Störung ist oder etwas beim Provider oder oder oder... Dann kann ich meine lokalen Mails immer noch lesen. Bei IMAP ist dann Ruhe, da hast du Recht!
Εrnst B. schrieb: > Einstellung "Mail am Server lassen" o.Ä. hast du aber nicht aktiv? > POP3 funktioniert nur sauber, wenn dein Thunderbird die Mails nach dem > Abholen auch sofort vom Server löscht, alles andere kann zwar irgendwie > gut gehen, muss aber nicht. Korrekt. Wenn man das "Mail für xxx Tage auf dem Server lassen" haben möchte oder mehrere Clients gleichzeitig nutzen möchte, ist IMAP die einzig zuverlässige Lösung. POP funktioniert gut, aber nur mit einem Client und nur bei sofortigem Löschen nach erfolgreichem Abruf.
Michael U. schrieb: > Einstellung steht hier immer auf "nach xx Tagen > vom Server löschen". > Ich hatte auch bisher nie ein Problem mit mehrfach abgeholten Mails o.ä. Genauso habe ich es auch. Bisher (letzten zig Jahre) auch keinerlei Probleme damit. Und mit einem Schlag ist es dauernd. Jeden Tag die Mails der letzten Woche. Die Einstellung möchte ich auch gern so behalten, hat mir nämlich schon das Leben gerettet (Festplattenausfall), so konnte ich die Differenz-Mails zum letzten Backup nochmal abrufen. Erwin D. schrieb: > Ich möchte meine Mails auf dem eigenen Rechner haben. Hier auch, bzw. hatte ich mit versuchsweisem IMAP mehrmals Speicher voll, das kann bei lokalem speichern nicht so leicht passieren. Ich brauch auch keine Synchronisation auf irgendwelche Server oder zwischen Geräten. Bin da halt altmodisch. Also lässt sich das Problem nicht so einfach lösen? An TB kann es nicht liegen? Weil es wie gesagt plötzlich losging und auch beide Konten betraf.
POPeye schrieb: > An TB kann es nicht liegen? Kann schon. Klick dich z.B. hier durch: https://www.thunderbird.net/en-US/thunderbird/releases/ und schau nach ob eine der Releases Änderungen am POP3-Protokoll ankündigt. Oder versuch einfach eine ältere TB-Version: apt-get install thunderbird=«version» oder aus "bionic" statt "bionic-updates" installieren. ABER: Vorher das TB-Profil-Verzeichnis wegsichern. Wenn du der Sache auf den Grund gehen willst, ohne an der TB-Version zu spielen: Environment-Variablen setzen MOZ_LOG="POP3:5,timestamp" MOZ_LOG_FILE="/tmp/POP3.log" damit TB starten, Mail abrufen, schauen ob die Server "UIDL" als capability melden, und wenn ja, was sie als Antwort auf das UIDL-Kommando liefern.
:
Bearbeitet durch User
Erwin D. schrieb: > Ich möchte meine Mails auf dem eigenen Rechner haben. Geht auch mit IMAP. Muss man halt nur einstellen, auch wenn TB dabei wohl wieder andere Probleme erzeugt.
So, folgende Neuigkeiten: 1) UIDL wird scheinbar genutzt:
1 | 2021-06-23 00:21:22.771458 - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: UIDL |
2 | 2021-06-23 00:21:22.771459 - [(null) 1234: Main Thread]: D/POP3 [this=0x...] Capability entry processed |
3 | 2021-06-23 00:21:22.771460 - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 29 |
4 | |
5 | ECV: +OK 15 messages: |
6 | 2021-06-23 00:21:22.865472 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
7 | 2021-06-23 00:21:22.865473 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 1 5883 |
8 | 2021-06-23 00:21:22.865475 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
9 | 2021-06-23 00:21:22.865476 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 2 5891 |
10 | 2021-06-23 00:21:22.865478 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
11 | 2021-06-23 00:21:22.865489 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 3 155702 |
12 | 2021-06-23 00:21:22.865491 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
13 | 2021-06-23 00:21:22.865493 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 4 16441 |
14 | 2021-06-23 00:21:22.865494 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
15 | 2021-06-23 00:21:22.865495 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 5 16518 |
16 | 2021-06-23 00:21:22.865496 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
17 | 2021-06-23 00:21:22.865498 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 6 144388 |
18 | 2021-06-23 00:21:22.865499 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
19 | 2021-06-23 00:21:22.865500 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 7 17084 |
20 | 2021-06-23 00:21:22.865501 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
21 | 2021-06-23 00:21:22.865503 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 8 227222 |
22 | 2021-06-23 00:21:22.865504 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
23 | 2021-06-23 00:21:22.865505 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 9 17136 |
24 | 2021-06-23 00:21:22.865506 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
25 | 2021-06-23 00:21:22.865508 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 10 114685 |
26 | 2021-06-23 00:21:22.865509 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
27 | 2021-06-23 00:21:22.865510 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 11 6744 |
28 | 2021-06-23 00:21:22.865511 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
29 | 2021-06-23 00:21:22.865513 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 12 115436 |
30 | 2021-06-23 00:21:22.865514 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
31 | 2021-06-23 00:21:22.865515 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 13 18812 |
32 | 2021-06-23 00:21:22.865516 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
33 | 2021-06-23 00:21:22.865518 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 14 159360 |
34 | 2021-06-23 00:21:22.865519 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
35 | 2021-06-23 00:21:22.865520 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: 15 17661 |
36 | 2021-06-23 00:21:22.865521 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 10 |
37 | 2021-06-23 00:21:22.865523 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] RECV: . |
38 | 2021-06-23 00:21:22.865524 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] Entering state: 11 |
39 | 2021-06-23 00:21:22.865529 UTC - [(null) 1234: Main Thread]: I/POP3 [this=0x...] SEND: UIDL |
2) Ich hab einfach mal ein Addon "Duplicate Remover" genutzt. Wenn ich alle Häkchen außer UID setze (also gleiche Zeit, Absender, Empfänger, Mailtext, ..), dann findet er ca. die Hälfte der Mails. Setze ich das Häkchen dazu, findet er den Rest. Ist das ein Hinweis, dass der Server zwar die UIDs ändert, das aber nicht das einzige Problem ist? Was mir aufgefallen ist: Seit ein paar Tagen werben die Mailbetreiber auch mit "gelöschte" Mails wiederherstellen. Könnte das ein Teil des Problems sein?
Vielleicht ist dein PC auch einfach zu langsam oder seine Platte fast voll. Da hatte ich das Problem auch schon
:
Bearbeitet durch User
Michael U. schrieb: > Hallo, > > @Εrnst B. (ernst): hatte ich unter Windows noch nie, wäre auch unsinnig, > weil hier z.B. mehrere Rechner per POP3 die Mails der Konten abholen und > auch erhalten sollen. Einstellung steht hier immer auf "nach xx Tagen > vom Server löschen". > Ich hatte auch bisher nie ein Problem mit mehrfach abgeholten Mails o.ä. > > Gruß aus Berlin > Michael Kann ich nicht bestätigen!
Erwin D. schrieb: > Michael schrieb: >> Was bringt einen dazu im Jahre 2021 noch POP einzusetzen? > Ich möchte meine Mails auf dem eigenen Rechner haben. Dann setze dir einen IMAP Server auf. Für mich macht das Cyrus. Ist zwar für einen (1) User vollkommen überdimensioniert. Kann aber Sieve. >> Nimm IMAP und es ist Ruhe... > Wenn eine Internet-Störung ist oder etwas beim Provider oder oder > oder... Dann kann ich meine lokalen Mails immer noch lesen. Du kannst dann den Stand von vor x Stunden noch sehen, ja. Abgesehen davon kann man zumindest Thunderbird so einrichten, daß es IMAP Mails auch lokal ablegt. Dann ist das exakt das gleiche.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.