Thunderbird läd alle Nachrichten nochmal herunter

    Thunderbird-Version: 9.01 (portable)
    Betriebssystem + Version: Win7 und Linux Mint 12
    Kontenart (POP / IMAP): POP
    Postfachanbieter (z.B. GMX): GMX

    Hallo,

    ich nutze Win7 und Linux Mint 12. In Win 7 nutze ich eine Thunderbird portable-Version. In Linux Mint eine "normale". In Linux Mint habe ich in der profiles.ini den Pfad zum Profil der Windows Portableversion gelegt. Funktionierte eigentlich auch alles super. Ich konnte immer von beiden Betriebssystemen das gleiche Profil nutzen.

    Seltamerweise passiert nun aber folgendes: Jedesmal wenn ich nach der Nutzung von Linux zu Windows wechsle, werden alle E-Mails nochmal heruntergeladen. Normalerweise werden ja nur "neue" E-Mails vom Server geholt. Jetzt werden aber wirklich alle E-Mails, die auf dem Server liegen, nochmal heruntergeladen. Das ist ultranervig, da ich mehr als 10.000 E-Mails auf dem Server habe.

    Wenn ich dann wieder von Windows auf Linux wechsle passiert das nicht.

    Weiß jemand woran das liegen könnte?

    Gruß

    Manu

    Hi,
    mich wundert nicht, dass sich TB an 10k Mails verschluckt (höchstens, dass es nur unter Windows passiert). Früher war es Standard, dass Mail beim Abholen vom Server gelöscht wurden. Was spricht dagegen, in den Servereinstellungen ein Löschen vom Server, z.B. nach 30 Tagen, einzustellen, oder die Mails auf dem Server (im Browser) in einen anderen Ordner zu verschieben?

    Naja, ich lasse die E-Mails auf dem Server als Sicherung. Die E-Mails auf dem Server in einen anderen Ordner zu schieben ist erstmal ne gute Idee. Bei 10K Stück ist das halt ne heiden Arbeit.

    Mich wundert es halt, dass Thunderbird nicht erkennt, dass die E-Mails, die er abholt, ja alle schon da sind. Ich hatte früher schon Thunderbird bei meinem Dual-Boot System genutzt und es hat eigentlich immer ausgezeichnet funktioniert...

    Hallo frog,

    Zitat

    ...können sich auf dem Server die normalerweise eindeutigen IDs der Mails ändern oder wiederholen. ...

    Die IDs sind jeweils weltweit einmalig und dürfen sich nicht wiederholen. Siehe RFC 2822:

    Zitat

    ... The message identifier (msg-id) itself MUST be a globally unique identifier for a message. The generator of the message identifier MUST guarantee that the msg-id is unique ...

    Die Wahrscheinlichkeit, dass dies durch einen "Unfall", z.B. ein Bitflip passiert, ohne dass weitere Daten defekt sind, geht sicher gegen null.

    Dennoch sind 10000 E-Mails auf einem POP-Server schon eine Hausnummer und gewiss nicht im Sinne des Erfinders, keine Frage.

    Manuincolae, wie groß ist denn die popstate.dat?

    Gruß

    Alexis

    Zitat von "AlexisS"


    Die IDs sind jeweils weltweit einmalig und dürfen sich nicht wiederholen. Siehe RFC 2822:


    Hallo Alexis :)

    korrekt. Vielleicht noch der Hinweis, dass die MID bei Mails nur optional ist:

    Zitat von "[url=http://www.ietf.org/rfc/rfc2822.txt

    RFC 2822[/url]"]
    Though optional, every message SHOULD have a "Message-ID:" field.

    Zitat


    Dennoch sind 10000 E-Mails auf einem POP-Server schon eine Hausnummer und gewiss nicht im Sinne des Erfinders, keine Frage.


    Richtig, siehe RfC 1939:

    Zitat von "[url=http://tools.ietf.org/html/rfc1939

    RFC 1939[/url]"]
    POP3 is not intended to provide extensive manipulation operations of mail on the server; normally, mail is downloaded and then deleted.


    Gruß Ingo

    Zitat von "AlexisS"

    Manuincolae, wie groß ist denn die popstate.dat?

    Gruß

    Alexis

    Meine popstate ist 503kb groß. Ist das zu groß? Wie gesagt, eigentlich macht mir der TB überhaupt keine Probleme. Ist schnell und alles. Nur beim Dual-Boot wurde mir jetzt halt alles versaut. Könnte es vielleicht damit zusammenhängen, dass meine Linux-TB-Version Englisch und meine Windows-TB-Version deutsch ist?

    Hi,

    Zitat

    Die IDs sind jeweils weltweit einmalig und dürfen sich nicht wiederholen. Siehe RFC 2822

    wenn sich alle an RFCs halten würden, gäb es vermutlich nur halb soviel Foreneinträge hier.
    Wir reden hier übrigens nicht von der Message-ID im Mailheader, die etwa so

    Code
    Message-ID: <4E51E08A.4060806@googlemail.com>


    aussieht, sondern von automatisch erzeugten eindeutigen IDs in der Serverdatenbank (in der popstate.dat zu bewundern).
    Es stimmt, wiederholen werden die IDs sich nicht, aber sie werden in Ausnahmefällen neu vergeben, so dass sie zwar eindeutig, aber nicht eineindeutig sind. Bin sicher, mal über so etwas gelesen zu haben, Servercrash, Mails wurden wiederhergestellt, aber neu durchnummeriert.

    Zitat

    Die Wahrscheinlichkeit, dass dies durch einen "Unfall", z.B. ein Bitflip passiert, ohne dass weitere Daten defekt sind, geht sicher gegen null.


    Murphy:"If anything can go wrong, it will."
    Das ist aber die Ausnahme - die Regel dürfte sein, dass TB mit einer Liste mit 10k+x Einträgen irgendwann, vielleicht bei einer langsame Verbindung oder anderen ungünstige Bedingungen, aufgibt.

    Zitat

    Könnte es vielleicht damit zusammenhängen, dass meine Linux-TB-Version Englisch und meine Windows-TB-Version deutsch ist?

    Kaum, aber mit Linux/Windows vielleicht schon.

    Hallo manuincolae,

    zum Thema Dual-Boot Linux/Windows mit gemeinsamen TB-Profil fallen mir zwei Punkte ein, an die vielleicht nicht jeder gleich denkt:

    1. Wenn Du unter Linux z.B. Einstellung änders, kann es wegen des unterschiedliche Verhaltens bei Zeilenende/Zeilenumbruchs (LF in allen -nixen und MAC OS ab OS X, CRLF unter Windows) evtl. zu Problemen kommen. Ich habe ebenfalls ein Dual-Boot-System (Ubuntu/Win7) und habe dieses Problem noch nicht beobachtet. TB kann damit offenbar umgehen. Ich weiß allerdings nicht, ob dies auch auch für Erweiterungen gilt, die etwas im Textformat speichern oder was passiert, wenn Du Dateien unter Linux manuell bearbeitest.

    2. Falls Du unter Windows den Ruhezustand nutzt und beim nächsten mal Linux bootest, sind Probleme vorprogrammiert wenn Du wieder zu Windows wechselst. In diese Falle bin ich selbst schon getappt.

    Gruß

    Alexis

  • Community-Bot 3. September 2024 um 19:58

    Hat das Thema geschlossen.