Opened 14 years ago
Closed 14 years ago
#712 closed Defekt (erledigt)
Mail erscheint immer wieder als "neu"
| Reported by: | Rüdiger Kupper | Owned by: | bau |
|---|---|---|---|
| Priority: | bald erledigen | Milestone: | Schuljahr 2012/13 |
| Component: | Server: LML-Server (paedml) | Severity: | beeinträchtigt den Unterricht einiger Lehrer |
| Keywords: | Cc: |
Description
Seit ein paar Tagen beobachte ich den seltsamen und etwas nervigen Effekt, dass sich unser Mailserver nicht mehr merkt, ob ich eine Mail bereits gelesen hatte. In meinem Thunderbird erscheinen alle Mails immer als "ungelesen". Bin ich der einzige, bei dem dieser Effekt auftritt, oder liegt's am Server?
Ob der Effekt bei Horde genauso auftritt, habe ich noch nicht geprüft.
Change History (6)
comment:1 by , 14 years ago
comment:2 by , 14 years ago
Das Problem ist hier beschrieben:
- http://osx.topicdesk.com/content/view/92/84/
- http://lists.fedoraproject.org/pipermail/test/2004-February/013504.html
Ich sehe die gleichen Fehlermeldungen im Mail-Log. Die Datei ist vermutlich beschädigt worden, während das /var/-Verzeichnis voll war. Möglicherweise sind auch andere Nutzer betroffen.
Statt das "*.seen"-File einfach zu löschen, kann man auch versuchen, es zu reparieren. Dazu gibt es ein Python-Skript:
- http://www.irbs.net/internet/info-cyrus/0807/0017.html
- http://oss.netfarm.it/python-cyrus.php
- http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:repair_skiplist
Das werde ich ausprobieren.
comment:3 by , 14 years ago
Das Skript hat mein *.seen-File ordentlich rekonstruiert. Lediglich die Mails in Inbox haben ihren gelesen-Status nicht zurückerhalten, aber damit kann man leben.
comment:4 by , 14 years ago
Weiterer betroffener Nutzer laut Mail-Log: rol.
Werde das Skript auch dort drüberlaufen lassen.
comment:5 by , 14 years ago
So findet man die betroffenen Nutzer:
grep "Could not open seen state" /var/log/mail*
comment:6 by , 14 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | new → closed |
Habe das Verfahren für Nutzer rol durchgeführt.
Das "skiplist.py"-Skript befindet sich jetzt in /usr/sbin
Ist bei mir nicht so