Beiträge von scientific

Zitat von "Alfred Peterli"

Beim öffnen des Posteingangs erscheint eine Störmeldung: COPYUID 0.

Ich muss gestehen, eine Störmeldung und UID0 sehe ich nirgends.
Aber ich sehe wohl ein COPYUID mit den UIDs der Messages und dass da der /delete-Flag gesendet wird... Von Icedove???

lg jakob

Ich verwende Mozilla/5.0 (X11; U; Linux x86_64; de-AT; rv:1.9.1.9) Gecko/20100411 Iceowl/1.0b1 Mnenhy/0.8.2 Icedove/3.0.4 mit Silvermel 1.3.5, das ich allerdings etwas angepasst habe. Ich habe dabei AUSSCHLIESSLICH ein paar Icons durch eigene getauscht, da mir die weißen Sterne zur Kennzeichnung neuer Nachrichten zu wenig auffällg waren, und durch rote ersetzt.

Allerdings zerschießt mir Silvermel mein Profil so nachhaltig, dass ich jetzt wirklich gedenke, ein anderes Theme einzusetzen.

VOR der Installation von silvermel werden mir neue Postings bei meinen Newsaccounts durch eine Farbliche Änderung in der Folderpane angezeigt.
NACH der Installation von silvermel bleiben alle Newsgroups schwarz - auch wenn sich darin neue Postings befinden.
NACH der DEinstallation von silvermel bleibt dieses Verhalten, und ich kann machen was ich will, neue Postings in Newsgruppen werden mir in der Folderpane nicht mehr angezeigt.

Ich hab das mit mehreren neuen Profilen und Konfigurationen ausprobiert.

Kennt dieses Verhalten jemand?

lg scientific

Hat wirklich niemand eine Idee, was das sein könnte???

lg scientific

Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100411 Iceowl/1.0b1 Mnenhy/0.8.0 Icedove/3.0.4
Cyrus-2.2 Imap-Server
Debian Linux.
Alles läuft lokal auf Rechner.

