Antworten:
Für Version 3.4, auf die Evolution umgestellt hat dconf
, würde eine vollständige Bereinigung bedeuten:
evolution --force-shutdown
rm -rf ~/.local/share/evolution
rm -rf ~/.gconf/apps/evolution
rm -rf ~/.cache/evolution
rm -rf ~/.config/evolution
dconf reset -f /org/gnome/evolution/
Um absolut sicher zu sein, können Sie zusätzlich alle gconf
Informationen entfernen . Wenn es nicht vorhanden ist, kann es nicht entfernt werden (was auch in Ihrem Fall in Ordnung ist) - und wenn es noch vorhanden ist, möchten Sie, dass es entfernt wird. Dafür:
gconf
:gconftool-2 --shutdown
ps aux | grep gconf
kill -9 12345
(Ersetze "12345" durch die gefundene PID)sudo gconftool-2 --recursive-unset /apps/evolution
sudo gconftool --recursive-unset /apps/evolution
gconftool-2 --recursive-unset /apps/evolution
gconftool --recursive-unset /apps/evolution
Ich habe die Befehle zuerst mit "sudo" gesetzt (einige Howtos erwähnen, dass Sie dafür root sein müssen). Nach dem ersten Aufruf von gconftool ohne sudo müssen Sie das Herunterfahren des Dämons wiederholen, da dieser Befehl ihn automatisch erneut startet.
Lassen Sie uns nun unseren Erfolg überprüfen:
dconf dump /org/gnome/evolution/
gconftool --dump /apps/evolution
Dies sollte nun leere Sätze ergeben. Wenn Sie Evolution an dieser Stelle starten, sollte der Konfigurationsassistent erneut aufgerufen werden (für mich erledigt). Wenn nicht (in seltenen Fällen wurde dies gemeldet), wiederholen Sie die obigen Schritte, starten Sie Evolution noch nicht erneut, sondern melden Sie sich ab (optional einfach neu starten, um auf der Speicherseite zu sein) und melden Sie sich erneut an. Jetzt hätte es seinen Job machen sollen.
Anmerkung: Da diese Schritte alles von gconf
und umfassen dconf
, sollten sie mit allen Evolution 3.x-Versionen funktionieren (frühere Versionen hatten eine andere Verzeichnisstruktur, daher müssen die Dinge leicht angepasst werden).
rm .local/share/evolution/camel-cert.db
undrm .local/share/evolution/cert8.db