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.
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...
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.
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.
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?
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.