Wenn ich ein Mail im Junk-Ordner vom Status auf Junk auf "Kein Junk" ändere, dann wird es in die Inbox verschoben und auf ungelesen gesetzt.
Klicke ich danach in die Inbox, dann verschwindet das Mail. Wie ich im Protokoll von cyrus rausgefunden habe, bekommt dieses Mail dann den Flag "Deleted" verpasst. Im Spool-Verzeichnis ist es zwar noch vorhanden (mehrfach, per Hardlink dupliziert, je nach dem, wie oft ich es 'gejunkt' und wieder 'geunjunked' habe.

Interessanterweise passiert das nur mit dem Lokalen Imap-Server. Hab mir probehalber zu einem meiner Accounts (welche ich normalerweise per fetchmail abrufe) einen Account am lokalen Icedove eingerichtet um das dort zu probieren. Am fremden account passiert da nichts. Es funktioniert wie gewollt. Ich kann die Mails unzählige Male zwischen Junk und Kein Junk toggeln.

Kennt dieses Phänomen jemand?

lg scientific

PS: hier noch das Protokoll von cyrus:

Hier hab ich das Mail vom Status "Junk" auf Status "Kein Junk" getoggelt

<1271768571<DONE
> >1271768571>267 OK Completed
<1271768571<268 uid store 8357 +FLAGS (NonJunk)
> >1271768571>* 2 FETCH (FLAGS (\Recent \Seen Junk NonJunk) UID 8357)
268 OK Completed
<1271768571<269 uid store 8357 -FLAGS (Junk)
> >1271768571>* 2 FETCH (FLAGS (\Recent \Seen NonJunk) UID 8357)
269 OK Completed
<1271768571<270 uid store 8357 -Flags (\Seen)
> >1271768571>* 2 FETCH (FLAGS (\Recent NonJunk) UID 8357)
270 OK Completed
<1271768571<271 IDLE
> >1271768571>+ idling
<1271768571<DONE
> >1271768571>271 OK Completed
<1271768571<273 uid copy 8357 "INBOX"
> >1271768571>273 OK [COPYUID 1256304629 8357 27209] Completed
<1271768571<274 uid store 8357 +FLAGS (\Deleted \Seen)
> >1271768571>* 2 FETCH (FLAGS (\Recent \Deleted \Seen NonJunk) UID 8357)
274 OK Completed
<1271768571<275 noop
> >1271768571>275 OK Completed
<1271768571<276 getquotaroot "INBOX/Junk"
> >1271768571>* QUOTAROOT INBOX/Junk
276 OK Completed
<1271768571<277 UID fetch 8358:* (FLAGS)
> >1271768571>* 2 FETCH (FLAGS (\Recent \Deleted \Seen NonJunk) UID 8357)
277 OK Completed (0.000 sec)
<1271768571<278 IDLE
> >1271768571>+ idling

Jetzt bin ich in die Inbox gewechselt:

==> 20098 <==
<1271768603<DONE
> >1271768603>* 1051 EXISTS
* 7 RECENT
140 OK Completed
<1271768603<141 noop
> >1271768603>141 OK Completed
<1271768603<142 getquotaroot "INBOX"
> >1271768603>* QUOTAROOT INBOX
142 OK Completed
<1271768603<143 UID fetch 27209:* (FLAGS)
> >1271768603>* 1051 FETCH (FLAGS (\Recent NonJunk) UID 27209)
143 OK Completed (0.000 sec)
<1271768603<144 UID fetch 27209 (UID RFC822.SIZE FLAGS
BODY.PEEK[HEADER.FIELDS (From To Cc Bcc Subject Date Message-ID Priority
X-Priority References Newsgroups In-Reply-To Content-Type x-spam-status
x-spam-flag content-type x-bogosity)])
> >1271768603>* 1051 FETCH (FLAGS (\Recent NonJunk) UID 27209 RFC822.SIZE
1913 BODY[HEADER.FIELDS (From To Cc Bcc Subject Date Message-ID Priority
X-Priority References Newsgroups In-Reply-To Content-Type x-spam-status
x-spam-flag content-type x-bogosity)] {321}
Date: Sat, 7 Mar 2009 01:47:16 +0100
From: Jakobus =?UTF-8?B?U2Now7xyeg==?= <xxxxx.xxxxx@xxxx.xx>
To: jakob.schuerz@gmx.at, Jakobus =?UTF-8?B?U2Now7xyeg==?= (ICH)
 <xxxxxxxxxxxxx@xxxxxxxxx.xxxxxxxxx.xxx>
Subject: Neuer Server TEST
Message-ID: <20090307014716.2d595e1e@gmx.at>
Content-Type: text/plain; charset=US-ASCII




)
144 OK Completed (0.000 sec)
<1271768604<145 uid store 27209 +Flags (\Seen \Deleted)
> >1271768604>* 1051 FETCH (FLAGS (\Recent \Deleted \Seen NonJunk) UID 27209)
145 OK Completed
<1271768604<146 IDLE
> >1271768604>+ idling

Hi Leute!

Ich verwende Icedove 3.0.4 64bit für Debian/Linux.

Mein Problem:

Ich hätte gerne den ersten Eintrag in einem Thread im eingeklappten Zustand bei eintreffen eines NEUEN Postings Fett geschrieben gehabt. Und zwar nur, wenn ich diesen Thread auch beobachte.

Also so ähnlich wie hier:
#threadTree treechildren:-moz-tree-cell-text(watch, container, hasUnread, read) {
font-weight:bold !important;
}

Nur statt hasUnread ein hasNew. Aber das gibt es nicht. Auch ein "new" alleine reicht nicht. Meine Recherchen ergaben, dass das offenbar gar nicht so einfach sein dürfte.

"newMessages-true" funktioniert nur bei der Ordnerübersicht. "new" alleine funktioniert nur für Icons.

lg scientific