habe mir bei folgendem Problem "einen Wolf gesucht" in den Groups und
bei Google - und finde nichts:
Ich verwendet Thunderbird (Linux Version 2.0.0.14 (20080521), Windows
Version 2.0.0.14) zusammen mit verschiedenen IMAP Servern (jeweils via SSL).
Bei einem der IMAP Server tritt das Problem auf, dass als gelesen
markierte Mails sich selbständig wieder auf ungelesen setzen (spätestens
nach einem Thunderbird Neustart). Das nervt!
Alle Plugins habe ich testweise ausgeschaltet (dt. Wörterbuch, sowie
GPGMail), was das Verhalten nicht ändert.
Gibt es dazu einen bekannten Bug? Einen Workaround? Eine Einstellung?
--
Grüße,
Andreas
and...@sonnenbichler.de
PGP (ID: 0x624BEE86): BB57 96CD 59C4 A34C 296B BAC4 ADBE 9279 624B EE86
> habe mir bei folgendem Problem "einen Wolf gesucht" in den Groups und
> bei Google - und finde nichts:
>
> Ich verwendet Thunderbird (Linux Version 2.0.0.14 (20080521), Windows
> Version 2.0.0.14) zusammen mit verschiedenen IMAP Servern (jeweils via SSL).
>
> Bei einem der IMAP Server tritt das Problem auf, dass als gelesen
> markierte Mails sich selbständig wieder auf ungelesen setzen (spätestens
> nach einem Thunderbird Neustart). Das nervt!
Vermutlich dasselbe Problem, das hier fast jede Woche einmal gelöst
werden muss:
Nachricht-ID: <g193bq$rbj$03$1...@news.t-online.com>
Detlef
> Andreas Sonnenbichler schrieb:
>
>> Bei einem der IMAP Server tritt das Problem auf, dass als gelesen
>> markierte Mails sich selbständig wieder auf ungelesen setzen (spätestens
>> nach einem Thunderbird Neustart). Das nervt!
>
> Vermutlich dasselbe Problem, das hier fast jede Woche einmal gelöst
> werden muss:
> Nachricht-ID: <g193bq$rbj$03$1...@news.t-online.com>
Nein, das Problem, das Du mit Deinem Tipp lösen möchtest, bezieht sich
nur auf Newsserver.
und wech
Ralf
--
Großer FF-Gottesdienst jeden Sonntag 15 Uhr im Gemeindehaus am Roten
Fuchsstieg 2.0. Nächstes Predigtthema: "Ein Affe ist kein Fuchs. Oder:
Wie man gefährliche Sekten erkennt, die uns nicht zum Heil führen."
De. Meißner wrote:
> Vermutlich dasselbe Problem, das hier fast jede Woche einmal gelöst
> werden muss:
> Nachricht-ID: <g193bq$rbj$03$1...@news.t-online.com>
Hm, Du hast gesehen, dass es mir um IMAP Mails geht und nicht um Newsgroups?
Falls doch, bitte etwas genauer, ich schaffe den Transfer von den
zitierten Newsgroups nicht auf mein IMAP Problem.
Grüße,
Andreas
> De. Meißner wrote:
>> Vermutlich dasselbe Problem, das hier fast jede Woche einmal gelöst
>> werden muss:
>> Nachricht-ID: <g193bq$rbj$03$1...@news.t-online.com>
>
> Hm, Du hast gesehen, dass es mir um IMAP Mails geht und nicht um Newsgroups?
Nein, leider nicht. Liegt wohl an der Hitze.
Detlef
Hast du geprüft ob du das Recht hast (in den entsprechenden Ordner)
Nachrichten als gelesen zu Markieren (Eigenschaften des Ordners -
Freigaben)?
HTH und Gruß, Michel
--
* Dry-ice can't code his way out of a paper bag
<Coderjoe> dry-ice: int main() { ExitPaperBag(); return 0; }
<Knghtbrd> Is that how that's done then? *takes notes*
Tja, das würde mich auch nerven.
>
> Alle Plugins habe ich testweise ausgeschaltet (dt. Wörterbuch, sowie
> GPGMail), was das Verhalten nicht ändert.
Gut, bzw. nicht gut.
>
> Gibt es dazu einen bekannten Bug? Einen Workaround? Eine Einstellung?
>
Bugs? Schon einige die in Frage kämen, z.B.:
https://bugzilla.mozilla.org/show_bug.cgi?id=195787
https://bugzilla.mozilla.org/show_bug.cgi?id=105238
https://bugzilla.mozilla.org/show_bug.cgi?id=119205
Aber so richtig dolle helfen die wohl nicht weiter. Andere Frage, bei
welchem IMAP-Server passiert das?
Ich verwende hier SeaMonkey Trunk via SSL auf einen UW-IMAP-Server, und
habe derartiges noch nie beobachtet. Hatte früher auch mal IMAP auf
einem Cyrus-Server benutzt, zum Teil mit SSL, aber da auch nichts
auffälliges feststellen können. Sowohl mit Windows, als auch Linux und
neuerdings ab und an MacOS X. Es waren aber jeweils die Trunk-Builds,
nur sehr selten mal Branch-Builds zum Testen.
Tobias
Michelino Caroselli schrieb:
> Hast du geprüft ob du das Recht hast (in den entsprechenden Ordner)
> Nachrichten als gelesen zu Markieren (Eigenschaften des Ordners -
> Freigaben)?
Danke für den Tipp, das kannte ich noch nicht. Leider liegt es daran
wohl nicht: Volle Steuerung, meldet er. Schade. :-(
Gruß, Andreas
Tobias Fischer schrieb:
> Bugs? Schon einige die in Frage kämen, z.B.:
> https://bugzilla.mozilla.org/show_bug.cgi?id=195787
> https://bugzilla.mozilla.org/show_bug.cgi?id=105238
> https://bugzilla.mozilla.org/show_bug.cgi?id=119205
Danke für die Links! Hab sie mir angesehen. Leider sind das ja "olle
Kamellen", also aus dem Jahr 2002-2003. Schade. Trotzdem danke fürs
raussuchen!
> Aber so richtig dolle helfen die wohl nicht weiter. Andere Frage, bei
> welchem IMAP-Server passiert das?
Es scheint ein Cyrus IMAP Server via SSL zu sein. Habe das aber nur
nachgelesen, konnte es nicht selbst verifizieren (das via SSL natürlich
schon, nur den "Hersteller" nicht :-).
Hoffe, das bringt Dich auf eine Idee?
Grüße, Andreas
Bitte, aber wie Du schon anmerktest, es sind leider sehr alte Reports,
die mich zudem inhaltlich nicht weiterbringen.
Mit mehr Muße könnte man eventuell noch besseres in Bugzilla finden.
>
>> Aber so richtig dolle helfen die wohl nicht weiter. Andere Frage, bei
>> welchem IMAP-Server passiert das?
>
> Es scheint ein Cyrus IMAP Server via SSL zu sein. Habe das aber nur
> nachgelesen, konnte es nicht selbst verifizieren (das via SSL natürlich
> schon, nur den "Hersteller" nicht :-).
>
> Hoffe, das bringt Dich auf eine Idee?
Nö, leider nicht so recht, da ich Thunderbird (und den 1.8.x-Branch)
auch zu wenig kenne. Kann man bei Thunderbird einen Proxy verwenden?
Benutzt Du einige Accounts/Ordner auch offline?
Tritt das Verhalten auch auf, wenn Du die Verbindung ohne SSL
herstellst, ganz ohne Verschlüsselung, wie ist es mit TLS?
Zum Testen könntest Du Dir mal ein Thunderbird-Nightly-Build aus dem
Trunk besorgen, und (gibt bei ../latest-trunk-l10n/ sogar de-Builds)
sehen, ob das Problem dort noch auftritt. Die IMAP-Unterstützung sollte
im Trunk etwas besser sein, und eigentlich sollte man ein Trunk-Build
auch parallel zum Branch installieren können.
Tobias
Solltest du mit
telnet 'server' 143
verifizieren können. In der Regel melden sie sich mit Namen und Version.
Da du in deinem ersten Post GPGMail erwähntest hilft dir vielleicht dies
[1] weiter?
[1]http://www.sente.ch/software/GPGMail/English.lproj/FAQ.html#unread
Gruß, Michel
--
Hallo,
>Bei einem der IMAP Server tritt das Problem auf, dass als gelesen
>markierte Mails sich selbständig wieder auf ungelesen setzen (spätestens
>nach einem Thunderbird Neustart). Das nervt!
scheint aber nicht nur bei IMAP aufzutreten. Ich rufe alle meine Mails
per POP auf und archiviere Sie in diversen Foldern.
Regelmaessig aber nicht bewusst reproduzierbar, sehe ich ungelesene
Mails die ich aber schon vor Tagen/Wochen erhalten habe und die jetzt
wieder auf ungelesen stehen.
mfg
Daniel
Michelino Caroselli schrieb:
> Solltest du mit
> telnet 'server' 143
> verifizieren können. In der Regel melden sie sich mit Namen und Version.
Ja, die Idee hatte ich schon - nur akzeptiert der IMAP Server
ausschließlich SSL Connects.
> Da du in deinem ersten Post GPGMail erwähntest hilft dir vielleicht dies
> [1] weiter?
Den Link kannte ich schon. :-( Darum habe ich GPGMail auch deaktiviert
bzw. auch auf manuell dechiffrieren gestellt.
Danke, Andreas
Tobias Fischer schrieb:
> Benutzt Du einige Accounts/Ordner auch offline?
Nein, nur online. Habe es testweise auch offline versucht - keine
Verhaltensänderung.
> Tritt das Verhalten auch auf, wenn Du die Verbindung ohne SSL
> herstellst, ganz ohne Verschlüsselung, wie ist es mit TLS?
Das kann ich leider nicht beeinflussen, da der IMAP Server NUR
SSL-Connects akzeptiert.
> Zum Testen könntest Du Dir mal ein Thunderbird-Nightly-Build aus dem
> Trunk besorgen, und (gibt bei ../latest-trunk-l10n/ sogar de-Builds)
> sehen, ob das Problem dort noch auftritt. Die IMAP-Unterstützung sollte
> im Trunk etwas besser sein, und eigentlich sollte man ein Trunk-Build
> auch parallel zum Branch installieren können.
Ok, ich teste das mal!
Danke, Andreas
Follow-up:
Nach intensiven Recherchen mit dem Postmaster konnten wir den Fehler
beim IMAP Server lokalisieren. Es war also KEIN Fehler des Thunderbird.
Danke an alle für die Tipps!
Andreas